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