Цифровизация производства — задача о порядке действий, а не о технологиях

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

Почему проекты цифровизации на производстве буксуют

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

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

Как выбрать первый проект цифровизации

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

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

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

Что измерить до старта, чтобы потом доказать изменение

Ловушка в определениях. До запуска доступность берётся из сменного рапорта, где короткие остановки не записывают; после запуска остановки фиксируются автоматически, и измеренный OEE падает, потому что потери, которые были всегда, наконец посчитаны. Если никто не зафиксировал старое определение и старое число, третий месяц выглядит как ухудшение, и программа тратит свой кредит доверия на самооправдание.

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

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

Что идёт первым: подключение оборудования, мастер-данные, затем аналитика

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

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

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

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

Почему MES идёт раньше APS, а данные о качестве — раньше ИИ-прогноза брака

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

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

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

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

Камера, показывающая на экране «годен» или «не годен», тоже ещё не изменила завод: вердикт должен привязываться к производственному заказу, партии и версии модели внутри производственного учёта и записей о качестве, что делает визуальный контроль поздней возможностью, а не точкой входа. Планированию с конечной мощностью, требованиям к графику APS и границе между CMMS и предиктивным обслуживанием посвящены отдельные материалы.

Кто ведёт программу и почему операторы сопротивляются вводу данных в цехе

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

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

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

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

Тиражирование пилота на весь завод: что делает пилот воспроизводимым

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

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

Что входит в бюджет цифровизации и во сколько обходится эксплуатация потом

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

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

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

Как выстроить трёхлетнюю дорожную карту умного завода

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

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

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

Как понять, продолжать ли: критерии прохождения каждого этапа

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

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

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

Где здесь Meta Smart Factory

Meta Smart Factory закрывает описанные слои отдельными модулями — от MES, MRP и APS до качества, обслуживания, склада, машинного зрения и интеграции с ERP. Модульность делает такую последовательность покупаемой, но первая покупка — не просто модуль. Это один модуль против одного названного ограничения на одном участке плюс фундамент под ним: подключение оборудования, чистка мастер-данных, шов с ERP и согласованные определения. Этот фундамент составляет большую часть трудозатрат первого года и не значится ни в одном прайс-листе, поэтому в решении об утверждении он должен стоять отдельной строкой, а не подразумеваться внутри лицензии.

Трудные части остаются при любом выборе платформы. Договориться, что означают цифры, вычистить мастер-данные, спроектировать транзакции, которые операторы выполняют без напоминаний, и выбрать, что перестать делать, — это общая работа. Если вы находитесь здесь, разговор о последовательности под ваше ограничение полезнее демонстрации продукта.