← На главную

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

Архитектурная связанность подсистем внутри 1С:ERP

Проанализируем структуру типового решения. 1С:ERP представляет собой монолитную систему, в которой оперативный учет тесно переплетен с управленческим и регламентированным контурами:

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

Если предприятие пытается вести регламентированный учет непосредственно в 1С:ERP, систему приходится регулярно обновлять вслед за частыми изменениями законодательства (налоговые декларации, форматы отчетности, печатные формы, расчет взносов). Каждое такое обновление неизбежно затрагивает общие модули и структуру метаданных, что влечет за собой необходимость повторной валидации всей системы.

Разделение контуров: вынос БП и ЗУП в отдельные базы

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

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

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

Особенности учета затрат и себестоимости при разделении баз

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

1. Операционный учет в 1С:ERP: фиксирует движение материалов и выпуск полуфабрикатов и готовой продукции в количественном выражении либо по плановым (нормативным) ценам. На этом уровне принимаются управленческие решения, контролируется материальный баланс партий сырья и отслеживается брак.
2. Финансовая себестоимость в 1С:Бухгалтерии: проводки по счетам 20, 25, 26, 40 и 43 формируются непосредственно в бухгалтерской базе. Первичные документы, перенесенные через обмен, закрываются штатной процедурой закрытия месяца в БП. В бухгалтерском контуре часто применяется котловой метод или укрупненная номенклатурная группировка затрат, что существенно упрощает сверку и снижает регуляторные риски взаимодействия с проверяющими органами.

Валидация по GAMP и преодоление ограничений «заморозки»

Проанализируем регуляторные требования к валидации компьютеризированных систем (согласно руководству GAMP 5) и выясним, как правильно выстроить эксплуатацию:

1. Категоризация ПО: Типовая конфигурация относится к Категории 4 (настраиваемое ПО). Если код ERP глубоко переписывается, система переходит в Категорию 5 (заказное ПО), что многократно увеличивает объем валидационной документации (URS, FS, DS, квалификационные протоколы IQ/OQ/PQ). Поэтому любые отраслевые доработки рекомендуется изолировать.
2. Аудиторский след (Audit Trail): Стандартного журнала регистрации 1С недостаточно для соблюдения требований 21 CFR Part 11 / GMP, так как он не фиксирует историю изменения конкретных реквизитов («было/стало») и может быть усечен. Необходимо активировать подсистему ВерсионированиеОбъектов для всех критических справочников и документов (ресурсные спецификации, поступления сырья, этапы производства), а также использовать доменную аутентификацию пользователей.
3. Вынесение быстро меняющихся сервисов (МДЛП / Маркировка): В фармацевтике главным препятствием для полной консервации ERP выступают регулярные изменения схем обмена с государственной системой маркировки (ФГИС МДЛП). Чтобы не снимать ERP с «заморозки», интеграционный шлюз маркировки выносят в отдельный внешний модуль (адаптер или вспомогательную базу). В замороженной 1С:ERP генерируются операции нанесения и агрегации, а сам обмен по протоколам регулятора выполняет внешний шлюз.
4. Процедура контроля изменений (Change Control): Полный запрет на доработки в течение года не исключает устранения критических ошибок. Внесение срочных изменений должно реализовываться через механизм расширений конфигурации (Расширения), что позволяет выполнять процедуру оценки влияния (Impact Assessment) и тестировать только затронутый функционал без полной перевалидации ядра системы.

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