Как ограничить доступ к изменению структуры отчета на СКД в 1С?

← На главную

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

Рассмотрим несколько способов решения этой задачи в конфигурациях на управляемых формах (включая типовые решения на базе Библиотеки Стандартных Подсистем, такие как Управление торговлей 11, ERP, Комплексная автоматизация и Бухгалтерия предприятия).

Способ 1. Отключение изменения вариантов через параметры формы

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

Разберем по шагам, как это реализовать:

Если используется отдельная форма отчета, найдем обработчик команды открытия расширенных настроек (например, ВсеНастройки).
Перед открытием формы настроек проверим права текущего пользователя (например, наличие роли ПолныеПрава).
Если у пользователя нет полных прав, изменим параметр формы РазрешатьИзменятьВарианты на значение Ложь.

Пример фрагмента кода в обработчике команды:


Если НЕ РольДоступна("ПолныеПрава") Тогда
    НастройкиОтчета.РазрешатьИзменятьВарианты = Ложь;
КонецЕсли;

Благодаря этому интерфейс настройки вариантов блокируется, но пользователю остаются доступны все стандартные пользовательские настройки (отборы, параметры и сортировка).

Способ 2. Использование штатных механизмов БСП в модуле объекта

В современных конфигурациях 1С вовсе не обязательно копировать общие формы отчетов к себе в отчет. В БСП предусмотрен штатный программный интерфейс для управления поведением общей формы отчета непосредственно из модуля объекта.

Выясним, как подступиться к настройке через модуль объекта отчета:

В модуле объекта отчета создадим экспортную процедуру ОпределитьНастройкиФормы.
Внутри процедуры включим обработку нужного события формы, например ПриСозданииНаСервере.
В обработчике события проверим права пользователя и скроем элементы управления изменением структуры.

Рассмотрим пример кода в модуле объекта отчета:


Процедура ОпределитьНастройкиФормы(Форма, КлючВарианта, Настройки) Экспорт
    Настройки.События.ПриСозданииНаСервере = Истина;
КонецПроцедуры

Процедура ПриСозданииНаСервереФормы(Форма, Отказ, СтандартнаяОбработка) Экспорт
    Если НЕ ПравоДоступа("Администрирование", Метаданные) Тогда
        ЭлементИзменитьВариант = Форма.Элементы.Найти("ФормаИзменитьВариант");
        Если ЭлементИзменитьВариант <> Неопределено Тогда
            ЭлементИзменитьВариант.Видимость = Ложь;
        КонецЕсли;
    КонецЕсли;
КонецПроцедуры

Способ 3. Ограничение прав на уровне типовых ролей и RLS

Посмотрим на решение задачи с точки зрения администрирования прав доступа. В Библиотеке Стандартных Подсистем право пользователей на изменение вариантов регулируется отдельной ролью ДобавлениеИзменениеВариантовОтчетов.

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

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

Способ 4. Программный сброс структуры на сервере в событии ПриКомпоновкеРезультата

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

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


Процедура ПриКомпоновкеРезультата(ИсполнительКомпоновки, СхемаКомпоновки, Настройки, ДанныеРасшифровки, СтандартнаяОбработка)
    Если НЕ РольДоступна("ПолныеПрава") Тогда
        // Восстанавливаем стандартную структуру группировок из схемы
        Настройки.Структура.Очистить();
        Для Каждого ЭлементСтруктуры Из СхемаКомпоновки.НастройкиПоУмолчанию.Структура Цикл
            ЗаполнитьЗначенияСвойств(Настройки.Структура.Добавить(ТипЗнч(ЭлементСтруктуры)), ЭлементСтруктуры);
        КонецЦикла;
    КонецЕсли;
КонецПроцедуры

Способ 5. Ограничение полей в самой схеме СКД

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

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

Использование этого метода удобно, когда нужно защитить не всю структуру отчета, а отдельные критичные разрезы данных от группировки или вывода.

Таким образом, комбинируя интерфейсные настройки БСП (параметр РазрешатьИзменятьВарианты) и серверную валидацию, мы получаем надежный контроль над изменением структуры отчетов на СКД.