← На главную

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

1. Скорость обновлений и изменчивость законодательства

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

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

Преимущество раздельного учета:

Выделение зарплатного контура в отдельную базу 1С:Зарплата и Управление Персоналом (ЗУП) позволяет обновлять ее оперативно — сразу после выхода новых релизов. Это гарантирует своевременную сдачу кадровой и налоговой отчетности по сотрудникам без необходимости экстренного и рискованного обновления всей ERP-системы.

2. Безопасность и разграничение прав доступа к персональным данным

Одной из наиболее частых причин выделения зарплатного учета в отдельную базу является необходимость обеспечения конфиденциальности. Информация о начислениях сотрудников, окладах руководства и персональных данных (в рамках требований ФЗ-152) должна быть надежно защищена от любопытных глаз.

В единой ERP-системе работает огромное количество пользователей: менеджеры по продажам, кладовщики, закупщики, технологи. Настроить права доступа так, чтобы пользователи с широкими административными или руководящими полномочиями гарантированно не имели доступа к зарплатным регистрам — задача нетривиальная. Механизм RLS (разграничение прав на уровне записей) в ERP существенно снижает общую производительность системы при усложнении логики прав.

Решение проблемы:

Выделение ЗУП в отдельный физический контур полностью закрывает этот вопрос. Доступ в базу ЗУП предоставляется только расчетчикам и кадровикам. В ERP данные о затратах на оплату труда передаются в свернутом (детализированном только до подразделений или статей расходов) виде, что исключает утечку информации по конкретным физическим лицам.

3. Проблема производительности и блокировок баз данных

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

Если расчетчики зарплаты и кадровые специалисты работают в этой же базе, их оперативная работа в период закрытия месяца (который обычно совпадает со сдачей отчетности) будет парализована. Разделение баз позволяет распределить вычислительную нагрузку между серверами и изолировать критически важные бизнес-процессы друг от друга.

4. Как передаются данные при раздельном учете?

При разделении контуров возникает резонный вопрос: как передавать информацию между системами без ручного дублирования? В современной экосистеме 1С этот процесс давно стандартизирован:

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

5. Ограничения ведения УСН «Доходы минус расходы» в 1С:ERP

Отдельного внимания заслуживает ведение налогового учета по упрощенной системе налогообложения (УСН) с объектом «Доходы минус расходы». На практике полноценно вести данный учет непосредственно в ERP крайне затруднительно по ряду причин:

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

Рекомендуемая архитектура для УСН:

Для организаций, применяющих УСН «Доходы минус расходы», оптимальным решением является связка: ERP (для оперативного и управленческого учета) + БП 3.0 (для регламентированного и налогового учета по УСН). Данные из ERP выгружаются в БП, где и формируется корректная декларация.

6. Права доступа для аудиторов: создание роли «Только чтение»

В процессе работы любой компании возникает необходимость предоставить доступ к системе внешним проверяющим — аудиторам. В «1С:Бухгалтерии» предусмотрен стандартный профиль «Только просмотр», однако в 1С:ERP аналогичной предопределенной роли до сих пор нет. Создание куцего профиля «Аудитор» часто приводит к ошибкам при запуске системы.

Разберем по шагам, как решить эту проблему без масштабной доработки конфигурации:

1. Создайте новый Профиль групп доступа.
2. Включите в профиль базовые роли, отвечающие за чтение метаданных: БазовыеПраваERP, ЧтениеДанныхОбъектов, ПросмотрОтчетов....
3. Обязательно добавьте права на запуск специфических команд интерфейса, например: Документы.ПриходныйКассовыйОрдер.Команды.ПриходныеКассовыеОрдера.
4. Исключите из профиля роли, связанные с самообслуживанием, например: Обработки.СамообслуживаниеПартнеров. Отсутствие прав на этот объект при входе под урезанным профилем часто вызывает фатальный сбой системы.
5. Для надежности установите для группы доступа аудиторов дату запрета редактирования данных далеко в будущем (например, 31.12.2999). Это гарантирует, что даже при случайном наличии прав на изменение, физически скорректировать данные будет невозможно.

Альтернативный вариант: Если настройка прав занимает слишком много времени и снижает производительность СУБД из-за включенного механизма RLS, лучшей практикой является создание копии базы данных на отдельном сервере и предоставление аудиторам полных прав именно к этой копии.

Резюме

Выбор архитектуры зависит от масштабов вашего бизнеса и готовности ИТ-службы поддерживать сложные интеграции. Единая база ERP удобна отсутствием обменов, но требует колоссальных ресурсов на администрирование, обновление и безопасность. Разделение баз на ERP, ЗУП и БП снижает риски при сдаче отчетности, облегчает процедуру обновлений и гарантирует защиту конфиденциальных данных вашей компании.