Часто в практике разработчика 1С возникает ситуация: пользователю предоставлены права на сам отчет, а также на все документы и регистры, которые используются в его запросе, но при открытии отчета пользователь видит «пустую» форму. Шапка с периодом есть, кнопка Сформировать на месте, а вот структура отчета (группировки, выбранные поля) и возможность их настройки полностью отсутствуют. При этом под полными правами всё работает идеально. Рассмотрим детально, почему это происходит и как исправить ситуацию по шагам.
Первым делом проанализируем свойства самого объекта Отчет в конфигураторе. Одной из неочевидных причин того, что структура СКД (Схемы компоновки данных) не подтягивается, является отсутствие связи с системными хранилищами. В платформе 1С существуют специальные механизмы для сохранения того, что пользователь «накрутил» в настройках.
Выясним, заполнены ли свойства ХранилищеВариантов и ХранилищеНастроек в свойствах отчета. Если эти поля пусты, система может вести себя непредсказуемо при работе с ограниченными правами. Как правило, в современных конфигурациях (особенно на базе БСП) следует выбирать ХранилищеВариантовОтчетов. Это позволяет системе корректно инициализировать структуру настроек по умолчанию для пользователя.
Рассмотрим порядок действий:
ХранилищеВариантовОтчетов).Проанализируем права доступа на уровне всей конфигурации. Существует критически важное право, без которого механизмы СКД не могут полноценно инициализировать пользовательский интерфейс настроек. Это право называется СохранениеДанныхНастроек (Save data of settings).
Если в роли, назначенной пользователю, этот флажок снят, 1С блокирует запись и чтение сложных структур настроек в базу данных. В результате форма отчета открывается, но «начинка» настроек остается пустой, так как система не смогла загрузить даже стандартный вариант. Проверьте это право в корне свойств роли в конфигураторе.
Разберем ситуацию, когда права на документы есть, но структура всё равно пропадает. В системе 1С права настраиваются не только на объект в целом, но и на его отдельные поля (реквизиты). Если в схеме компоновки данных (СКД) в качестве группировки или выбранного поля используется реквизит, на который у пользователя нет права Просмотр, платформа может исключить из структуры всю ветку, связанную с этим полем. В качестве альтернативного решения для обхода ограничений прав подойдёт инструмент для формирования отчетов СКД в привилегированном режиме.
Особое внимание стоит уделить RLS (Restriction at Record Level). Если для пользователя действуют ограничения на уровне записей, и запрос СКД пытается получить данные, которые полностью отсекаются правилами RLS, это также может привести к визуальному отсутствию данных в настройках. Посмотрим на список доступных полей в окне настроек: если список пуст, значит, проблема именно в правах на конкретные поля метаданных. Для комплексного анализа взаимосвязей ролей, профилей и ограничений RLS можно использовать обработку для анализа и настройки прав доступа.
Если ваша программа построена на базе БСП (например, 1С:ERP, УТ 11, БП 3.0), то простой выдачи прав в конфигураторе недостаточно. В таких системах за работу отчетов отвечают дополнительные справочники и регистры. Проанализируем необходимые шаги для БСП:
ИдентификаторыОбъектовМетаданных. Для обновления данных запустите программу с параметром /С ЗапуститьОбновлениеИнформационнойБазы.ВариантыОтчетов и регистров настроек.Выясним, не ограничены ли интерактивные возможности пользователя. В настройках ролей существует право Вывод (Output). Оно отвечает за возможность вывода результата отчета на печать, в файл или в табличный документ. В некоторых версиях платформы отсутствие этого права может блокировать расширенный режим настроек, так как система считает, что пользователю запрещено изменять структуру отображения данных.
Также попробуем проверить право ИнтерактивноеОткрытиеВнешнихОтчетовИОбработок, если ваш отчет является внешним. Без него механизмы динамического формирования настроек формы могут работать некорректно.
Рассмотрим технические причины на стороне схемы данных. Проверьте в СКД на закладке Наборы данных галочку Автозаполнение. Если она снята, разработчик обязан вручную указать все доступные поля на закладке Настройки. Если вы добавили новые права, но не обновили список доступных полей в СКД (при выключенном автозаполнении), пользователь их не увидит.
Наконец, проанализируем вероятность «битого» кэша. Если настройки пропали только у одного пользователя, попробуйте очистить его настройки через Администрирование — Настройки пользователей и прав — Очистка настроек. Выберите нужный отчет и удалите все сохраненные пользовательские настройки. При следующем открытии система создаст их заново на основе эталонной схемы из конфигурации.
Если вы хотите программно проверить, есть ли у пользователя доступ к полю, используйте метод ПравоДоступа(). Это поможет локализовать проблему, если структура скрывается из-за ограничений на конкретные реквизиты:
Если ПравоДоступа("Просмотр", Метаданные.Документы.РеализацияТоваровУслуг.Реквизиты.СуммаДокумента) Тогда
// Поле должно быть доступно в СКД
Иначе
Сообщить("Нет прав на просмотр поля СуммаДокумента, оно будет скрыто в отчете!");
КонецЕсли;
Подводя итог, можно сказать, что проблема «исчезающих» настроек чаще всего решается либо установкой Хранилища вариантов, либо проверкой права Сохранение данных настроек в роли пользователя. Проанализировав все вышеперечисленные шаги, вы сможете восстановить работоспособность отчета без предоставления пользователю избыточных (полных) прав.