Производственное задание: как план доходит до смены

План предприятия ещё не является заданием для смены. Между строкой плана и реальной работой есть люди, оборудование, ограничения и события, которых в плане может не быть.

На этом участке часто возникает странная ситуация. Интеграция отработала без ошибок, сообщение доставлено, а мастер всё равно звонит и спрашивает, что именно нужно делать. Формально данные переданы. По сути — нет.

План и исполнение решают разные задачи

ERP работает на уровне планирования и логистики предприятия. MES относится к управлению производственными операциями. В ISA-95 это логическая граница функций и информационного обмена, а не забор между двумя программами.

Поэтому вопрос «какое поле куда отправить» появляется не первым. Сначала нужно понять, какое решение принимается на каждой стороне и какая информация для этого нужна. Поля появятся позже. У них редко получается убежать.

На стороне планирования важны потребность, сроки и ресурсы предприятия. На стороне выполнения нужны данные, достаточные для управления выбранным производственным контуром. Конкретный состав объектов и атрибутов определяется требованиями предприятия и проверяется по принятой на проекте модели ISA-95.

Передать нужно не только поля

Главное — не потерять связь между плановым решением и последующим фактом выполнения. До разработки обмена нужны ответы на простые вопросы:

• какое задание или требование является исходным;
• какой производственный контур принимает его в работу;
• какие идентификаторы используются в разных системах;
• как обрабатываются изменения, отмена и повторная передача;
• какой факт должен вернуться после выполнения;
• как будет проверяться соответствие результата исходному заданию.

Это не универсальный формат сообщения. Это смысл, который обмен обязан сохранить. Иначе рядом с двумя промышленными системами быстро появляется третья — таблица, которой не было в архитектуре, но без которой уже нельзя работать.

План нужно превратить в понятную работу

План не обязан содержать каждое действие оператора. Иначе корпоративная система начнёт управлять производственными операциями. Обратная крайность тоже знакома: в MES приходит общее намерение, а смена расшифровывает его самостоятельно.

Нужна согласованная точка детализации. Где плановое требование превращается в задания производственного контура? Кто принимает решение? Какие данные нужны? На эти вопросы не ответит интеграционная платформа, даже если у неё очень убедительная презентация.

Полезнее всего пройти маршрут одного реального задания: создание, передача, принятие, изменение, исполнение и возврат результата. Не рисовать идеальную жизнь предприятия, а посмотреть, что действительно произойдёт. На каждом переходе должны быть понятны ответственный, входные данные и возможное отклонение.

Первая отправка — это лёгкая часть

Штатный сценарий выглядит хорошо: задание создано, передано и принято. Настоящая проверка начинается после слов «только небольшое изменение». Меняется срок, объём или приоритет. Задание отменяют после частичного выполнения. Связь пропадает ровно в момент передачи.

Для каждого такого случая заранее договариваются:

• можно ли изменить уже принятое задание;
• какая система хранит актуальное состояние;
• как исключается повторное выполнение;
• что увидит пользователь при расхождении;
• кто принимает решение, если автоматическое продолжение невозможно.

Если этих правил нет, технически успешный обмен создаёт вполне живую ручную работу. Пользователи сравнивают экраны, созваниваются и решают, какое состояние считать правильным.

Обратно должен вернуться не статус

Признака «выполнено» часто недостаточно. Нужен подтверждённый результат, который можно связать с исходным требованием и использовать дальше. Его состав зависит от процесса и согласованного информационного обмена.

До разработки интерфейса определяют момент фиксации факта, источник данных, владельца и порядок исправления. Один показатель может прийти от оборудования, другой вводит оператор, третий рассчитывается позже. В требованиях это должно быть видно. Иначе все три числа выглядят одинаково надёжными, хотя это не так.

Источники производственных данных отдельно разобраны в статье «Откуда MES берёт данные». Граница ERP и MES — в материале «Где кончается ERP и начинается MES».

Шесть вопросов перед разработкой

1. Какое решение принимается на корпоративном уровне, а какое — в производственном контуре?
2. Какая информация нужна для выбранного сценария?
3. Где плановое требование превращается в рабочее задание?
4. Что произойдёт при изменении, отмене или повторной передаче?
5. Как факт выполнения связывается с исходным требованием?
6. Кто принимает решение, если состояния систем разошлись?

Последняя проверка проходит не в интерфейсе

Зелёная отметка в журнале обмена говорит, что сообщение доставлено. Она не говорит, что смена получила понятное и актуальное задание.

Проверка заканчивается там, где люди действительно работают по переданному заданию, изменения не теряются, а подтверждённый факт возвращается по согласованному маршруту.

Внедрял MES и участвовал в её развитии. На стыке систем важнее всего сохранить смысл решения при передаче между людьми, функциями и программами. Если этот смысл приходится восстанавливать вручную, обмен ещё не закончен.