← На главную

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

Разбор механизма прав в подсистеме «Варианты отчетов»

Для начала проанализируем, как система 1С разделяет права. В типовых конфигурациях на платформе 1С v8.3 с управляемыми формами управление вариантами отчетов строится на базе трех основных понятий:

1. Общие варианты отчетов: Предопределенные настройки, которые создаются администратором для всех пользователей.
2. Личные варианты отчетов: Настройки, создаваемые конкретным пользователем для личного использования.
3. Роли доступа: Специальные профили, которые определяют, может ли пользователь вносить изменения в структуру отчета.

Шаг 1: Идентификация ролей

Самая распространенная ошибка — считать, что за управление отчетами отвечает одна роль. На самом деле, чтобы корректно настроить ограничения, нам нужно обратить внимание на следующие роли:

• ЧтениеВариантовОтчетов — базовая роль, необходимая для того, чтобы пользователь видел отчет и мог им пользоваться.
• ДобавлениеИзменениеВариантовОтчетов — роль, дающая полные права на редактирование любых вариантов.
• ДобавлениеИзменениеЛичныхВариантовОтчетов — специфическая роль, позволяющая пользователю сохранять собственные настройки.

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

Шаг 2: Проверка прав через профили групп доступа

Если вы удалили роль ДобавлениеИзменениеВариантовОтчетов, но пользователь по-прежнему может редактировать отчеты, значит, право «прилетает» из другого профиля. Рассмотрим по шагам, как это проверить:

1. Перейдите в раздел Администрирование — Пользователи и права.
2. Откройте отчет Анализ прав доступа (или аналогичный отчет по правам пользователей).
3. Выберите нужного пользователя и посмотрите, какие профили групп доступа ему назначены.
4. Проверьте каждый профиль на наличие ролей, связанных с администрированием отчетов.

Часто права на изменение могут даваться неявно в составе «Административных» профилей или профилей, связанных с «Менеджером по продажам» или «Руководителем», если разработчики конфигурации включили туда права на модификацию отчетов. Для быстрого поиска всех профилей с заданной ролью можно использовать отчет со списком профилей с отбором по роли.

Шаг 3: Радикальные меры и нюансы

Если задача стоит запретить изменения на глобальном уровне, следуйте такой стратегии:

1. Исключите пользователя из всех групп, обладающих административными правами или ролью ПолныеПрава. Когда у пользователя есть ПолныеПрава, любая настройка ролей 1С будет игнорироваться — система разрешит ему всё.
2. Оставьте пользователю только роль ЧтениеВариантовОтчетов. Это позволит ему видеть отчеты, выбирать их, но кнопка Сохранить (в панели настроек) или возможность записи нового варианта станут недоступными.

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

Таким образом, мы видим, что решение задачи не требует написания «костылей» или программного вмешательства в конфигуратор. Достаточно правильной настройки ролевой модели в режиме «1С:Предприятие».