← Все статьи
MES

MES — система учёта того, что произошло в цехе

📅 · 4 мин чтения · Команда Meta Smart Factory

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

Что делает MES: диспетчеризация, сбор данных исполнения, проводки и прослеживаемость

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

У выпуска есть предусловия, и про каждое нужно спросить: система это знает или ей об этом просто сказали. Что предыдущая операция закрыта, а аттестация оператора действует, MES знает по собственным записям. Что подана нужная партия — требует сканирования или интерфейса к той системе, которая держит резерв. Что установлена правильная оснастка — требует управления инструментом, чипа в оправке или интерфейса к прибору предварительной настройки; либо подтверждения оператора, и тогда проверка стоит ровно столько, сколько стоит это подтверждение. Предусловие, за которым стоит источник, — это контроль; предусловие, подпёртое галочкой, — это запись с меткой времени.

Дальше исполнение: наладка и работа, учитываемые отдельно от трудозатрат, годные детали, брак с причиной, доработка с указанием, куда она идёт, остановки с причиной и длительностью. Качество лежит в том же потоке: контроль определён на операции, выполняется тем, кто её делает, и его результат может остановить движение детали дальше. Финальный контроль находит тот же дефект четырьмя операциями позже — когда за все четыре уже заплачено.

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

Что принадлежит MES, а что — ERP, SCADA или ПЛК

ISA-95, изданный как международный стандарт IEC 62264, полезен здесь не диаграммой уровней, а объектными моделями — производственное расписание, производственная результативность, партия материала, персонал, оборудование, — потому что именно они пересекают границу между цехом и бизнесом, а значит служат готовым перечнем для спецификации интерфейса.

Самая трудная граница — нижняя. Функции безопасности — блокировки ограждений, световые завесы, двуручное управление, сканеры зоны — принадлежат жёстко смонтированному контуру безопасности или контроллеру безопасности, с уровнем PL или SIL, установленным по оценке рисков в рамках ISO 13849-1 или IEC 62061. Никакая детерминированность сети не делает софт выше этого слоя законным местом для такой функции. Спорить стоит о технологических блокировках: не запускать без нужной оснастки, не работать вне окна параметров. Там физическое предотвращение принадлежит ПЛК, потому что правило, срабатывающее за десятки миллисекунд, не может жить за базой данных и сетевым коммутатором, — а MES принадлежит следствие: она не открывает следующую операцию и блокирует партию.

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

Что на самом деле означает реальное время на интерфейсе со станком

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

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

Состояние станка почти никогда не укладывается в один бит. Одиночный сигнал «работает» — это обычно разрешение привода, которое остаётся истинным, пока шпиндель крутится вхолостую в ожидании оператора; рабочее определение состояния собирается из «цикл активен», «привод разрешён» и того, сдвинулся ли счётчик внутри окна. Это окно и задаёт порог фиксации: остановки короче него не видны как простой и всплывают потом, без объяснения, как потери производительности. События должен помечать один источник времени, а шлюз на периферии обязан буферизовать, чтобы перезагрузка коммутатора оставляла пробел, а не час фантомного простоя.

Коды причин простоя: чего сигнал станка сказать не может

Интерфейс знает, что станок встал и на сколько. Он не знает, почему; не знает, что только что посчитанная деталь уйдёт в брак на следующей позиции; не знает, что оператор ждал не материал, а кран.

Этот пробел закрывает человек, и то, как спроектирован этот момент, определяет всё, что стоит выше. Коды причин — обычный инструмент и обычный провал. Дайте слишком много — и оператор каждый раз выберет первое правдоподобное значение, после чего вашу диаграмму Парето напишет порядок пунктов в списке. Дайте слишком мало — и всё превратится в «Прочее». Классифицировать нужно внутри смены, пока свидетельства ещё есть, и в ответ оператору должно что-то возвращаться.

Безбумажный цех и электронное досье на серию

Безбумажность — это не те же бланки в виде PDF на экране. Это значит, что документ на рабочем месте — действующая редакция для этого заказа, выбранная системой, так что никакой другой редакции рабочее место получить не может; и что запись создаётся самим выполнением работы, а не переписывается потом, потому что именно там теряется своевременность, а вместе с ней и доверие к записи. Чего не контролирует ни одна система документооборота — так это бумагу. Чертёж, распечатанный в прошлый вторник и лежащий в ящике стола, неуправляем по определению, и ящик проигрывает только в том случае, если в систему заглянуть быстрее.

В регулируемом производстве такая запись — электронное досье на серию, юридическая история продукта. Нормативная рамка — 21 CFR Part 11 FDA об электронных записях и подписях и Приложение 11 к GMP ЕС — превращает обычные требования к софту в проектные: контрольный след, который нельзя отредактировать, подписи с явно заданным смыслом, записи, относимые к конкретному человеку и сделанные в момент события. Проверка по отклонениям, в которой и живёт реальная экономия, работает только если система принудительно контролировала границы при вводе: лишь тогда серия без отметок действительно ничем не примечательна.

Прослеживаемость и генеалогия как проектное требование, а не функция

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

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

Точка смешения не даёт чистого разреза, она открывает переходный период. Долейте силос в середине партии — и то, что выгружается дальше, будет смесью; как долго старая партия продолжает появляться, зависит от объёма ёмкости, уже лежащего в ней остатка, производительности и режима течения, поскольку при воронкообразном истечении старый материал очень долго сползает по стенкам. Поэтому фиксируйте долив вместе с его партией, помечайте всё от этого события до момента, когда старая партия доказуемо исчерпана, обеими партиями, и записывайте, на каком допущении построено это исчерпание. Смеситель — совсем не эта задача: это партия с несколькими входными партиями и генеалогией «многие к одному», и в модели он должен быть партией со списком входных партий. Ничего из этого нельзя достроить задним числом на уже отгруженной продукции, поэтому проверяйте до запуска: снимите единицу с отгрузочной рампы и потребуйте её полную генеалогию назад в течение часа.

Как честно считать OEE и что превращает цифру OEE в ложь

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

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

Производительность искажается идеальным временем цикла. Классическое определение и ISO 22400 берут его из теоретического или конструкторского цикла; большинство заводов берёт его из маршрута, где норматив, установленный годы назад для калькуляции себестоимости, уже содержит зашитые допуски. Если норматив говорит пятьдесят пять секунд, а показанный станком лучший результат — сорок, отчётная производительность завышена примерно на тридцать семь процентов; а поскольку большинство систем обрезает производительность на ста процентах, на экран попадает обрезанная ошибка, а не хороший результат. Вытащите самый быстрый устойчивый цикл из данных о событиях и сравните его с нормативом в маршруте, прежде чем публиковать цифру производительности.

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

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

Что на самом деле включает в себя интеграция MES с ERP

Коннектор — малая часть. Работа состоит в том, чтобы решить, кто владеет каждым полем, и записать это. Справочник материалов, спецификация (BOM), маршрут, рабочее место, заказ клиента, наряд: для каждого одна система — источник истины, другая — потребитель, с определённым поведением при расхождении. Проекты, которые это пропускают, узнают о нём в первый же месяц, когда кто-то правит спецификацию в системе, которой она не принадлежит.

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

Затем неприглядная инженерия. Каждому сообщению нужен ключ идемпотентности, потому что интерфейсы повторяют отправку, а дважды проведённое поступление материала всплывает при инвентаризации через несколько недель. Кто-то должен иметь возможность увидеть очередь необработанных сообщений и переобработать позицию без разработчика, а единицам измерения нужны явные пересчёты и согласованное округление. Ещё у интерфейса должен быть назначенный владелец с обеих сторон, потому что бесхозная интеграция деградирует молча: добавили поле, маппинг перестал совпадать, ошибки копятся в очереди, которую никто не читает.

Почему внедрения MES проваливаются и по каким признакам это видно заранее

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

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

Как провести оценку MES, которая что-то вам скажет

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

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

Где здесь находится модуль MES в Meta Smart Factory

Модуль MES в Meta Smart Factory закрывает описанное выше: диспетчеризация и выпуск с предусловиями, сбор данных исполнения на рабочем месте, простои и брак с причинами, проводки по времени и материалу, проверки качества, привязанные к операции, генеалогия и OEE, выведенный из того же потока событий, а не из параллельного.

Со стороны станков он читает Siemens по S7comm, Rockwell по AB-ETH, Logix и DF1, Schneider по UMAS, Beckhoff по ADS, Mitsubishi по MC Protocol и Omron по FINS — каждый нативно — и говорит на OPC UA, Modbus TCP и RTU, EtherNet/IP и MQTT для всего остального, включая уже существующий сервер OPC UA или OPC DA там, где никто не хочет ещё одного устройства в сети. Станки, у которых нет контроллера, достойного чтения, получают ретрофитные модули ввода-вывода, подключённые к тем дискретным сигналам, которые уже есть: контакт работы, выход цикла, реле аварии. Они дают состояние и счёт деталей с тем разрешением, которое позволяет такой монтаж — и, по названным выше причинам, никогда не дают причину остановки.

Он работает на общей модели данных с модулями качества, обслуживания, WMS и компьютерного зрения и со слоем интеграции с ERP. Построение последовательности по конечной мощности живёт в модуле APS — на описанной выше границе, а не внутри исполнения, — а расчёт MRP есть там для заводов, чей ERP его не делает.

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

Обсудить с нашими экспертами