В начало
Динамика ДЗ (объединение данных) Немного предыстории: есть
независимый НЕПЕРИОДИЧЕСКИЙ регистр сведений «УК_Начисления» и ПЕРИОДИЧЕСКИЙ
регистр сведений «УК_Оплаты», нужно создать отчет, в
котором отслеживалась бы динамика начислений и оплат. Рис. Регистр
сведений «УК_Начисления», месяцы начислений: 1, 2, 3 Рис.
Регистр сведений «УК_Оплаты», месяцы оплат: 2, 3, 4 Создаем отчет, соединяем данные из
двух регистров по полному соединению и получаем следующий отчет. Рис.
Конструктор запросов, полное соединение Далее немного настраиваем отчет.
Создаем структуру отчета в виде таблицы. В строках будет «Контрагент», а в
колонках будут части дат из реквизита «Период», а именно – Год и Месяц. На
закладке «Выбранные поля» размещаем, предварительно созданные ресурсы: «СуммаНачислений» и «СуммаОплаты». Рис.
Закладка «Настройки» в СКД Довольно
странный отчет. Мало того, что не вошли все данные, так еще не отобразился
заголовок отчета за первый месяц. Видимо из-за того, что только второй регистр
сведений периодический и то, не удалость вытащить из реквизита «Период»
название года и месяца. Рис. Отчет
по динамике дебиторской задолженности Переделываем наш отчет таким
образом, чтобы данные собирались через объединение. Для этого добавляем в
каждый из запросов недостающие данные, а именно: в регистр начислений добавляем
нулевое поле с оплатой, а в регистр оплат – нулевое поле с наислениями. Рис.
Объединение данных из двух регистров Листинг.
Текст запроса, с объединением данных
Проверяем отчет. Теперь все вроде в
порядке. Месяцы начислений все (1, 2 и 3), месяцы оплат тоже все (2, 3 и 4). Заголовки
также у всех месяцев, с 1-го по 4-й. Итоговые суммы сходятся. Рис. Отчет
по динамике дебиторской задолженности (объединение данных) Таким образом, правильно делать
соединение данных для отчета «Динамика дебиторской задолженности» в виде объединения данных, а не полного
соединения. |
|||