← На главную

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

Понимание механизма ограничения доступа

Для решения поставленной задачи в платформе 1С:Предприятие 8 используется механизм RLS (Record Level Security — ограничение на уровне записей). В отличие от обычных прав доступа, которые позволяют запретить или разрешить открытие всего объекта (например, документа ПриходныйКассовыйОрдер целиком), RLS позволяет накладывать условия фильтрации на конкретные строки данных, содержащиеся в базе.

Разберем, как именно функционирует данный механизм:

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

Шаги по настройке ограничения доступа

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

Шаг 1: Определение связи пользователя и подразделения.

Система должна «понимать», к какому подразделению относится текущий пользователь. Для этого чаще всего используются:

• Регистры сведений, такие как Настройки прав пользователей или Ответственные лица.
• Привязка физического лица к должностной позиции, которая, в свою очередь, подчинена конкретному подразделению.

Шаг 2: Настройка ролей в Конфигураторе.

Рассмотрим процесс настройки прав:

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

Пример логики ограничения может выглядеть следующим образом:

Подразделение = ПараметрыСеанса.ТекущееПодразделениеПользователя

Особенности и важные рекомендации

При внедрении RLS крайне важно учитывать несколько технических аспектов, которые могут повлиять на стабильность работы вашей системы:

• Производительность: Использование RLS увеличивает нагрузку на СУБД. Поскольку каждое действие пользователя сопровождается автоматическим дополнением запросов, списки документов могут загружаться медленнее. Это особенно ощутимо в файловых версиях базы данных при большом количестве документов.
• Иерархическая структура: Если в вашей организации подразделения имеют сложную иерархию (родительские и дочерние отделы), условие RLS должно учитывать эту структуру, чтобы пользователи имели доступ не только к документам своего подразделения, но и ко всем вложенным структурам при необходимости.
• Актуальность данных: Убедитесь, что данные о подразделениях сотрудников в регистрах всегда поддерживаются в актуальном состоянии. В противном случае, при перемещении сотрудника между отделами, он может потерять доступ к необходимым документам.

Альтернативные подходы

Если внедрение полноценного механизма RLS кажется избыточным или требует слишком больших ресурсов, можно рассмотреть более простые способы структурирования работы:

1. Настройка отборов в формах списков: Вы можете программно задать отбор в форме списка документа для конкретного пользователя. Хотя это не является полноценным механизмом безопасности (пользователь может его сбросить), это значительно повышает удобство работы, убирая «лишний шум» из интерфейса.
2. Персональные интерфейсы: Использование подсистем и рабочих мест, где изначально скрыты неактуальные для пользователя документы, позволяет упростить навигацию.

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