MES-система: что это и зачем производству

MES — это система, которая управляет исполнением производственного плана: не «что мы должны выпустить в этом месяце», а «что делает конкретный станок в конкретную минуту и в каком состоянии находится конкретная партия».

Разница между планом и исполнением — не формальность. План живёт в единицах «заказ, месяц, номенклатура». Исполнение живёт в единицах «операция, смена, партия, оператор, брак». Между этими двумя мирами и стоит MES: он переводит одно в другое и обратно.

Практически MES делает четыре вещи. Раздаёт задания на рабочие места — оператор видит на экране, что ему делать и по какой версии чертежа. Собирает факт — сколько сделано, сколько забраковано, сколько простояло оборудование и почему. Ведёт прослеживаемость — из какого сырья и на каком станке сделана эта партия. И отдаёт достоверные данные наверх, в ERP и отчётность.

Отдельная деталь, которую в обзорах обычно опускают: у MES физически есть интерфейс в цехе, и его качество определяет судьбу проекта. Это может быть стационарный терминал у станка, экран мастера участка или мобильное приложение для сотрудников на местах — у кладовщика, контролёра, наладчика. Если этим интерфейсом неудобно пользоваться в рукавицах и за 15 секунд, данные в системе будут выдуманными.

Чтобы не спорить о словах, промышленность договорилась о карте уровней. Её задаёт стандарт ISA-95, он же в международной версии IEC 62264, а в России переведён как ГОСТ Р МЭК 62264 «Интеграция систем управления предприятием». Стандарт описывает не функции MES, а уровни и правила обмена между ними.

Самая распространённая ошибка в статьях про MES звучит так: «стандарт ISA-95 определяет 11 функций MES». Это неверно. Перечень из одиннадцати функций — это модель MESA-11, её предложила отраслевая ассоциация MESA International (модель появилась в 1994 году, оформлена в White Paper #6 в 1997-м). ISA-95 отвечает на вопрос «как MES встроен в ландшафт», а MESA-11 — на вопрос «что MES вообще должен уметь».

Разница не академическая. Когда вы сравниваете предложения вендоров, MESA-11 — это готовый чек-лист охвата: видно, что в продукте есть, а что дорисуют за отдельные деньги.

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

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

Источников данных всего три, и почти всегда используются все.

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

Три типовых рабочих места. Стационарный терминал у станка или линии — экран с заданием, кнопки «начал / закончил / брак / простой», защищённая клавиатура или тач. АРМ мастера или диспетчера — полноценное автоматизированное рабочее место с очередью заданий, перестановками и разбором отклонений. Мобильное устройство — для тех, кто ходит: кладовщик, контролёр ОТК, наладчик, начальник смены.

Что мы закладываем в такие интерфейсы по опыту: крупные элементы под палец в рукавице, сканер штрихкода вместо ручного ввода номеров, минимум обязательных полей на одном экране и обязательно — работа без сети. Wi-Fi в цехе с металлоконструкциями и работающими преобразователями частоты пропадает регулярно. Приложение должно принять ввод локально и отправить его, когда связь вернётся.

Отдельно про роли: у оператора и мастера в MES принципиально разные экраны. Попытка сделать один универсальный интерфейс на всех — частая экономия, которая заканчивается тем, что им не пользуется никто.

Главная метрика, ради которой чаще всего затевают MES, — OEE (Overall Equipment Effectiveness, общая эффективность оборудования). Считается как произведение трёх множителей:

OEE = Доступность × Производительность × Качество. Доступность — сколько времени оборудование реально работало от планового фонда. Производительность — насколько фактический темп близок к номинальному. Качество — доля годной продукции с первого раза.

Ориентир «85% — мировой уровень» пришёл из TPM Сэйити Накадзимы и складывается из 90% доступности, 95% производительности и 99,9% качества. Реальность скромнее: типичный уровень на заводах — 40–60%, и это нормальная стартовая точка, а не приговор. Важнее не абсолютное значение, а куда оно двигается и из чего складывается.

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

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

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

После ухода западных вендоров выбор сузился, но не исчез: MES-класс в реестре отечественного ПО представлен неплохо. Из того, что реально встречается на заводах: 1С:MES, ФОБОС, «Галактика MES», «Диспетчер» ГК «Цифра» с отдельными модулями MDC, MES и EAM.

Что на практике определяет выбор помимо функций:

• Наличие в реестре Минцифры (постановление №1236) — критично для госкомпаний, объектов КИИ и любых закупок с требованием отечественного ПО. Требования к включению в 2026 году ужесточились, появилось понятие доверенного ПО.
• Совместимость с отечественными ОС — РЕД ОС, Astra Linux. Тот же «Диспетчер» отдельно заявляет такую совместимость, и это уже стало гигиеническим требованием.
• Работа с вашим парком оборудования — включая станки без современных интерфейсов и импортное ЧПУ, для которого больше нет вендорской поддержки.
• Что будет с интеграциями, если завтра поменяется ERP или прибавится второй завод.

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

Порядок, который мы считаем единственно рабочим, — не «внедрить MES на заводе», а «доказать ценность на одном участке за обозримый срок».

Шаг 1. Обследование. Как реально идёт заказ по цеху — не по регламенту, а по факту. Где данные появляются, где теряются, кто что заполняет и зачем. На этом же шаге фиксируются границы с ERP и АСУ ТП.

Шаг 2. Выбор участка для пилота. Один цех, одна линия или один тип изделия. Критерий выбора — дорогая и измеримая боль: простои, брак, срывы срока.

Шаг 3. Данные. Подключить оборудование там, где это возможно, и спроектировать ручной ввод там, где нет. До этого шага метрики не считаем.

Шаг 4. Рабочие места. Терминал оператора, экран мастера, мобильные роли. Обкатать на живых людях и переделать то, что вызывает трение.

Шаг 5. Метрики и решения. OEE, причины простоев, брак по операциям — и регулярный разбор этих данных руководством. Без пятого шага первые четыре превращаются в дорогую отчётность.

Шаг 6. Тиражирование. На следующий участок или завод — уже с отработанным сценарием и понятным эффектом.

Внедряют систему, не меняя управление. Данные появились, а решения принимаются как раньше — по звонку и по опыту. Это самый частый способ потратить бюджет впустую: MES ценен только тем, что на его данные кто-то реагирует.

Считают метрики раньше, чем собрали факт. Отчёты по нормативам создают иллюзию управления и надолго подрывают доверие к системе: цифры не совпадают с тем, что люди видят в цехе.

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

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

Если вы в начале пути, полезнее всего сделать три вещи в таком порядке. Первое — сформулировать, какую конкретную потерю вы собираетесь сократить: простои, брак, срывы срока, стоимость прослеживаемости. Второе — честно посмотреть, откуда возьмутся данные для этой метрики. Третье — оценить ландшафт: что уже есть в 1С и SCADA, какие станки вообще способны отдавать данные.

Третий пункт часто проще закрыть внешним взглядом — это обычная задача для аудита кода и архитектуры: что из существующего можно переиспользовать, а что придётся строить заново. Результат такого аудита обычно и определяет выбор между готовым решением, надстройкой над 1С и заказной разработкой.