← На главную

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

Понимание иерархии прав в 1С

В современных конфигурациях, таких как 1С:Зарплата и Управление Персоналом, права доступа разделены на уровни. Просто дать пользователю право Чтение на конкретный объект метаданных (например, на Документ.ПриемНаРаботу) недостаточно. Система работает по иерархическому принципу:

1. Базовые права: Любому пользователю необходимы права на запуск программы. Если в профиле не указаны базовые права, интерфейс будет пустым, так как система не «разрешит» пользователю даже открыть основное окно.
2. Права на подсистемы: Интерфейс 1С построен на основе Подсистем. Чтобы пользователь увидел раздел «Кадры» в панели разделов, у него должна быть роль, содержащая право на просмотр конкретной Подсистемы.
3. Права на объекты: Только после того, как обеспечена видимость интерфейса, вступают в силу права на Чтение, Добавление или Редактирование конкретных документов.

Почему создание расширения может быть избыточным?

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

• Стандартные роли: В системе уже существуют предопределенные роли, такие как ЧтениеКадровыхДокументов. Их использование избавляет от необходимости поддержки собственного кода в расширении.
• Настройка через профили: Вместо изменения конфигурации, мы можем создать новый Профиль групп доступа в режиме «1С:Предприятие» и просто собрать его из готовых «кубиков» — стандартных ролей.
• Управление видимостью: Если нам нужно, чтобы бухгалтер видел только кадровые документы, мы назначаем ему профиль, содержащий право Чтение кадровых документов и роль Базовые права пользователя.

Пошаговый алгоритм решения проблемы

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

1. Проверьте наличие профиля «Базовые права»: Убедитесь, что пользователь включен в группу доступа, которая содержит роль Базовые права пользователя. Без этой роли работа в системе невозможна.
2. Добавьте право на подсистему: Перейдите в настройки Профиля групп доступа. Убедитесь, что профиль содержит роль, которая дает право на просмотр подсистемы Кадры. Само по себе право Чтение на документ не делает его видимым в разделе, если доступ к разделу закрыт.
3. Откажитесь от лишних расширений: Если ваша задача сводится к ограничению видимости, попробуйте реализовать это через штатные Профили групп доступа. Выберите нужные роли (например, ЧтениеДанныхКадровогоУчета) и включите их в новый профиль. Это позволит избежать проблем при обновлении конфигурации.
4. Использование RLS (Ограничение на уровне записей): Если вам нужно не просто разрешить просмотр, а ограничить доступ к определенным данным (например, только по конкретному подразделению), используйте механизм RLS, встроенный в Профили групп доступа, вместо написания собственных ролей в расширении.

Заключение

Проанализировав ситуацию, мы выяснили, что причиной скрытых элементов является отсутствие прав на Подсистему и Базовых прав пользователя. Мы рекомендуем по возможности использовать типовой функционал Профилей групп доступа. Это значительно упростит дальнейшее сопровождение системы, сделает её прозрачной для других разработчиков и позволит избежать конфликтов при обновлении типовой конфигурации. Если же создание ролей в расширении необходимо по специфическим требованиям, всегда проверяйте, чтобы в расширении были учтены права на видимость всех родительских объектов Подсистем.