Внедрение 1С:ERP Управление предприятием часто ставит перед специалистами сложную задачу: как сделать так, чтобы рядовые бухгалтеры или финансисты видели общие затраты компании, но не имели доступа к персональным данным о доходах конкретных сотрудников. Проблема осложняется тем, что стандартные отчеты, такие как Оборотно-сальдовая ведомость (ОСВ), при наличии аналитики по сотрудникам на 70 счете, раскрывают всю конфиденциальную информацию.
В этой статье мы разберем несколько стратегий решения этой задачи: от штатных настроек учетной политики до использования механизма RLS (Record Level Security) и архитектурных изменений в ведении учета.
Самый простой и рекомендуемый методистами 1С способ — это отказ от детализации по сотрудникам непосредственно в регистре бухгалтерии. Рассмотрим, как это реализовано в логике ERP. В отличие от старых систем, в ERP 2.4/2.5 учет зарплаты ведется в отдельном контуре (оперативном), который по сути является встроенным ЗУП 3.1. Проводки же формируются документом Отражение зарплаты в финансовом учете.
Проанализируем шаги для включения сводного учета:
Отражение зарплаты в финансовом учете данные на счета 70, 68 и 69 будут попадать общей суммой по подразделению или организации.Разберем преимущество этого метода: бухгалтер по расчету зарплаты по-прежнему видит всю детализацию в специализированных отчетах раздела «Зарплата», так как там данные берутся из регистров накопления. В то же время, обычный бухгалтер, открыв ОСВ по счету 70, увидит только общую задолженность перед персоналом, без фамилий. Это исключает необходимость сложной настройки прав доступа на уровне записей.
Если бизнес-процессы компании все же требуют наличия аналитики по сотрудникам на 70 счете (субконто Работники организаций), придется прибегнуть к механизму RLS. Выясним, как ограничить просмотр проводок именно по «зарплатным» счетам.
Стандартно в 1С ограничить доступ к конкретному счету через RLS в типовой конфигурации бывает затруднительно без изменения кода. Однако, мы можем рассмотреть следующий алгоритм доработки:
Пример логики ограничения в шаблоне RLS для регистра бухгалтерии может выглядеть так:
ГДЕ НЕ (СчетДт В (&СписокЗапрещенныхСчетов) ИЛИ СчетКт В (&СписокЗапрещенныхСчетов))
ИЛИ &ТекущийПользователь В (&СписокРасчетчиков)
Важно понимать, что использование RLS на регистре бухгалтерии может существенно замедлить формирование отчетов, таких как ОСВ или Анализ счета, если объем данных велик. Поэтому в ERP 2.4 рекомендуется использовать Производительный режим RLS, при котором права рассчитываются заранее и записываются в специальные таблицы доступа.
В современных версиях ERP реализован мощный механизм — Группы доступа физических лиц. Проанализируем, как это помогает скрыть зарплату:
Физические лица или Сотрудники объединим персонал в группы (например, «Топ-менеджмент» и «Остальные»).Физическое лицо.Если расчетчик имеет доступ ко всем группам, он видит полные отчеты. Если рядовой бухгалтер не имеет доступа к группе «Топ-менеджмент», то в ОСВ по 70 счету вместо фамилий руководителей он увидит Объект не найден или пустые строки, а суммы могут быть скрыты в зависимости от настроек прав.
Зачастую вопрос стоит шире: нужно скрыть не только долги на 70 счете, но и сами затраты на оплату труда в отчетах по прибыли и убыткам (счета 20, 25, 26). Выясним причину, почему обычные права здесь не помогают — всё дело в том, что зарплата становится частью себестоимости.
Для решения разберем настройку прав на уровне справочника Статьи расходов:
Рассмотрим архитектурный подход, который часто является самым надежным с точки зрения безопасности. Если политика компании запрещает хранение детальных данных о зарплате в общей ERP-системе, используется связка 1С:ЗУП + 1С:ERP.
Посмотрим на схему взаимодействия:
1С:Зарплата и Управление Персоналом.1С:ERP через синхронизацию данных передается только итоговый документ Отражение зарплаты в финансовом учете.В этом случае в базе ERP физически отсутствуют записи о зарплате Иванова или Петрова. Есть только общая сумма по подразделению. Это снимает все вопросы с настройкой RLS и правами доступа на стороне ERP, так как конфиденциальных данных там просто нет.
Проанализировав ситуацию, мы видим, что наиболее правильным с точки зрения производительности системы 1С:ERP является Метод 1 (Сводный учет). Попытки заставить ERP работать как старые версии 1С:УПП или Бухгалтерия, где каждый чих расчетчика виден в проводках, часто приводят к конфликтам прав и замедлению базы.
Основные тезисы для обсуждения с бухгалтерией:
Отражение зарплаты в финучете, где детализация сохраняется даже при сводных проводках.Таким образом, мы рекомендуем сначала максимально использовать штатные возможности сводного учета и групп доступа физлиц, и только в крайнем случае переходить к сложному конфигурированию RLS на регистрах бухгалтерии.