MES И ERP: где происходит граница
ERP против MES: Граница управления
В производственной компании ERP и MES часто оказываются рядом в одной архитектуре.
Обе системы работают с заказами, материалами, производственными операциями и фактическими результатами. Поэтому со стороны может показаться, что между ними есть значительное пересечение.
Но у этих систем разные задачи.
управляет ресурсами и бизнес-процессами предприятия. Отвечает прежде всего за то, что предприятие должно произвести и какими ресурсами оно располагает.
управляет исполнением производства на оперативном уровне. Отвечает за то, как производство фактически выполняет этот план и что происходит в цехе прямо сейчас.
Разница особенно заметна в момент, когда план, сформированный на уровне предприятия, должен превратиться в конкретные производственные действия:
- › какая партия запускается;
- › на каком оборудовании;
- › каким маршрутом;
- › с каким материалом;
- › кто выполняет операцию;
- › сколько продукции фактически произведено;
- › почему возникло отклонение.
Граница между ними проходит не по названию модуля и не по конкретной таблице базы данных. Она проходит по уровню управления производственным процессом.
Почему одной ERP недостаточно для производства
ERP отлично подходит для управления предприятием как системой.
В ней могут находиться:
- › заказы клиентов;
- › договоры;
- › закупки;
- › продажи;
- › запасы;
- › финансовый учёт;
- › планирование потребности в материалах;
- › производственные заказы;
- › нормативы;
- › себестоимость;
- › плановые сроки;
- › данные о ресурсах.
Но производственный цех живёт с гораздо большей детализацией.
[ КУНТУР ERP ]
ERP может знать: необходимо произвести 10 000 деталей до определённой даты.
Производству нужно ответить на совершенно другие вопросы:
- › На какой линии запустить партию?
- › Какая конкретная операция выполняется сейчас?
- › Какое оборудование доступно?
- › Какой оператор работает на участке?
- › Какая партия сырья фактически использована?
- › Сколько изделий прошло контроль?
- › Сколько забраковано?
- › Сколько времени реально заняла операция?
- › Почему линия остановилась?
- › Можно ли продолжать производство при обнаруженном отклонении?
Эти вопросы возникают с частотой и детализацией, которые для классической ERP-модели часто избыточны.
— Именно здесь появляется MES.
Где находится ERP, а где MES
Условно границу можно представить так:
Это не означает, что ERP «выше», а MES «ниже» в смысле значимости.
Это разные уровни управления.
ERP работает преимущественно с бизнес-планом и ресурсами предприятия.
MES — с исполнением производственного процесса.
ERP работает с производством как с бизнес-процессом
Для ERP производство — часть общей экономики предприятия.
Система должна связать производство с:
- › заказами клиентов;
- › закупками;
- › запасами;
- › финансами;
- › планированием;
- › себестоимостью;
- › поставками;
- › обязательствами перед клиентами.
Поэтому ERP интересует производственный заказ как элемент общей цепочки. Например:
ERP должна обеспечить согласованность этой цепочки.
Если клиент заказал 5 000 единиц продукции, система должна понимать, какие ресурсы необходимы, когда требуется производство, какие материалы нужно закупить и как результат производства повлияет на запас готовой продукции и выполнение заказа.
MES работает с производством как с процессом исполнения
Для MES тот же производственный заказ выглядит иначе.
Её интересует не только сам факт существования заказа, но и его исполнение. Например:
На этом уровне появляется понятие производственного контекста.
Одно и то же задание может выполняться:
- › на разных станках;
- › разными сменами;
- › в разной последовательности;
- › с разными фактическими параметрами;
- › с остановками;
- › с переналадками;
- › с браком;
- › с переработкой.
MES должна фиксировать эту реальность.
> И именно поэтому её нельзя рассматривать просто как «ещё один интерфейс для ERP».
План и факт — одна из ключевых границ
ERP в основном формирует и хранит плановую картину.
MES получает этот план и переводит его в исполнимые производственные задания.
Затем MES собирает фактическую информацию и возвращает её в корпоративный контур.
Получается замкнутый цикл:
Это один из наиболее важных принципов интеграции.
ERP не должна придумывать факт производства.
MES не должна становиться полноценной системой корпоративного финансового и ресурсного управления.
Каждая система должна возвращать другой системе свой тип информации.
Что ERP передаёт в MES
Состав зависит от конкретного предприятия, но обычно MES получает данные, необходимые для выполнения производственного задания.
Это могут быть:
- › производственный заказ;
- › номенклатура;
- › количество;
- › сроки;
- › технологический маршрут;
- › спецификация;
- › требования к материалам;
- › нормативные параметры;
- › приоритет;
- › информация о необходимых ресурсах.
Но важно понимать: ERP не обязательно должна передавать MES абсолютно всё.
Интеграция должна быть построена вокруг бизнес-контрактов, а не вокруг принципа «передадим всю базу».
> Например, MES может получить производственный заказ и необходимые нормативные данные, но не должна становиться владельцем финансовой информации ERP.
Что MES возвращает в ERP
В обратную сторону движется уже фактическая информация.
Например:
- › количество произведённой продукции;
- › количество брака;
- › использованные материалы;
- › фактическое потребление;
- › завершённые операции;
- › трудозатраты;
- › фактические сроки;
- › статусы производственного заказа;
- › информация о простоях;
- › результаты контроля качества.
ERP использует эти данные для дальнейших бизнес-процессов. Например:
Это уже интеграция не двух интерфейсов, а двух уровней управления предприятием.
Почему MES не должна превращаться в ERP
Когда MES начинает расширяться, появляется естественное желание добавить в неё всё, что нужно производству.
Потом расчёты.
Потом договоры.
Потом финансовый учёт.
Потом управление клиентами.
И постепенно возникает вторая ERP.
Это архитектурно опасный путь.
Производственная система действительно может иметь собственные справочники, задания, нормативы и учёт производственных ресурсов.
Но она не должна без необходимости становиться владельцем всего корпоративного контекста.
Иначе возникает вопрос:
где находится источник истины?
- › Например, если информация о заказчике одновременно хранится в ERP и MES, какая версия считается правильной?
- › Если цена товара изменилась, кто должен инициировать изменение?
- › Если производственный заказ отменён, какая система является инициатором?
- › Если возникает расхождение между системами, кто имеет право исправлять данные?
Чем больше дублирования ответственности, тем сложнее интеграция.
И наоборот: почему ERP не должна управлять каждой секундой производства
Обратная крайность не менее опасна.
Можно попытаться реализовать в ERP все производственные сценарии:
- › диспетчеризацию оборудования;
- › регистрацию каждой операции;
- › фиксацию причин простоя;
- › работу операторов;
- › передачу заданий на рабочие места;
- › регистрацию технологических параметров;
- › оперативный контроль качества.
Технически некоторые из этих функций можно реализовать и в ERP.
Но возникает другой вопрос:
Если производство сложное, такое решение быстро приводит к перегрузке ERP функциональностью, которая требует совершенно другого уровня оперативности и пользовательского взаимодействия.
MES находится ближе к оборудованию
Типичная особенность MES — близость к промышленному уровню.
В производственной среде данные могут поступать непосредственно от оборудования или автоматизированных систем.
В зависимости от архитектуры между оборудованием и MES могут находиться дополнительные системы автоматизации, SCADA, контроллеры, шлюзы и промышленная инфраструктура.
Поэтому MES часто оказывается на границе между IT и производственным контуром. И это значительно усложняет требования к надёжности системы.
> Остановка корпоративной отчётности и остановка производственной линии — совершенно разные по последствиям события.
Оперативность — ещё одно важное отличие
ERP может работать с производственным заказом на уровне часов, дней и недель. MES зачастую должна работать на уровне минут, а иногда и секунд.
производство заказа завершено 12 октября.
операция началась в 14:07:32, завершилась в 14:19:41, оборудование остановилось на две минуты из-за конкретного события.
Это не означает, что MES всегда работает в реальном времени.
Но требования к задержке и детализации данных у неё обычно значительно выше.
Поэтому нельзя просто взять корпоративную ERP-базу и назвать её MES.
Где появляется качество
Контроль качества — хороший пример зоны пересечения.
ERP может хранить факт того, что партия принята или забракована. MES может фиксировать сам процесс контроля:
- › какая операция проверялась;
- › какая партия материала использовалась;
- › какие параметры измерялись;
- › какие значения получены;
- › кто выполнял проверку;
- › какое оборудование использовалось;
- › какие единицы продукции прошли контроль;
- › какие были отклонения.
Это позволяет проследить производственную историю.
Например, если обнаружен дефект партии готовой продукции, можно попытаться восстановить цепочку:
Для некоторых отраслей такая прослеживаемость является не просто удобной функцией, а важным производственным и регуляторным требованием.
Где проходит граница ответственности за данные
Один из самых сложных вопросов интеграции — определить систему-владельца.
Последняя строка особенно показательна.
Не существует универсальной таблицы, которая будет правильной для каждого предприятия.
В одном производстве маршрут может управляться PLM и передаваться дальше. В другом — технологические данные являются частью MES. В третьем значительная часть нормативной информации хранится в ERP.
Поэтому архитектуру нельзя строить по шаблону.
> Нужно определить владельца каждого типа данных и границы ответственности систем.
Что делать с производственным заказом
На практике особенно важно правильно определить жизненный цикл производственного заказа.
Важно, чтобы статусы между системами имели однозначный смысл.
Если ERP считает заказ завершённым, а MES продолжает его выполнять, архитектура уже содержит противоречие.
Поэтому интеграционный контракт должен определять не только поля, но и семантику состояний.
Не каждое производство требует MES
Это принципиально важно.
Наличие ERP ещё не означает, что следующей обязательной покупкой должна стать MES.
Если производство относительно простое, а потребность в оперативной детализации невелика, отдельная MES может создать больше сложности, чем пользы.
Но потребность становится более очевидной, когда появляются:
- › большое количество производственных операций;
- › сложная диспетчеризация;
- › несколько производственных линий;
- › высокая цена простоя;
- › необходимость прослеживаемости;
- › жёсткие требования к качеству;
- › автоматизированный сбор производственных данных;
- › частые переналадки;
- › большое количество производственных заказов;
- › необходимость видеть производство практически в реальном времени.
Тогда ERP уже не обязательно должна быть единственным инструментом производственного управления.
Главная ошибка — проектировать MES как ещё одну систему учёта
MES создаётся не ради того, чтобы перенести в цифровую форму бумажный журнал.
Её ценность в том, что она связывает:
Если MES просто хранит ещё одну копию производственных заказов, компания получает дополнительную базу данных.
Если она управляет исполнением и возвращает качественный производственный факт в корпоративный контур, появляется архитектурная ценность.
А что происходит с PLM, WMS и другими системами?
На реальном предприятии граница проходит не только между ERP и MES.
Рядом могут находиться:
- › PLM — управление жизненным циклом изделия и инженерными данными;
- › WMS — управление складскими операциями;
- › SCADA — диспетчеризация и визуализация технологических процессов;
- › QMS — управление качеством;
- › APS — расширенное производственное планирование;
- › системы промышленной автоматизации;
- › специализированные отраслевые решения.
Поэтому MES нельзя проектировать изолированно.
Например, информация о том, как должно быть изготовлено изделие, может формироваться в PLM. ERP определяет, что и когда необходимо произвести. MES управляет тем, как задание исполняется на производстве. WMS отвечает за значительную часть складской логистики. А промышленная автоматизация обеспечивает непосредственное управление оборудованием.
В реальной архитектуре эта схема может выглядеть значительно сложнее.
Но принцип остаётся: каждая система должна отвечать за тот уровень процесса, на котором она действительно является компетентной системой.
Что происходит, если границы определены неправильно
Ошибки архитектуры обычно проявляются постепенно.
- › Дублирование данных:
Один и тот же справочник или объект начинает жить в нескольких системах. - › Расхождение состояний:
ERP считает заказ завершённым, MES — ещё выполняющимся. - › Сложные интеграции:
Каждое изменение требует синхронной модификации нескольких систем. - › Потеря производственного контекста:
ERP получает только итоговое количество, но не понимает, почему возникло отклонение. - › Избыточная нагрузка на ERP:
В корпоративную систему начинают передаваться огромные объёмы оперативных производственных событий, которые ей не нужны на таком уровне детализации. - › Потеря ответственности:
Никто не может однозначно ответить, какая система является источником истины для конкретного типа данных.
Последняя проблема особенно опасна.
> Если у объекта нет понятного владельца, его невозможно надёжно синхронизировать.
Хорошая интеграция — это не обмен всеми данными
Иногда интеграцию ошибочно проектируют по принципу:
На практике это создаёт сильную связанность.
Правильнее определить:
- › какое событие должно перейти из одной системы в другую;
- › какие данные для этого обязательны;
- › кто является владельцем;
- › когда сообщение считается успешным;
- › что происходит при ошибке;
- › можно ли повторить операцию;
- › как обрабатываются дубли;
- › как отслеживается состояние интеграции.
Например, событие:
может содержать информацию, достаточную ERP для обновления производственного и складского контура.
Хорошая интеграция передаёт не максимум данных, а необходимый бизнес-контекст.
Где проходит настоящая граница
Самый простой способ определить границу между ERP и MES — смотреть не на название функции, а на вопрос, который система должна решить.
- › Что предприятие должно произвести?
Это область ERP и связанного с ней планирования. - › Типичный владелец: Какие ресурсы для этого нужны и когда?
Это также преимущественно корпоративный уровень планирования. - › Как конкретно выполнить производственное задание на текущем участке?
Здесь начинается зона MES. - › Что фактически произошло во время выполнения операции?
Это уже производственный контур MES. - › Как фактический результат повлияет на запасы, заказы, себестоимость и финансовые показатели?
Информация возвращается в ERP.
- › Граница проходит там, где план предприятия превращается в управляемое исполнение производства, а затем фактическое исполнение возвращается в корпоративный контур.
ERP и MES должны образовывать замкнутый контур
Правильная архитектура не выглядит как передача данных из ERP в MES и обратно по принципу «отправили заказ — получили отчёт».
Это цикл:
В этом и состоит ключевая идея интеграции.
- › ERP формирует корпоративный контекст.
- › MES обеспечивает оперативное исполнение.
- › Факт производства возвращается обратно и становится основанием для дальнейшего планирования, учёта и принятия решений.
Вместо вопроса «ERP или MES» нужно задавать другой вопрос
На зрелом производстве ERP и MES не являются конкурентами. Они отвечают за разные уровни одной производственной системы.
отвечает за предприятие в целом: заказы, ресурсы, планирование, закупки, запасы, финансы и экономический результат.
отвечает за производство в момент исполнения: задания, операции, оборудование, материалы, качество, производственные события и фактический результат.
И самое важно — между ними должна существовать не просто техническая интеграция, а чётко определённая граница ответственности.
- › Кто владеет производственным заказом?
- › Кто владеет маршрутом?
- › Кто фиксирует факт операции?
- › Who является источником истины по остаткам?
- › Какие данные должны возвращаться в ERP?
- › Какие события достаточно сохранить в MES?
- › Что происходит при расхождении?
Ответы на эти вопросы гораздо важнее выбора конкретного продукта.
Потому что плохо спроектированная связка ERP и MES способна создать две системы, которые постоянно спорят друг с другом за одни и те же данные.
Хорошо спроектированная архитектура делает обратное: ERP знает, что предприятию необходимо сделать, MES знает, что происходит с этим заданием на производстве, а обе системы обмениваются ровно теми данными, за которые каждая из них отвечает.
- › Именно в этой границе между планом, ресурсами и фактическим исполнением и находится настоящая архитектурная роль MES и ERP.
API, Webhook или очередь сообщений?
Когда API есть, а интеграция всё равно не работает
Как соединить производство и корпоративные системы
Все инженерные материалы и экспертные статьи
Полный алфавитный справочник ИТ-терминов
🔒 Данные и доступ к системам заказчика обрабатываются в соответствии с согласованными требованиями к безопасности и конфиденциальности. Условия доступа, хранения и обработки данных определяются архитектурой проекта и договором.
Сайт носит исключительно информационный характер и не является публичной офертой в соответствии со статьёй 437 Гражданского кодекса РФ. Цены, состав и условия предоставления услуг уточняются при проектировании решения и фиксируются в договоре. Условия технического сопровождения и уровень сервиса могут дополнительно определяться отдельным соглашением (SLA).
Автоматизация бизнеса и ИИ-решения под ключ
Самозанятый Скопец Антон Викторович ИНН 741709260870