Есть отчет по остаткам регистра.
В нем есть два поля:
1. Дата в прошлом
2. Остатки на дату в прошлом по этому же регистру

Дата рассчитывается правильно, а вот остатки считаются неправильно, поскольку бывают ситуации, когда до даты отчета регистр закрылся в 0.
Т.е. на дату отчета остатка нет, а на дату в прошлом остатки есть.

Остатки на каждую дату считаются стандартным скдшным способом через связи и передачу параметра.

Есть идеи, как получить правильные остатки?

сделать так чтобы в основном наборе было ключевое измерение даже при остатке 0

Обороты по этому регистру. Берем оттуда номенклатуру и уже соединяем по остаткам на дату.
или все равно не то ?

(2) проще со справочником соединить, чем обороты тянуть, не?

Полное соединение?

(3) Все зависит, что будет быстрее работать. Если в справочнике миллион записей. А в оборотах сотни тысяч. То лучше в пакетных запросах получить список товара. А оборотную таблицу уничтожить. Итоговый объем данных будет меньше для соединения на дату остатков. Но только тестирование покажет как быстрее :)

(1) Ключевых измерений 6 штук. Я охренею соединяться с распухшим основным набором.

Для ясности:
Это регистр расчетов с клиентами
Организация,
Контрагент,
Договор,
ВидВзаиморасчетов,
ДатаПлатежа,
ДокументДолга,
Сумма

(4) Полных соединений надо будет столько, сколько различных дат платежа в остатках. База сразу ляжет, если по 10 контрагентам отобрать.

а теперь нафейхоа весь этот зоопарк нужен?

А вот у нас такие хитровыпендренные финансисты, которые хотят видеть дебиторку на дату образования просрочки.

Ну и на основании этих данных считать всякие проценты просрочки и другие показатели

попробуй через внешние источник данных поиграться. дай в скд таблицу которая нужна и уже дальше лепи соединения

Лично я по-прежнему не понимаю задачи.

СКД отлично получает остатки через связи и передачу параметра. Главное правильно получить перечень дат, на которые нужны остатки. Если у автора перечень дат получается корректно, то совершенно непонятно, почему у него не получаются корректные остатки.

(11)
Представь остаточный регистр
Период
Измерение
Ресурс

На текущую дату есть таблица остатков
п1 и1 100 дата1

на дату1 есть таблица остатков
п1 и1 100
п1 и2 50

а с дата1 до текущей даты сделана запись в регистр
п1 и2 -50

В результате надо соединить две таблицы остатков и получить

п1 и1 100 дата1 150

(6) Зачем тебе полные соединения?

Откуда берешь значения измерений?

(12) Понятнее не стало. Лучше бы ты расписал в терминах предметной области.
Вот у тебя есть взаиморасчёты с контрагентами, по договорам, видам, документам задолженности и дате платежа.
Вот у тебя есть сальдо на сегодня. Исходя из даты платежа, ты можешь понять просрочена она или нет.
Что тебе ещё надо? Каково было сальдо на дату платежа? Каково было изначально сальдо не дату документа долга? Каково было сальдо на каждый день из некоего выбранного периода?

(14) "Каково было сальдо на дату платежа" почти в точку с небольшими оговорками.
В общем, задолженность надо было считать в зависимости от выводимых группировок.
Я еще  поговорил с заказчиками, проблему решил.
Сделал как: динамически формирую запросы в СКД на основании выбранных в настройках группировок.
И заказчика не смущает тот факт, что при разном количестве группировок получается разное сальдо на дату платежа.
Лично я не понимаю, что таким отчетом можно увидеть и проанализировать, да и б..г с ним.

(15) Смалодушничал? Пошёл значит на поводу у пользователей?
Зря! Предвижу, что ещё не раз будешь возвращаться к этому отчёту :)

(16) Вполне возможно :) Посмотрим опыт использования, а если начнут наезжать, у меня есть аргументы.