Почему в отчете СКД не раскрывается поле (отсутствует «плюсик») и как это исправить?

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

Рассмотрим подробно причины возникновения этой проблемы и разберем по шагам все способы её решения, от самых простых настроек в конфигураторе до нюансов в языке запросов.

Способ 1: Явное указание типа значения в наборе данных

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

Проанализируем ситуацию и выполним следующие действия:

1. Откроем схему компоновки данных и перейдем на закладку «Наборы данных».
2. Найдем в списке полей наше проблемное поле (например, ДоговорКонтрагента).
3. Обратим внимание на колонку «Тип значения». Если там стоит пустой тип или просто ЛюбаяСсылка, система не понимает, свойства какого объекта ей показывать.
4. Нажмем на кнопку выбора в этой колонке и в открывшемся окне выберем конкретный тип (например, СправочникСсылка.ДоговорыКонтрагентов).

После явного указания типа СКД мгновенно подтянет все доступные реквизиты этого объекта, и заветный «плюсик» появится в интерфейсе отчета.

Способ 2: Настройка компоновщика настроек (флаг использования дочерних элементов)

Бывает так, что тип указан верно, но поле все равно остается «закрытым». В этом случае проблему стоит искать в настройках компоновщика. Разберем, как это проверить:

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

Найдем нужное поле и убедимся, что для него разрешено использовать дочерние элементы. Если этот механизм заблокирован на уровне компоновщика, пользователь не сможет развернуть структуру реквизитов в режиме «Предприятие».

Способ 3: Использование функции ВЫРАЗИТЬ в запросе

Если ваше поле имеет составной тип данных (например, поле ДокументОснование, которое может быть и «Счетом», и «Заказом»), СКД не знает, какой именно набор реквизитов выводить до того момента, пока не будет выбран конкретный тип в отборе. Чтобы упростить жизнь пользователю и сразу дать доступ к полям конкретного типа, мы можем применить типизацию на уровне SQL-запроса.

Посмотрим на пример кода в тексте запроса СКД:

ВЫБРАТЬ
    Продажи.Контрагент КАК Контрагент,
    ВЫРАЗИТЬ(Продажи.Договор КАК Справочник.ДоговорыКонтрагентов) КАК Договор
ИЗ
    РегистрНакопления.Продажи КАК Продажи

Применяя конструкцию ВЫРАЗИТЬ(Поле КАК Тип), мы жестко ограничиваем тип поля для системы компоновки. Это гарантирует появление «плюсика», так как структура объекта Справочник.ДоговорыКонтрагентов становится известна СКД еще на этапе парсинга запроса.

Способ 4: Проверка ограничений на закладке «Наборы данных»

Выясним еще одну неочевидную причину: настройки видимости и доступности. В конструкторе наборов данных есть две важные колонки: «Ограничение поля» и «Ограничение условия».

1. Ограничение поля: если здесь стоит галочка, поле нельзя будет выбрать в детальные записи или группировки, но иногда это влияет и на вложенные реквизиты.
2. Ограничение условия: если установлен этот флаг, поле нельзя использовать в отборах.

Важно помнить, что внутри кнопки выбора в этих колонках скрывается дерево реквизитов. Если вы или другой разработчик случайно сняли галочки с дочерних полей (например, запретили использовать Договор.Владелец), то «плюсик» может исчезнуть, так как системе просто нечего показывать внутри этого узла.

Способ 5: Влияние прав доступа (RLS) и функциональных опций

Проанализируем ситуацию, когда у разработчика в конфигураторе все работает, а у пользователя в «1С:Предприятии» — нет. Проблема может крыться в правах доступа (RLS — Record Level Security) или функциональных опциях.

• Права доступа: Если у пользователя нет прав на чтение объекта, на который ссылается поле, или нет прав на просмотр конкретных реквизитов этого объекта, СКД автоматически скроет возможность развертывания этого поля.
• Функциональные опции: В современных конфигурациях многие реквизиты привязаны к функциональным опциям (например, «Вести учет по договорам»). Если такая опция выключена в константах базы данных, система считает реквизит несуществующим для данного сеанса и убирает возможность работы с ним в отчетах.

Способ 6: Настройка максимальной глубины раскрытия полей

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

Рассмотрим, где это настраивается:

1. Зайдем в настройки отчета в СКД.
2. Перейдем на вкладку «Дополнительные настройки».
3. Найдем параметр «Максимальная глубина раскрытия полей».

Если там установлено значение 1, то вы сможете увидеть только само поле. Если 0 — раскрытие также может быть ограничено настройками по умолчанию. Рекомендуется оставлять это поле пустым (по умолчанию) или устанавливать значение 3-5, если требуется глубокая аналитика.

Резюме

Для исправления проблемы с отсутствием «плюсика» в СКД в 90% случаев достаточно выполнить Способ 1 (указать тип значения в наборе данных) или Способ 3 (использовать ВЫРАЗИТЬ в запросе). Если это не помогло, следует проверить настройки компоновщика на наличие запрета использования дочерних элементов и убедиться, что реквизиты не скрыты правами доступа или функциональными опциями.