В одной компании ERP передаёт задания в полноценную MES. В другой — в собственную диспетчерскую систему. В третьей — в терминалы участка. В четвёртой часть факта всё ещё собирается вручную. Страница ERP ↔ производство — не про конкретный класс middleware. Она про саму границу между верхнеуровневым ресурсным планированием и фактическим исполнением на площадке. AMPE выстраивает эту границу под реальную зрелость производства, а не заставляет компанию сначала купить ещё одну платформу.
Начать диагностикуERP формирует:
что произвести;
сколько;
к какому сроку;
из каких материалов;
по какому заказу.
На площадке появляются:
реальная доступность оборудования;
смены;
оснастка;
текущий WIP;
локальная очередь;
переналадки;
отказы;
дефицит;
качество.
Интеграция нужна для того, чтобы эти две картины постоянно корректировали друг друга.
План передан в цех.
Что произошло дальше?
Если ответ приходит в виде Excel в конце смены, ERP управляет прошлым.
Если мастер вручную пишет «готово» без связи с количеством, временем и причиной отклонения, план-факт остаётся приблизительным.
AMPE сначала определяет минимально необходимый производственный факт.
Только потом — систему, которая его будет собирать.
Для дискретного высокосерийного производства детальный machine-level факт может быть критичен.
Для небольшого участка достаточно:
старт задания;
завершение;
фактическое количество;
брак;
простой;
расход материала.
Сильная интеграция соответствует экономике процесса.
Она не собирает данные только потому, что их можно собрать.
ERP создаёт производственные задания.
Integration layer передаёт их в простой shop-floor интерфейс.
Мастер распределяет задания.
Оператор подтверждает операции или выпуск.
События возвращаются в ERP.
При необходимости отдельно подключаются:
WMS;
оборудование;
QMS;
EAM;
BI.
Так компания получает управляемый plan/fact до внедрения тяжёлого производственного слоя.
Тогда интеграция ERP ↔ производство фактически проходит через MES.
Но бизнес-вопросы остаются прежними:
что является производственным обязательством;
какой факт нужен ERP;
кто управляет локальным перепланированием;
как обрабатывается брак;
как меняется срок;
как расход возвращается в экономический контур.
Поэтому технология не заменяет модель ответственности.
Если задание поступило в производство, но:
BOM не утверждена;
материал не доступен;
маршрут отсутствует;
приоритет не определён;
критические данные не заполнены —
цифровой обмен только быстрее доставил неготовую работу.
AMPE вводит readiness criteria для того, что считается готовым к передаче на исполнение.
Операция завершена.
Но продукт ещё не принят качеством.
Можно ли считать его доступным?
Ответ зависит от процесса.
AMPE фиксирует промежуточные состояния так, чтобы ERP не использовала незавершённый результат как готовый ресурс.
Линия остановилась.
Партия задержалась.
Производительность ниже нормы.
Если это влияет на обещанный срок, факт не должен остаться только внутри цеха.
Интеграция поднимает значимое отклонение в общий контур, где можно:
перепланировать;
изменить приоритет;
ускорить снабжение;
предупредить клиента;
перераспределить мощность.
Номенклатура.
Спецификация.
Технологический маршрут.
Рабочий центр.
Норматив.
Если площадка и ERP работают по разным версиям, фактический выпуск становится трудно сопоставить с планом.
AMPE отдельно проектирует lifecycle master data, а не прячет его внутри транзакционного обмена.
Оператор подтвердил завершение.
Оборудование дало количество.
WMS подтвердил расход.
QMS — качество.
Какой из этих фактов считается окончательным?
AMPE задаёт приоритет и reconciliation между источниками, чтобы автоматизация не породила несколько версий производства.
Для уже выданной работы можно определить автономный горизонт.
Например:
исполнять текущую смену;
не принимать новые изменения;
буферизовать факт;
после восстановления выполнить сверку.
Допустимая автономность зависит от отрасли, но должна быть спроектирована заранее.
ERP ↔ MES — интеграция двух конкретных классов систем.
ERP ↔ производство — более широкий контур.
MES может быть его частью.
Но может использоваться:
собственное приложение;
терминал;
SCADA-layer;
простая dispatch-система;
комбинация нескольких решений.
AMPE начинает с производственного процесса и требуемого факта, а не с обязательного названия платформы.
ERP формирует производственную потребность.
Контур исполнения получает готовое к работе задание.
Люди, оборудование и системы создают фактические события.
Значимые факты возвращаются наверх.
ERP обновляет ресурсы, себестоимость, сроки и общий план.
Так производство перестаёт быть зоной между «заказ создан» и «в конце месяца получили отчёт».
План и факт сближаются по времени.
ERP получает более реальное состояние производства.
Цех меньше заполняет отчётность задним числом.
Отклонение быстрее влияет на общий план.
Можно начать с простого shop-floor слоя и наращивать зрелость постепенно.
MES внедряется там, где её возможности действительно нужны.
И главное — компания получает цифровой производственный контур без требования сначала перестроить всё производство целиком.
Первый шаг
Например: «ERP выдаёт сменное задание, а факт сегодня мастер собирает вручную». Посмотреть: что в задании действительно нужно; какой факт нужен обратно; где возникает отклонение; когда оно становится известно. Этого достаточно для первого работающего контура.