Производственное планирование в одной только 1С:ERP остаётся «бумажным», пока цех не передаёт обратно факт. ERP планирует помесячно, а станок ломается сегодня; материал списывается «по нормативу», а не по тому, сколько реально ушло. Из-за этого расходятся две ключевые для завода цифры — план выпуска и себестоимость. Ниже — открытый разбор (не кейс KT.Team, а обзор по публичным источникам), как это решают связкой 1С:ERP + MES + PDM/PLM через сервисную шину, оставляя ядро 1С нетронутым.
Что получает бизнес
Связка MES↔ERP даёт измеримый результат, а не «прозрачность вообще». По данным разбора металлургического сектора, интеграция MES с ERP даёт рост OEE на 10–20%, снижение брака на 15–25%, сокращение незавершённого производства примерно на 20% и ускорение отчётности в 5–10 раз (it.severstal.com). Для финансов это значит одно: планирование идёт «от фактической мощности, а не от теоретического норматива», и себестоимость закрывается по проверенным данным цеха.
Распределение ролей: ERP, MES, PDM
Архитектура повторяет уровни международного стандарта ISA-95 / IEC 62264. Завод не изобретает свою иерархию — он использует зрелый отраслевой стандарт.
- Уровень 4 — 1С:ERP. Верхнеуровневое планирование: заказы, потребности в ресурсах, директивные сроки, финансовое закрытие и расчёт себестоимости.
- Уровень 3 — MES (например, 1С:MES «Оперативное управление производством»). Пооперационное расписание, диспетчеризация, прослеживаемость партий, контроль качества, сбор факта с рабочих центров.
- Инженерные данные — 1С:PDM/PLM 4. Состав изделия и маршрутные карты живут в PDM и подаются в ресурсные спецификации, по которым потом планирует MES.
Ключевой принцип — данные текут в обе стороны. Из ERP в MES уходят «информация о структуре предприятия, справочники продукции, поступившие заказы и этапы производства» для планирования; обратно из MES в ERP идут «результаты планирования и выполненные производственные операции для расчёта себестоимости продукции» (solutions.1c.ru).
Как устроен обмен: стандарты вместо самописных API
Здесь работает правило «читай, прежде чем писать»: вместо самописной интеграции используются готовые форматы.
- EnterpriseData. Типовой механизм обмена 1С: данные упаковываются в стандартизованный XML с автоматическим квитированием доставки, без разработки собственного API (gigansk.ru).
- B2MML (Business-to-Manufacturing Markup Language). XML-реализация ISA-95 для обмена заказами, спецификациями и отчётами о расходе ресурсов между ERP и MES (symestic.com).
- OPC UA — для связи MES с оборудованием на уровнях 1–2.
Конкретные потоки данных:
- ERP → MES: номенклатура и ресурсные спецификации, заказы на производство с директивными сроками, этапы производства как единицы планирования.
- MES → ERP: статусы выполнения этапов, документы выпуска и отчёты производства, фактические списания материалов, данные о выработке для расчёта зарплаты (gigansk.ru).
Почему ESB, а не «точка-точка»
Прямое подключение (COM/веб-сервис) работает, когда баз две. Но как только появляются несколько цеховых баз MES, WMS и PLM, интеграции «точка-точка» превращаются в паутину связей, которую невозможно сопровождать и передавать другой команде.
Решение — поставить в центр сервисную шину (ESB, в экосистеме 1С — «1С:Шина»). Логика проста: «ERP отправляет заказ один раз в шину; шина сама решает, какому цеху (какой базе MES) он предназначен, исходя из маршрутизации» (gigansk.ru). Это и есть слабая связанность и отчуждаемость: каждую систему можно заменить или передать другому подрядчику, не переписывая остальные.
Микросервисы планирования рядом с ядром
Самое ценное архитектурное решение — не дорабатывать ядро 1С под сложные алгоритмы расписания. Тяжёлая логика (APS-оптимизация загрузки рабочих центров, перепланирование при поломке, расчёт сценариев) выносится в отдельный микросервис планирования, который слушает события из шины и возвращает готовое расписание обратно в MES/ERP. Ядро 1С остаётся типовым — его можно штатно обновлять, а бизнес-логика живёт рядом и развивается независимо. Это снимает классическую боль производственных внедрений: «закостеневшую» конфигурацию, которую страшно обновлять из-за горы доработок.
Эффект на два процесса
Планирование. Расписание строится не на нормативной мощности, а на фактической загрузке рабочих центров: MES возвращает реальные статусы этапов, простои и выработку. План перестаёт «врать» уже на второй день месяца.
Себестоимость. ERP закрывает период по фактическому списанию материалов и фактической выработке из MES, а не по нормативам. Финансовый результат становится управленческим инструментом, а не приблизительной оценкой постфактум.
Вывод: что меняется в бизнес-процессе
Бизнес-процесс «план → производство → факт → себестоимость» из разомкнутого превращается в замкнутый контур. ERP перестаёт быть единственным источником плана и единственным местом «доработок»: верхнеуровневое планирование остаётся в ERP, оперативное — в MES, инженерные данные — в PDM, тяжёлые алгоритмы — в микросервисах, а обмен идёт через ESB по стандартам ISA-95/EnterpriseData/B2MML. Результат — планирование на фактических мощностях и себестоимость по реальному расходу, при этом ядро 1С не форкается и спокойно обновляется, а любую часть контура можно передать другой команде без переписывания целого.
