← На главную
При настройке разграничения прав доступа на уровне записей (RLS) в программе «1С:Зарплата и Управление Персоналом 3.0» многие администраторы и пользователи сталкиваются с неприятной ситуацией. После включения ограничения на уровне записей и настройки группы доступа с указанием конкретного подразделения, пользователь все равно видит всех сотрудников организации. Например, при создании документа Начисление зарплаты и взносов и нажатии кнопки «Заполнить» табличная часть заполняется сотрудниками всех подразделений.
В этой статье мы подробно проанализируем причины такого поведения программы, разберем типовой механизм настройки видимости сотрудников и рассмотрим альтернативные способы решения этой задачи.
Причины поведения системы и ограничения типового RLS
Выясним, почему стандартная настройка ограничения по подразделению не скрывает сотрудников в кадровых и расчетных документах:
- Область действия ограничения по подразделению: В типовой конфигурации «1С:ЗУП 3.0» флаг «Доступ к штатному расписанию по подразделению» действует исключительно на справочник
Штатное расписание и позиции штатного расписания. Это ограничение не распространяется на документы расчета заработной платы и кадровые приказы.
- Методология учета НДФЛ и страховых взносов: Разработчики 1С сознательно не применяют RLS по подразделениям к расчетным документам. Согласно законодательству РФ, расчет НДФЛ и страховых взносов выполняется в целом по физическому лицу за весь налоговый период, независимо от его кадровых перемещений между отделами или подразделениями.
- Принцип заполнения документов: Поскольку ограничение по подразделению не блокирует физических лиц и сотрудников, кнопка «Заполнить» в документе
Начисление зарплаты и взносов считывает всех доступных сотрудников организации.
Типовой способ решения: Настройка доступа по группам физических лиц
Рассмотрим проверенный способ ограничения видимости сотрудников в расчетных документах с помощью механизма «Доступ с точностью до физического лица».
Разберем по шагам процесс настройки данного функционала:
- В разделе администрирования прав доступа включим опции «Ограничивать доступ на уровне записей» и «Доступ с точностью до физических лиц».
- В справочнике
Группы доступа физических лиц создадим группы, соответствующие подразделениям или цехам (например, «Отдел продаж», «Производство»).
- Откроем карточку каждого физического лица в справочнике
Физические лица и заполним поле Группа доступа (для массового заполнения можно использовать групповую обработку элементов).
- В группе доступа пользователей на закладке «Ограничение доступа» выберем вид доступа «Группы физических лиц» и укажем разрешенные группы физлиц.
- Важное правило: Проверим, чтобы у пользователя была назначена только одна группа доступа с ограничением RLS. Если у пользователя назначено несколько групп доступа, и хотя бы одна из них дает неограниченный доступ, программа предоставит права на всех сотрудников (действует принцип сложения прав).
Сложности и нюансы при работе через группы физлиц
Проанализируем особенности и ограничения этого метода в реальной работе:
- Кадровые переводы: При переводе сотрудника из одного подразделения в другое меняется его принадлежность к группе физлиц. Если в табличной части ранее проведенного документа окажется хотя бы один сотрудник из закрытой для пользователя группы физлиц, весь документ станет полностью недоступным для чтения и редактирования.
- Сотрудники в нескольких подразделениях: Для сотрудников, часто меняющих подразделения, разработчики 1С рекомендуют создавать отдельные группы вида «Сотрудники подразделений А и Б», к которым открывают доступ расчетчикам обоих подразделений.
- Ввод новых физических лиц: Чтобы кадровик с ограниченными правами мог вносить новых сотрудников, у него должен быть профиль с правом добавления физических лиц, а в создаваемой карточке сразу необходимо заполнять доступную ему группу доступа.
Альтернативные варианты решения
Посмотрим на альтернативные варианты, если типовой механизм разграничения по группам физических лиц не подходит для вашей организации:
- Использование Распределенной информационной базы (РИБ): Для крупных филиальных структур без внутренних кадровых перемещений оптимально разделить информационную базу по филиалам или организациям. Это исключает пересечение данных и не нагружает систему механизмами RLS.
- Программные доработки (через расширение):
- Разработка подписки на событие при проведении кадрового перевода, которая автоматически актуализирует группы доступа физических лиц.
- Создание кастомных правил RLS в расширении конфигурации, учитывающих историчность кадровых перемещений сотрудников по подразделениям.
- Создание специализированного рабочего места (или внешне подключаемой обработки) для заполнения документов с жестким отбором по подразделению без включения сквозного RLS, замедляющего работу базы данных.