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

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

Причина возникновения дублей

Основная причина заключается в том, как SQL-сервер выполняет операцию LEFT JOIN. Если условие соединения (блок ПО в запросе) содержит только ссылку на документ (например, МаршрутныйЛист.Заявка = ЗаявкаНаТранспорт.Ссылка), то при наличии нескольких строк в табличной части запрос пытается сопоставить каждый набор данных со всеми возможными совпадениями. Если мы не указываем уникальный идентификатор строки (например, НомерСтроки или КлючСтроки), система создает декартово произведение, в результате чего документы отгрузки дублируются для каждой строки заявки.

Способ №1: Использование связей наборов данных в СКД

Вместо написания одного «тяжелого» запроса, в котором вы пытаетесь соединить все табличные части через ЛЕВОЕ СОЕДИНЕНИЕ, рекомендуем использовать механизм Связи наборов данных в СКД. Это наиболее правильный и «чистый» способ работы с иерархией в 1С.

1. Разделите ваш запрос на несколько наборов данных:
   • Набор 1: Маршрутный лист и его табличная часть с заявками.
   • Набор 2: Табличная часть с документами отгрузки из Заявки.
2. Перейдите на вкладку Связи наборов данных в настройках СКД.
3. Создайте связь:
   • Источник связи: Набор 1 (Заявки).
   • Приемник связи: Набор 2 (Документы отгрузки).
   • Выражение источника: ЗаявкаНаТранспорт.
   • Выражение приемника: Ссылка (в контексте табличной части заявки).
   • Параметры связи: ПараметрыВыборки.

Таким образом, СКД сама сформирует нужные условия отбора для каждого уровня иерархии, и вы избавитесь от дублей, так как данные для второго набора будут выбираться строго по конкретной ссылке на заявку.

Способ №2: Корректное написание условий JOIN

Если вы всё же предпочитаете использовать один запрос, убедитесь, что вы правильно используете поля табличных частей. Для того чтобы избежать ошибок NULL или неопределенных ссылок, используйте конструкцию ВЫБОР КОГДА для обработки различных типов документов:

ВЫБРАТЬ
    ТЧ.Ссылка КАК МаршрутныйЛист,
    ТЧ.ЗаявкаНаТранспорт,
    ДокументыДляДоставки.Документ,
    ВЫБОР
        КОГДА ДокументыДляДоставки.Документ ССЫЛКА Документ.РеализацияТоваровУслуг
            ТОГДА ДокументыДляДоставки.Документ.Склад
        КОГДА ДокументыДляДоставки.Документ ССЫЛКА Документ.ПеремещениеТоваров
            ТОГДА ДокументыДляДоставки.Документ.СкладОтправитель
        ИНАЧЕ ЗНАЧЕНИЕ(Справочник.Склады.ПустаяСсылка)
    КОНЕЦ КАК ДокументСклад
ИЗ
    Документ.МаршрутныйЛист.ДокументыЗаявки КАК ТЧ
ЛЕВОЕ СОЕДИНЕНИЕ
    Документ.ЗаявкаНаТранспорт.ДокументыДляДоставки КАК ДокументыДляДоставки
ПО
    ТЧ.ЗаявкаНаТранспорт = ДокументыДляДоставки.Ссылка

Важное примечание: При соединении табличных частей всегда обращайтесь к ним напрямую через Документ.ИмяТабличнойЧасти. Если в отчете продолжают возникать дубли, проверьте, не попали ли в выборку одинаковые записи из-за того, что один и тот же документ отгрузки может быть указан в заявке несколько раз. В таких случаях добавьте ключевое слово РАЗЛИЧНЫЕ в начало запроса.

Советы по отладке

Чтобы убедиться, что проблема решена, выполните следующие действия:

• Проверьте результат запроса в Консоли запросов отдельно от СКД. Это позволит увидеть, на каком этапе «размножаются» строки.
• Если вы видите, что запрос выдает правильное количество строк, но в СКД они дублируются — проблема в Настройках группировок. Проверьте, не включена ли у вас детальная запись там, где она не нужна.
• Помните про КлючСтроки — если вы работаете в современной конфигурации, именно он является уникальным идентификатором, который гарантирует корректную связь строк ТЧ.

Работа с СКД требует внимательности при связывании наборов данных. Использование связей наборов данных вместо сложных JOIN в одном запросе — это лучший путь к производительному и корректному отчету в 1С.