Как правильно объединить данные из двух регистров накопления в отчете СКД без сворачивания сумм?

← На главную

При разработке отчетов на базе системы компоновки данных (СКД) часто возникает задача объединения показателей из нескольких регистров накопления. Типичная ситуация: в конфигурации ведутся раздельные взаиморасчеты с покупателями и поставщиками в двух разных регистрах (например, УчетПокупателей и УчетПоставщиков), и требуется сформировать единую ведомость по взаиморасчетам с контрагентами.

Однако при прямом объединении запросов разработчики часто сталкиваются с неприятным эффектом: если по одному и тому же контрагенту числится долг в регистре поставщиков (например, 100 рублей) и встречный долг в регистре покупателей (-100 рублей), СКД при группировке автоматически суммирует числовые ресурсы. В результате получается нулевой остаток, и строки либо исчезают из отчета вовсе, либо выводятся пустыми. Разберем причины такого поведения платформы и подробно рассмотрим варианты корректного построения отчета.

Почему СКД выполняет взаимный зачет показателей?

Проанализируем механику работы СКД. В исходном запросе используется объединение двух таблиц остатков и оборотов:


ВЫБРАТЬ
    УчетПоставщиковОстаткиИОбороты.Контрагент КАК Контрагент,
    УчетПоставщиковОстаткиИОбороты.СуммаНачальныйОстаток КАК НачальныйОстаток,
    УчетПоставщиковОстаткиИОбороты.СуммаПриход КАК Приход,
    УчетПоставщиковОстаткиИОбороты.СуммаРасход КАК Расход,
    УчетПоставщиковОстаткиИОбороты.СуммаКонечныйОстаток КАК КонечныйОстаток
ИЗ
    РегистрНакопления.УчетПоставщиков.ОстаткиИОбороты(, , , , ) КАК УчетПоставщиковОстаткиИОбороты

ОБЪЕДИНИТЬ

ВЫБРАТЬ
    УчетПокупателейОстаткиИОбороты.Контрагент,
    УчетПокупателейОстаткиИОбороты.СуммаНачальныйОстаток,
    УчетПокупателейОстаткиИОбороты.СуммаПриход,
    УчетПокупателейОстаткиИОбороты.СуммаРасход,
    УчетПокупателейОстаткиИОбороты.СуммаКонечныйОстаток
ИЗ
    РегистрНакопления.УчетПокупателей.ОстаткиИОбороты(, , , , ) КАК УчетПокупателейОстаткиИОбороты

Выясним причину возникновения ошибки в отчете:

Сворачивание на уровне группировки отчета. В схеме компоновки на вкладке «Настройки» в структуру выведена только группировка по полю Контрагент. На вкладке «Ресурсы» числовые поля рассчитываются по формуле Сумма(...). Получая две записи по одному контрагенту из разных веток объединения, компоновщик данных выполняет их суммирование. В итоге положительный и отрицательный остатки взаимозачитываются.
Использование оператора ОБЪЕДИНИТЬ вместо ОБЪЕДИНИТЬ ВСЕ. Ключевое слово ОБЪЕДИНИТЬ без модификатора ВСЕ инициирует исключение дубликатов на уровне СУБД, создавая дополнительную нагрузку на сервер и искажая числовые данные при полном совпадении строк.
Добавление константы только в текст запроса. Если просто добавить числовое поле 1 КАК Разделитель и 2 КАК Разделитель в запрос, но не вынести его в группировки СКД, платформа проигнорирует поле при выводе, и ресурсы все равно схлопнутся по группировке Контрагент.

Решение 1. Разделение сумм по отдельным колонкам

Если требуется видеть раздельно задолженность по поставщикам и по покупателям в одной строке по контрагенту, наилучшим решением будет разведение показателей по разным полям выборки. В каждой ветке объединения чужие колонки заполняются нулями.

Посмотрим на пример запроса:


ВЫБРАТЬ
    УчетПоставщиков.Контрагент КАК Контрагент,
    УчетПоставщиков.СуммаНачальныйОстаток КАК ДолгПоставщикуНачальныйОстаток,
    0 КАК ДолгПокупателяНачальныйОстаток,
    УчетПоставщиков.СуммаПриход КАК ПриходПоставщика,
    0 КАК ПриходПокупателя,
    УчетПоставщиков.СуммаРасход КАК РасходПоставщика,
    0 КАК РасходПокупателя,
    УчетПоставщиков.СуммаКонечныйОстаток КАК ДолгПоставщикуКонечныйОстаток,
    0 КАК ДолгПокупателяКонечныйОстаток
ИЗ
    РегистрНакопления.УчетПоставщиков.ОстаткиИОбороты(, , , , ) КАК УчетПоставщиков

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    УчетПокупателей.Контрагент,
    0,
    УчетПокупателей.СуммаНачальныйОстаток,
    0,
    УчетПокупателей.СуммаПриход,
    0,
    УчетПокупателей.СуммаРасход,
    0,
    УчетПокупателей.СуммаКонечныйОстаток
ИЗ
    РегистрНакопления.УчетПокупателей.ОстаткиИОбороты(, , , , ) КАК УчетПокупателей

Разберем по шагам дальнейшую настройку в схеме компоновки:

На вкладке «Наборы данных» переходим к настройке ролей полей. Для начальных и конечных остатков указываем соответствующие роли. Для полей ДолгПоставщикуНачальныйОстаток и ДолгПоставщикуКонечныйОстаток задаем одинаковое имя группы остатков, а для полей расчетов с покупателями — свое отдельное имя группы.
На вкладке «Ресурсы» назначаем все числовые показатели ресурсами со стандартной агрегацией Сумма(...).
В структуре отчета достаточно создать одну группировку по полю Контрагент. В отчете каждая сумма встанет в свою колонку, взаимного поглощения противоположных значений не произойдет.

Решение 2. Добавление аналитического разреза (вида учета) в группировки

Если формат отчета предполагает одинаковые колонки («Начальный остаток», «Приход», «Расход», «Конечный остаток»), необходимо ввести дополнительное поле группировки, которое разделит строки на уровне структуры СКД.

Рассмотрим подробнее текст запроса:


ВЫБРАТЬ
    "Расчеты с поставщиками" КАК ВидВзаиморасчетов,
    УчетПоставщиков.Контрагент КАК Контрагент,
    УчетПоставщиков.СуммаНачальныйОстаток КАК НачальныйОстаток,
    УчетПоставщиков.СуммаПриход КАК Приход,
    УчетПоставщиков.СуммаРасход КАК Расход,
    УчетПоставщиков.СуммаКонечныйОстаток КАК КонечныйОстаток
ИЗ
    РегистрНакопления.УчетПоставщиков.ОстаткиИОбороты(, , , , ) КАК УчетПоставщиков

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    "Расчеты с покупателями",
    УчетПокупателей.Контрагент,
    УчетПокупателей.СуммаНачальныйОстаток,
    УчетПокупателей.СуммаПриход,
    УчетПокупателей.СуммаРасход,
    УчетПокупателей.СуммаКонечныйОстаток
ИЗ
    РегистрНакопления.УчетПокупателей.ОстаткиИОбороты(, , , , ) КАК УчетПокупателей

Важно: одного лишь добавления поля в текст запроса недостаточно. Разберем необходимые действия в настройках СКД:

Открываем вкладку «Настройки».
В структуре отчета к группировке Контрагент добавляем подчиненную группировку по полю ВидВзаиморасчетов (или наоборот, делаем ВидВзаиморасчетов верхним уровнем иерархии).
Также можно сформировать таблицу, где в строках будет выведен Контрагент, а в колонках — ВидВзаиморасчетов.

Благодаря наличию группировки по новому полю СКД рассчитает ресурсы отдельно для поставщика и отдельно для покупателя, сохранив правильные остатки.

Решение 3. Использование двух независимых наборов данных в СКД

В схеме компоновки данных можно вовсе отказаться от объединения таблиц внутри SQL-запроса через ОБЪЕДИНИТЬ ВСЕ:

Создаем «НаборДанных1» с запросом к регистру УчетПоставщиков.ОстаткиИОбороты.
Создаем «НаборДанных2» с запросом к регистру УчетПокупателей.ОстаткиИОбороты.
Переходим на вкладку «Связи наборов данных» и настраиваем связь источника и приемника по полю Контрагент.

Такой подход изолирует виртуальные таблицы друг от друга, исключает коллизии при расчете остатков и позволяет гибко комбинировать вывод информации в независимых таблицах или общих группировках отчета.

Архитектурная рекомендация

Создание двух изолированных регистров для расчетов с поставщиками и покупателями — распространенная ошибка проектирования в 1С. В типовых конфигурациях взаиморасчеты ведутся в едином регистре накопления (например, ВзаиморасчетыСКонтрагентами), а разделение учета выполняется через измерение ДоговорКонтрагента с признаком ВидДоговора («С поставщиком», «С покупателем»). Использование единого регистра исключает необходимость объединения запросов и делает расчет итогов в СКД предсказуемым и прозрачным.