ERP отвечает на вопрос: что и к какому сроку нужно произвести. MES отвечает на другой: какая операция выполняется сейчас, на каком ресурсе, с каким материалом и каким фактическим результатом. Если эти уровни смешать, ERP получает слишком много shop-floor деталей, а MES начинает дублировать ресурсное и финансовое планирование. AMPE строит интеграцию ERP ↔ MES вокруг чёткой границы между планом и исполнением.
Начать диагностикуERP может передавать:
production order;
номенклатуру;
BOM;
routing;
плановый объём;
дату;
приоритет;
норматив;
мастер-данные.
MES может возвращать:
start/stop;
completion;
фактический выпуск;
scrap;
rework;
потребление;
время;
простой;
качество;
WIP.
Важно не количество интерфейсов, а смысл каждого события.
На линии может возникать множество низкоуровневых событий.
Они нужны MES, OEE и локальной производственной аналитике.
ERP обычно нужен агрегированный бизнес-факт:
выпуск;
расход;
остаток незавершёнки;
простой, повлиявший на срок;
срыв плана;
изменение доступного объёма.
AMPE поднимает наверх только тот уровень детализации, который меняет план, учёт или решение.
После того как производственное обязательство получено и локально диспетчеризировано, MES должна выполнять работу в собственном operational loop.
Иначе краткий сетевой сбой может остановить физический процесс.
Граница автономности зависит от конкретного производства, но сама идея принципиальна: верхний уровень не должен становиться синхронной зависимостью каждой shop-floor операции.
Если ERP и MES используют разные версии спецификации, система может технически отработать идеально и произвести не тот продукт по не той норме.
Поэтому важны:
version;
effective date;
статус утверждения;
идентификатор рецептуры/маршрута;
правила перехода между версиями.
Мастер-данные здесь критичны не меньше транзакций.
Backflush может быть достаточным для одного процесса.
В другом требуется реальный machine- или operator-confirmed consumption.
Если ERP всегда списывает норматив, а MES знает фактическое отклонение, себестоимость и запасы начинают расходиться с производственной реальностью.
AMPE определяет, какой факт должен возвращаться наверх.
Брак может изменить:
потребность в материале;
срок;
фактический выпуск;
себестоимость;
обязательство клиенту.
MES фиксирует локальную причину и объём.
ERP получает тот бизнес-факт, который нужен для перепланирования и учёта.
Событие completion пришло повторно.
ERP не должна дважды увеличить выпуск.
Списание материала не должно повториться.
Поэтому идентификатор производственного заказа, операции и подтверждения входит в сам контракт обмена.
Смена переходит через полночь.
Площадка находится в другом timezone.
Событие пришло позже факта.
Если timestamp трактуется по-разному, plan/fact и traceability искажаются.
AMPE фиксирует правила времени на интеграционной границе, особенно для распределённого производства.
Неизвестная номенклатура.
Неактуальный маршрут.
Отсутствующая единица измерения.
Несопоставленный ресурс.
Критические зависимости должны проходить валидацию до того, как production order считается готовым к исполнению.
ERP формирует плановое обязательство.
MES принимает только готовый к исполнению контекст.
Локально управляет операциями.
Собирает реальный факт.
Поднимает наверх подтверждённые результаты и значимые отклонения.
ERP пересчитывает общий план и экономический контур.
Так между планом и цехом появляется замкнутая обратная связь.
ERP получает реальный производственный факт быстрее.
MES не дублирует верхнеуровневое планирование.
Shop-floor может сохранять автономность.
BOM и routing меньше расходятся между системами.
Брак и отклонения быстрее влияют на план.
Повторные сообщения не создают повторный выпуск.
И главное — производственный plan/fact перестаёт собираться вручную после завершения периода.
Первый шаг
Посмотреть: как он создаётся; какая версия BOM уходит; когда MES считает его исполнимым; какие факты возвращаются; что ERP делает с этими фактами. Этого достаточно, чтобы проверить качество всей связки ERP ↔ MES.