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

← На главную

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

Разбор основной причины: проблема составного типа данных

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

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

Шаг 1. Проверка прав доступа на объекты и реквизиты

Прежде всего, проверим права доступа. В 1С:Предприятие 8 недостаточно иметь права только на сам регистр, из которого выбираются данные. Проанализируем права на связанные объекты:

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

Шаг 2. Использование ключевого слова РАЗРЕШЕННЫЕ

Выясним, как работает механизм ограничения доступа на уровне записей (RLS). Если в системе настроены правила доступа по организациям или контрагентам, обычный запрос может вызвать ошибку прав доступа. Рассмотрим пример исправления запроса в схеме компоновки данных:


ВЫБРАТЬ РАЗРЕШЕННЫЕ
    Документы.Документ,
    Документы.ДатаПечати,
    Документы.Подписан,
    Документы.ДатаВозвратаДокументов
ИЗ
    РегистрСведений.Документы КАК Документы

Использование слова РАЗРЕШЕННЫЕ заставляет систему игнорировать записи, на которые у пользователя нет прав по RLS, и не выдавать ошибку. Это критически важно для корректной работы СКД под ограниченными ролями.

Шаг 3. Явное указание полей в запросе (обход «точки»)

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

Разберем пример оптимизированного запроса:


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

После изменения запроса в схеме компоновки данных необходимо на закладке Наборы данных проверить, что новые поля (ДатаДокумента, Контрагент) появились в списке и для них не установлены ограничения.

Шаг 4. Проверка ограничений в схеме компоновки

Иногда поля становятся недоступными из-за настроек самого разработчика в СКД. Проанализируем закладку Наборы данных, колонки Ограничение поля и Ограничение условия:

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

Проверьте, не установлены ли эти флаги случайно. Также стоит обратить внимание на роль поля. Если поле является частью родительского объекта, ограничения могут наследоваться.

Шаг 5. Очистка кэша и настроек пользователя

Если права настроены верно, а запрос изменен, но поля все равно не видны, проблема может крыться в сохраненных настройках. В 1С настройки отчетов хранятся в ХранилищеНастроек. При переносе настроек от администратора к пользователю может возникнуть конфликт метаданных.

Рекомендуется выполнить следующие действия:

Удалить все сохраненные настройки данного отчета для проблемного пользователя через форму «Управление настройками».
Попробовать запустить отчет со «Стандартными настройками».
Если используется тонкий клиент, очистить локальный кэш конфигурации (папки %AppData%\1C\1cv8\).

Дополнительные факторы: функциональные опции

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

Резюме

Для решения проблемы недоступности полей в СКД мы рекомендуем придерживаться следующего алгоритма:

Использовать ВЫБРАТЬ РАЗРЕШЕННЫЕ в тексте запроса.
Явно выбирать нужные реквизиты через точку (например, Документ.Контрагент) прямо в запросе СКД, назначая им понятные псевдонимы.
Проверять права Чтение на ВСЕ типы объектов, входящих в составной тип измерения или реквизита.
Избегать в метаданных типа ДокументСсылка (без указания конкретных типов), если это возможно, ограничивая список типов только реально используемыми.

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