← На главную

Нередко при переносе кадровых данных из 1С:ЗУП в комплексную конфигурацию 1С:ERP Управление предприятием администраторы сталкиваются с неприятной ситуацией. Под полными правами перенесенные справочники и документы открываются корректно, однако при входе под типовым пользователем с профилем Кадровик система блокирует любые действия. При попытке открыть справочник Сотрудники или любой кадровый документ возникает сообщение «Ошибка прав доступа», хотя список отчетов может оставаться доступным.

Разберем по шагам, почему возникает эта ошибка даже при полностью типовом составе ролей и как восстановить работоспособность кадрового контура.

Причина ошибки: механизм RLS и очереди обновления доступа

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

Когда мы загружаем данные в базу через внешние обработки, правила конвертации или универсальный обмен XML, происходит следующее:

1. Объекты информационной базы создаются напрямую, минуя стандартную интерактивную запись через формы.
2. Связанные ключи доступа пользователей не рассчитываются мгновенно, а помещаются в очередь отложенного обновления — специальный регистр ОчередьОбновленияДоступа.
3. Пока регламентный механизм не обработает эту очередь, записи для пользователя без полных прав считаются заблокированными. При обращении к списку сотрудников система не находит действующих ключей доступа и выдает ошибку.

Способ 1. Запуск регламентного задания обновления прав RLS

Проанализируем основной способ решения проблемы, предусмотренный архитектурой конфигурации. Для актуализации прав необходимо выполнить регламентное задание «Заполнение данных для ограничения доступа».

Выполним следующие действия:

1. Перейдем в раздел НСИ и администрирование — Обслуживание — Регламентные и фоновые задания.
2. Найдем в списке регламентное задание с наименованием Заполнение данных для ограничения доступа (в некоторых версиях БСП оно может называться Обновление доступа на уровне записей).
3. Нажмем кнопку Выполнить сейчас и дождемся завершения фонового процесса.
4. Если база файловая или в ней заблокирована работа фоновых заданий, откроем раздел НСИ и администрирование — Настройки пользователей и прав — Группы доступа и перейдем по ссылке проверки состояния ограничений доступа для принудительного обновления.

После завершения расчета ключей кадровик сможет беспрепятственно открывать списки сотрудников и документы.

Способ 2. Диагностика через журнал регистрации

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

1. Запустим сеанс под учетной записью кадровика и воспроизведем ошибку доступа.
2. Перейдем под полными правами в раздел НСИ и администрирование — Обслуживание — Журнал регистрации.
3. Установим отбор по пользователю и событию Отказ в доступе.
4. В поле описания события посмотрим точное имя объекта метаданных, вызвавшего ошибку (например, регистр сведений или вспомогательный справочник).

Далее сопоставим объект с типовым составом ролей профиля. В профиле кадровика должны присутствовать роли чтения базовых зарплатных данных: БазовыеПраваЗарплатаКадры, ЧтениеДанныхСотрудников, ЧтениеЖурналаКадровыхДокументов, а также базовые роли конфигурации (например, БазовыеПраваERP или БазовыеПраваУТ).

Способ 3. Проверка видов доступа и групп физических лиц

В блоке расчета зарплаты и кадрового учета действует специфический разрез ограничений — Группы физических лиц, а также разделение по организациям и подразделениям. Проанализируем настройки группы доступа кадровика:

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

Способ 4. Временное отключение RLS на этапе тестирования

Если перенос данных находится на стадии тестирования и точечное разграничение прав по филиалам или подразделениям в данный момент не требуется, упростим задачу временным отключением RLS:

1. Перейдем в НСИ и администрирование — Настройки пользователей и прав.
2. Снимем флаг Ограничивать доступ на уровне записей.

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