Что на самом деле делает MES? Наряды, генеалогия и OEE

Что делает 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 его не делает.

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