← На главную

Настройка прав доступа в современных типовых конфигурациях на базе Библиотеки стандартных подсистем (включая 1С:Управление торговлей 11) нередко вызывает затруднения у начинающих администраторов. Типичная ситуация: пользователю назначается профиль с правами на справочник, в интерфейсе отображается кнопка создания элемента, однако при попытке записи система выдает ошибку нарушения прав или блокирует сохранение. Разберем по шагам, как устроена подсистема прав, как быстро определить нужные роли для конкретного объекта и как правильно предоставить пользователю возможность создавать новые элементы.

Анализ прав объекта метаданных через Конфигуратор без снятия с поддержки

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

Разберем последовательность действий для поиска ролей, отвечающих за нужный объект:

1. Откроем дерево метаданных конфигурации.
2. Нажмем правой кнопкой мыши на корневой узел Конфигурация и выберем пункт Все роли.
3. В открывшейся матрице в левой колонке найдем интересующий нас объект (например, справочник Склады). В правой части окна отобразится список всех ролей конфигурации с установленными флагами прав (Чтение, Добавление, Изменение, Просмотр, ИнтерактивноеДобавление).
4. Если список ролей отображается некорректно или кажется пустым, снимем признак Только выбранные на панели инструментов окна, чтобы увидеть полный перечень ролей.
5. Второй способ: раскроем ветку Общие → Роли, откроем конкретную роль двойным кликом мыши и проанализируем, какие права назначены для справочника Склады и связанных с ним таблиц.

Почему прав на добавление может быть недостаточно

Если роль с правами ИнтерактивноеДобавление и Изменение уже добавлена в профиль пользователя, но объект все равно не создается, проанализируем скрытые причины такого поведения системы:

1. Нехватка прав на связанные объекты метаданных. Форма элемента справочника при открытии, заполнении по умолчанию и перед записью обращается к сопутствующим регистрам и справочникам (например, Подразделения, Организации, СкладскиеПомещения, ГрафикиРаботы, группы финансового учета). Если у пользователя отсутствует хотя бы право Чтение или Просмотр на зависимый объект, платформа блокирует операцию записи.
2. Ограничение доступа на уровне записей (RLS). Если в информационной базе включена опция ограничения доступа на уровне записей, права регулируются не только ролями, но и группами доступа. При условии настройки вида доступа Склады со значением Все запрещены, кроме... пользователь физически не сможет записать новый элемент, так как создаваемый склад еще не привязан к списку разрешенных значений доступа.
3. Фоновое обновление прав доступа (механизм БСП). В конфигурациях на платформе 1С:Предприятие 8.3 при добавлении пользователя в группы доступа фактический расчет таблиц ограничений выполняется регламентными заданиями. В файловых базах или при задержке фоновых заданий изменения могут примениться не мгновенно. Необходимо дождаться завершения обновления или перезапустить сеанс пользователя.

Диагностика ограничений и настройка в режиме 1С:Предприятие

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

Рассмотрим порядок правильной настройки:

1. Использование типовых профилей как шаблонов. Вместо сборки нового профиля из отдельных ролей найдем типовой профиль, функционал которого максимально близок к требуемому (например, профили, связанные с ведением нормативно-справочной информации), создадим его копию и скорректируем состав ролей и ограничений доступа.
2. Проверка через Журнал регистрации. При возникновении ошибки записи откроем Журнал регистрации в разделе НСИ и администрирование → Обслуживание. Отфильтруем события по статусу Ошибка и событию Доступ.Отказ в доступе. В деталях записи будет четко указано имя объекта метаданных или права, которого не хватило для выполнения операции.
3. Формирование отчета «Анализ прав доступа». Перейдем в НСИ и администрирование → Настройки пользователей и прав → Отчеты по правам доступа. Сформируем отчет Анализ прав доступа по проблемному пользователю с отбором по справочнику Склады. Отчет наглядно покажет, какие роли предоставляют право на изменение и какие ограничения RLS препятствуют сохранению данных.