Пилотный проект MES

MES PoC: сделать один участок производства видимым

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

Составить мой план PoC MESПоговорить с производственным инженером
Типичная длительность6–12 недель
Границы пилотаОдна линия, ячейка или ограниченный участок (обычно 3–10 станков)
Основной собеседникДиректор завода
Решение в концеАрхитектура тиражирования на завод, график и бизнес-обоснование

Это та задача, которую вам нужно решить?

  • Выпуск, простои и брак становятся известны только на следующее утро из бумажного листа.
  • Показатель OEE существует, но люди, которые должны по нему действовать, не верят исходным данным.
  • Остановки станков фиксируются как «поломка» без категории, поэтому построить Парето невозможно.
  • Любой вопрос об эффективности заканчивается ручным сбором данных, который занимает неделю.

Основной собеседник: Директор завода · Начальник производства · Менеджер по операционной эффективности · Производственный ИТ · Руководитель цифровой трансформации

Что докажет этот PoC

Можно ли достоверно и в реальном времени фиксировать статус станков и рабочих мест на вашем оборудовании в его нынешнем состоянии?
Сходятся ли автоматически зафиксированные годная продукция, брак, такт и простои с тем, что вручную посчитала ваша команда?
Можно ли считать OEE и время цикла по определениям, которые одинаково принимают и производство, и финансовая служба?
Будут ли операторы действительно пользоваться рабочим процессом на месте (вход в систему, отчёт, классификация остановки) в каждую смену?
Масштабируется ли схема подключения пилотной линии на остальной завод или только на эти станки?

Рекомендуемые границы пилота

  • Одна линия, ячейка или чётко ограниченный производственный участок, обычно от 3 до 10 станков или рабочих мест.
  • Одно или несколько репрезентативных семейств продукции, включая хотя бы одно с частой переналадкой.
  • Отобранные операторы по сменам, которые реально работают, включая ночную, если она есть.
  • Сбор данных через PLC, карту IIoT, подсчёт камерой или ручную панель, в зависимости от того, что реально позволяет каждый станок.
  • По желанию добавляется один контролируемый контур заказов ERP против тестовой среды.

Что будет работать во время PoC

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

Как проходит этот PoC

Неделя 1–2
Обследование и определение решенияОбход участка-кандидата, обследование станков и сигналов, согласование границ пилота, определений KPI и решения, которое должен обосновать PoC.Критерий перехода: Границы, определения KPI и список станков утверждены письменно.
Неделя 2–4
Базовое измерениеИзмерение текущего состояния так, как вы измеряете его сегодня (выпуск, простои, брак, трудозатраты на отчётность), чтобы итоговое сравнение шло против цифры, согласованной заранее обеими сторонами.Критерий перехода: Базовое значение принято владельцами производства и операционной службы.
Неделя 3–6
Монтаж оборудования и сетиПодключение пилотных станков через драйверы PLC, карты IIoT MSF или Smart I/O там, где PLC непригоден; установка панелей на рабочих местах; настройка пользователей, ролей и списков кодов простоев и брака.Критерий перехода: Каждый пилотный станок передаёт статус и количество; окно монтажа закрыто.
Неделя 5–10
Контролируемая промышленная эксплуатацияВаши операторы ведут участок через систему в каждую смену. Количества сверяются с ручными записями сначала ежедневно, затем еженедельно; качество классификации и уровень использования отслеживаются по факту.Критерий перехода: Сверка количеств и классификация простоев держатся на согласованном уровне полную производственную неделю.
Неделя 10–12
Решение о тиражировании и бизнес-обоснованиеРезультаты по карте показателей, Парето потерь, список пробелов, архитектура подключения на весь завод, ведомость оборудования и модель ROI представлены тем, кто принимает решение.Критерий перехода: Продолжить, скорректировать или остановить, имея цифры на столе.

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

Незапланированная остановка не предполагается. Любое окно монтажа или контролируемый перерыв согласуются с вами заранее и планируются вокруг производства.

Как будет измеряться успех

Как будет измеряться успех
ПоказательКак он определёнОткуда берётся значениеТип
Полнота данныхДоля производственного времени на пилотном участке с зафиксированным состоянием станка, без учёта согласованного непроизводственного календарного времени.Данные платформы MSFТехнический
Доля автоматической фиксацииДоля годных и бракованных количеств, зафиксированных по сигналам станка или датчика, без ручного ввода оператором.Данные платформы MSFТехнический
Точность сверки количествОтклонение между системными количествами и вашим собственным ручным подсчётом за ту же смену, измеренное за согласованное число смен.Согласованное базовое измерениеТехнический
Охват классификации простоевДоля зафиксированных минут простоя, получивших реальный код причины вместо «без классификации».Данные платформы MSFОперационный
Задержка передачи данныхВремя между событием на станке и его появлением на панели показателей, измеренное по 95-му процентилю.Данные платформы MSFТехнический
Использование операторамиДоля смен, в которых ожидаемые входы в систему, отчёты и классификации простоев были выполнены на рабочем месте.Данные платформы MSFПринятие пользователями
Базовый OEE и основные потериИзмеренный OEE пилотного участка по согласованному определению, с категориями потерь, ранжированными по потерянным минутам.Данные платформы MSFОперационный
Устранённые трудозатраты на ручную отчётностьЧасы в неделю, ранее уходившие на сбор, ввод и сверку производственных данных, которые пилот больше не требует.Наблюдение и интервью с пользователямиФинансовый

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

Что предоставляете вы

  • Список станков с маркой и моделью PLC, доступными резервными копиями и указанием, кому разрешено с ними работать.
  • Сетевые правила и правила безопасности для цеха, а также лицо, которое может утвердить исключение.
  • Заказы на производство, техпроцессы и спецификации там, где в границы входит контур ERP; календари смен нужны в любом случае.
  • Ваши текущие коды простоев и брака, списки пользователей и ролей, а также определения KPI, которые вы используете сегодня.

Кто что делает

Meta Smart Factory предоставляет

  • Обследование и модерацию определения границ
  • Настройку решения под согласованные границы
  • Работы по интеграции и подключению в этих границах
  • Оборудование MSF, указанное в предложении
  • Обучение пользователей пилота
  • Определения KPI и метод валидации
  • Ведение обращений и поддержку во время пилота
  • Итоговый отчёт о результатах и проект тиражирования
  • Работы по подключению пилотных станков через PLC и протоколы, включая дооснащение Smart I/O там, где нет пригодного PLC.
  • Архитектуру тиражирования на завод и ведомость оборудования, выведенные из того, что фактически доказал пилот.

Вы предоставляете

  • Назначенного бизнес-владельца и назначенного технического владельца
  • Своевременный доступ к пользователям, линии, оборудованию и согласованным системам
  • Достоверное описание процесса и нормативно-справочных данных
  • Доступ к сети, питанию, монтажу и допуски по охране труда
  • Документацию по ERP, PLC и поставщикам и специалистов, которые её знают
  • Репрезентативные образцы или исторические данные
  • Подтверждение, что базовое значение честное
  • Обратную связь и решение о приёмке
  • Безопасный, согласованный по графику доступ к пилотным станкам и их шкафам управления.
  • Ручные записи производства за тот же период, чтобы автоматическую фиксацию можно было с ними сверить.

Определяется в письменном предложении

  • Панельные ПК, планшеты, серверы и серверы с GPU
  • Камеры, объективы, освещение и корпуса
  • Сканеры, принтеры, RFID-устройства, счётчики и датчики
  • Командировки, монтаж, перевозку, таможенные платежи и местные электромонтажные работы
  • Аренда или покупка оборудования
  • Засчитывается ли стоимость PoC в тиражирование

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

Что вы получите в итоге

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

Условия, исключения и границы

Этот PoC зависит от

  • Физический и сетевой доступ к пилотным станкам в согласованное окно монтажа.
  • Наличие достоверных ручных записей за базовый период.

Не входит в этот PoC

  • Тиражирование на весь завод, другие площадки и станки за пределами согласованного пилотного списка.
  • Доработку ERP на вашей стороне и любую запись в промышленный ERP, если это не согласовано отдельно.
Чего этот PoC не утверждает

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

Точка решения: продолжить, скорректировать или остановить

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

Частые вопросы

Сколько станков должен охватывать пилот?

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

Нужна ли интеграция с ERP для PoC MES?

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

Что если у станка нет PLC или поставщик не даёт доступ?

Это нормальный вывод, и преградой он не является. Такие станки подключаются через карты IIoT MSF или модули Smart I/O, читающие существующие сигналы (контакты такта, лампы, счётчики), либо через подсчёт камерой. PoC намеренно включает хотя бы один такой станок, чтобы оценка тиражирования была реалистичной.

Будете ли вы сверять системные цифры с нашими?

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

Запросить этот Proof of Concept

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

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

Отправленные сообщения проверяются на злоупотребления и фиксируются в журнале, включая IP-адрес. Вы отвечаете за то, что отправляете.