СКД: ОСВ по взаиморасчётам с контрагентами по регистру накопления #507911

Приветствую! Не думал, что буду обращаться на Мисту по такому, казалось бы, простому отчёту на СКД, но больше уже просто не могу. (( Итак, есть период - месяц, виртуальная таблица регистра ОстаткиИОбороты, в параметрах виртуальной таблицы - ДвиженияИГраницыПериода, Периодичность - Авто, вытягиваются поля Регистратор и ПериодСекунда, все роли полей заполняются автоматически. Кроме Регистратора вытягиваются измерения "Контрагент" и "Направление" (направление бизнеса). Проблема состоит в том, что мне нужно, чтобы при __любой__ комбинации используемых полей, выводе или не выводе Регистратора, отображались __одинаковые__ итоговые остатки на начало и конец периода. Есть ли какая-то стандартная методика для СКД, которая позволяет обойти лажу в виртуальной таблице? Ведь виртуальная таблица, если в обычном запросе в полях выводишь регистратор, обрезает остатки по контрагентам, по которым не было движения за период. Убираешь поле "Регистратор" - итоговые остатки увеличиваются. В последнем варианте я сделал так: 2 набора данных, в первом - ОСВ по контрагенту и направлению, во втором - все поля и связь между наборами по "Направление" и "Контрагент". После этого итоговые остатки плыть перестали, но по регистратору теперь остатки дублируются итоговые по контрагенту. Т.е. вот так: Расх. скл. ордер 0000074615 от 04.08.2010 09:10:53            1 030,86 Расх. скл. ордер 0000074616 от 04.08.2010 09:12:05            1 030,86 Расх. скл. ордер 0000074617 от 04.08.2010 09:12:28            1 030,86 ПКО 0000048602 от 04.08.2010 10:28:44            1 030,86

условное оформление детальных записей, в текст для ресурса "нет данных" или "---"

Т.е. вместо группировки по регистратору добавить именно ДетальныеЗаписи? Реально так работает  у вас или это ИМХО?

Работает в смысле - не меняются итоговые остатки. оформление - то дело 10-е.

[но по регистратору теперь остатки дублируются итоговые по контрагенту] ты взял остатки из левого набора, и эти остатки одинаковые для всех регистраторов, поэтому бессмысленно выводить  1 030,86 на экран

получается - да, именно так, поэтому вариант не подойдёт.

[именно так, поэтому вариант не подойдёт.] ответ не верный вариант идеально подходит

Заменил группировку "Регистратор" на "ДетальныеЗаписи" и в выбранные поля добавил "Регистратор" - остатки плывут. (( "ответ не верный вариант идеально подходит" - понимаешь, если начальный остаток я по регистратору ещё могу скрыть, то конечный остаток - нет, так как бухгалтер проводит по конечным остаткам сверку и данное значение должно заполняться и заполняться корректно. Вобщем вопрос открыт.

После долгих мыканий нашёл решение. Отчёт "Ведомость по товарам на складах", УТ 11. Там - пример простого, эталонного отчёта по типу ОСВ по регистру накопления. Оттуда и запрос нужно брать с выражением и роли строго давать ПериодСекунда - Период, 2 Само собой разумеется - по полям остатков корректно указаны настройки. НИКАКИХ соединений наборов данных - будут гарантированные глюки с остатками. Все хитрые вычисления по реквизитам регистратора - только с помощью вычисляемых полей. Шаг вправо, шаг влево от этих принципов - расстрел.