← На главную

При настройке прав новых пользователей часто возникает задача ограничить видимость документов так, чтобы сотрудник мог работать только со своими записями. В УТ 11 эта задача решается не простым добавлением пользователя в группу, а комплексной настройкой прав. Давайте разберем этот процесс по шагам и выясним, почему иногда настройки не срабатывают.

1. Понимание механизмов доступа: Группы доступа vs RLS

Первым делом важно осознать разницу между двумя механизмами, которые часто путают:

1. Группы доступа партнеров: Этот инструмент предназначен для работы со справочниками (Клиенты, Контрагенты). Он ограничивает видимость записей в списках справочников, но не фильтрует документы.
2. RLS (Row Level Security): Это механизм ограничения на уровне записей. Именно он позволяет системе «понимать», что менеджер Петров должен видеть только тот заказ, где в поле Ответственный указан Петров.

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

2. Подготовка системы к ограничению прав

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

3. Настройка профилей групп доступа

Для реализации задачи нам необходимо создать или изменить профиль группы доступа. Разберем по шагам:

1. Создайте новый Профиль групп доступа, который будет содержать необходимые роли для работы менеджера (например, Менеджер по продажам).
2. Включите в этот профиль роли, поддерживающие RLS. В типовой конфигурации УТ 11 такие роли обычно уже содержат необходимые шаблоны для ограничения по Ответственному.
3. Создайте Группу доступа на основе этого профиля.
4. В Группе доступа на вкладке Участники добавьте нового пользователя.

4. Почему ограничения могут не работать?

Частая проблема: пользователь создан, профиль назначен, но в списке заказов все равно отображаются документы других менеджеров. Рассмотрим причины:

• Наличие полных прав: Если у пользователя есть роль Полные права или любая другая роль, разрешающая чтение всех данных без ограничений, она «перебивает» правила RLS. Система приоритетов в 1С устроена так, что если хотя бы одна роль дает доступ к объекту, ограничение не сработает.
• Отсутствие роли с RLS: Если в профиле нет ни одной роли с активированным шаблоном ограничения доступа по ответственному, фильтрации не произойдет.
• Разница между «Автором» и «Ответственным»: Помните, что в системе есть системный реквизит Автор (создатель документа) и бизнес-реквизит Ответственный. Фильтрация обычно настраивается именно по реквизиту Ответственный. Если вы видите документы других людей, возможно, в этих документах ответственным указан не тот, кто нужно.

5. Практические советы по диагностике

Чтобы убедиться, что ограничения работают корректно, выполните следующие действия:

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

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

Помните: Ответственный в Заказе клиента — это ключевое поле для менеджера. Если вы хотите, чтобы пользователь видел только свои документы, убедитесь, что при создании нового заказа система автоматически подставляет текущего пользователя в это поле. Это поведение управляется настройками Пользовательских настроек или кодом в модуле документа.