MES, SCADA И ERP: как связать производство в единую систему
Какие задачи решают SCADA, MES и ERP, где проходит граница между ними и почему производство рассыпается, если эти границы нарушены. Как связать цех, оперативное управление и корпоративный контур в одну рабочую систему.
Завод. Линия упаковки. Утро.
- › линия доступна
- › скорость в норме
- › за утро два коротких останова
- › явных аварий нет
- › партия B-771 запущена
- › выпуск отстаёт
- › простой 14 минут
- › причина пока “уточняется”
К обеду выясняется:
- — плёнки нужного формата на линии не было 14 минут
- — в ERP она числилась, потому что лежала в другом месте хранения
- — партию частично упаковали с ручным обходом
- — часть коробок ушла без нормальной привязки
- — к вечеру выпуск “сошёлся” только через Excel мастера смены
Формально системы работали.
Фактически единой системы не было.
Почему SCADA, MES и ERP постоянно путают
В проектах цифровизации эти три названия часто смешивают в одну покупку:
“Нам нужна система, которая и станки видит, и цехом управляет, и в учёт всё пишет.”
Это ожидание почти всегда приводит к перекосу.
У трёх слоёв:
- разная скорость
- разный горизонт решения
- разный тип правды
- разный потребитель
Пока это не разделено, любой проект превращается в спор:
Что делает каждый слой на самом деле
SCADA нужна, чтобы видеть и сопровождать технологический процесс:
- • состояния установок
- • параметры
- • аварии
- • тренды
- • действия оператора у линии
Она отвечает на вопросы:
- — линия сейчас работает или стоит
- — какой параметр вышел за границу
- — была ли авария
- — что происходило с процессом в конкретную минуту
MES нужна, чтобы управлять тем, как заказ превращается в факт:
- • какая партия сейчас на участке
- • какая операция выполняется
- • сколько выпущено
- • сколько в браке
- • где простой и почему
- • готов ли участок к следующей работе
- • что реально прошло по маршруту
Она отвечает на вопросы:
- — что запущено
- — что мешает исполнению
- — где отставание
- — какая партия где находится
- — можно ли доверять сменному факту без тетради мастера
ERP / 1С-контур держит предприятие целиком:
Она отвечает на вопросы:
- — можем ли обещать отгрузку
- — чем обеспечен заказ
- — что с остатками
- — что списать
- — что произошло с обязательством компании, а не только с линией
Где проходит настоящая граница
Не по логотипу системы.
По типу решения.
Антипаттерны: как системы ломают друг друга
Самый дорогой антипаттерн — не отсутствие системы.
Сквозной поток, как он должен работать
Вернёмся к линии упаковки, но уже в собранном контуре.
Материал зарезервирован
Срок зафиксирован
партия, количество, маршрут, ограничения
Оператор/мастер взял партию в работу
Отдаёт события, а не “смысл заказа”
выпуск, простой, причина, отставание, готовность
факт исполнения, movement партии, сигнал по сроку
Здесь ни один слой не лишний.
Какая система должна быть источником правды
Практичная модель:
Плохая схема:
— Выпуск правит мастер в MES
— и параллельно экономист в ERP
— и параллельно бригадир в Excel
После этого любой отчёт становится переговорами, а не наблюдением.
Какие статусы надо согласовать до интеграций
- • создан
- • готов к запуску
- • в работе
- • удерживается
- • выполнен
- • закрыт
- • брак / переделка
- • доступен
- • работает
- • переналадка
- • авария
- • нет задания
- • нет материала
- • нет оператора
Если верхний уровень получает только “что-то не так”, он не может принять решение.
Глубина, которую часто пропускают: организационный контур
Кому принадлежит:
Если мастер может обойти MES, а учёт потом “подчищает” ERP под удобную картину, интеграция становится декорацией.
Что передавать между слоями, а что нет
- • исполнимое задание
- • приоритет
- • номенклатуру и количество
- • маршрут и ограничения
- • необходимые привязки к заказу
- • что запускать
- • какие режимы/рецепты допустимы
- • разрешение на старт
- • контекст текущей операции, если он нужен линии
- • состояния
- • события останова и аварии
- • факты цикла / счётчики
- • технологические отклонения, требующие производственной реакции
- • подтверждённый выпуск
- • брак
- • расход, если он достоверен
- • события, влияющие на срок
- • закрытие операции/партии
- • агрегированный простой, если он нужен для анализа исполнения
Не надо тащить в ERP:
- — высокочастотную телеметрию
- — сырые тренды
- — технические флаги без управленческого смысла
- — промежуточный шум линии
Три рабочих архитектуры
Уместно, когда маршруты простые, партийная дисциплина умеренная, цеху не нужно сложное оперативное управление. Функции MES всё равно где-то живут, но могут быть тоньше.
Уместно для многооперационных производств, где важны партия, качество, простои, маршрут и срок одновременно.
Как диагностировать, чего не хватает на самом деле
Не начинайте с выбора платформы.
Начните со слепого зоны.
Очень часто компания говорит “нужен MES”, хотя реальная болезнь в другом:
- — события с линии не становятся фактами
- — ERP не умеет принять производственный факт
- — в цеху нет дисциплины работы по заданию
- — нет владельца статуса и причины простоя
Практический критерий, что контур действительно связан
Критерий один, и он жёсткий:
от плана и обеспечения
через запуск в цеху
до факта выпуска, брака, простоя и готовности к отгрузке?
Если длявета нужны созвон, сводная таблица и “уточнение у мастера”, системы ещё не связаны.
Они установлены рядом.
Порядок сборки, который обычно работает
- › Определить, какое решение должно стать лучше: срок, выпуск, качество, прозрачность узкого места
- › Назначить владельца каждого ключевого факта
- › Согласовать статусы между слоями
- › Собрать источник событий на линии
- › Научить MES быть владельцем исполнения
- › Научить ERP принимать факт, а не пересоздавать его вручную
- › Провести один заказ сквозь весь контур
- › Сверить с реальностью смены
- › Только потом масштабировать на другие участки
Короткий вывод
SCADA, MES и ERP закрывают разные горизонты одного производства.
Связать их в единую систему — значит не свести всё в одну программу, а добиться другого:
- › у каждого факта есть владелец
- › у каждого слоя своя ответственность
- › статусы совпадают по смыслу
- › факт из цеха доходит наверх без ручной пересборки
- › план сверху доходит вниз в исполнимом виде
API, Webhook или очередь сообщений?
Когда API есть, а интеграция всё равно не работает
Как соединить производство и корпоративные системы
Все инженерные материалы и экспертные статьи
Полный алфавитный справочник ИТ-терминов
🔒 Данные и доступ к системам заказчика обрабатываются в соответствии с согласованными требованиями к безопасности и конфиденциальности. Условия доступа, хранения и обработки данных определяются архитектурой проекта и договором.
Сайт носит исключительно информационный характер и не является публичной офертой в соответствии со статьёй 437 Гражданского кодекса РФ. Цены, состав и условия предоставления услуг уточняются при проектировании решения и фиксируются в договоре. Условия технического сопровождения и уровень сервиса могут дополнительно определяться отдельным соглашением (SLA).
Автоматизация бизнеса и ИИ-решения под ключ
Самозанятый Скопец Антон Викторович ИНН 741709260870