Мониторинг потока создания ценности в реальном времени на основе данных ERP и MES

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Карта потока создания ценности в реальном времени показывает время выполнения, очереди и незавершённое производство на основе актуальных данных ERP и MES. Узнайте, какие данные даёт каждая система, насколько они должны быть свежими и как это построить.

Automatically translated with AI from the original post. Read the English original

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

Главное

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

Что такое поток создания ценности в реальном времени?

Lean Enterprise Institute (LEI) определяет картирование потока создания ценности как метод наблюдения и понимания потока материалов и информации по мере того, как продукт проходит через поток создания ценности. Бумажная карта — это снимок. Она актуальна в день составления, а после этого времена выполнения меняются.

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

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

Чем это отличается от традиционной карты текущего состояния?

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

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

Какие данные берутся из ERP, а какие из MES?

Обычно данные хранятся в двух типах систем. Независимый обзор от ReliaMag, MES versus ERP, говорит, что ERP работает на уровне бизнеса и отвечает на вопросы, что производить, когда и по какой стоимости, в масштабе часов, дней, недель и месяцев, с данными на уровне заказа и производственного задания. MES (manufacturing execution system, система управления производственными операциями) отвечает на вопрос, действительно ли то, что было запланировано, производится правильно, в масштабе секунд и минут, с данными на уровне операции, цикла и единицы продукции. ERP передаёт производственные задания в MES, а MES возвращает фактические данные.

В материале Fabrico о ISA-95, написанном поставщиком MES, то же разделение описано через уровни: бизнес-планирование с ERP на уровне 4 и производственные операции с MES на уровне 3. Там также сказано, что на бизнес-уровень должна поступать сводка, а не поток показаний датчиков.

Для потока создания ценности разделение выглядит так:

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

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

Что можно рассчитать по временным меткам?

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

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

Количества и брак из MES добавляют выход годных с первого раза по каждому шагу. Запасы из ERP добавляют дни запасов.

Насколько свежими должны быть данные?

Частота обновления определяется решением, которое принимается на её основе. Это моё собственное эмпирическое правило, а не стандарт:

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

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

Как построить первую версию?

1. Выберите одно семейство продуктов и пять метрик, нанеся карту процесса потока с его шагами, например lead time, время ожидания по операциям, незавершённое производство, поставку в срок и выход годных с первого раза.
2. Составьте список событий, которые нужны, и укажите, какая система их фиксирует. Запишите формулу для каждой метрики.
3. Проверьте дисциплину учёта. Пройдитесь по цеху и сравните десять заказов в системе с тем, что произошло на самом деле. Сначала устраняйте самые серьёзные расхождения.
4. Извлеките данные. Начните с ежедневного файла или представления в базе данных. Не создавайте сложный интерфейс для первого теста.
5. Покажите всё на карте. Заполните блоки процессов и временную шкалу данными и отметьте самую большую очередь.
6. Проверяйте еженедельно. Спросите, совпадают ли цифры с тем, что видит команда. Скорректируйте правила.
7. Расширяйте постепенно на другие семейства, когда первое уже работает стабильно.

Пример: один заказ, вымышленные временные метки

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

Заказ 1042 запускается в понедельник в 08:00. Операция 10 выполняется с понедельника 14:00 до 16:00, операция 20 — со среды 08:00 до 11:00, операция 30 — в четверг с 10:00 до 12:00, а заказ отгружается в пятницу в 10:00.

Время выполнения заказа (lead time) составляет 98 часов. Время обработки — 2 + 3 + 2, то есть 7 часов, поэтому доля добавленной ценности равна 7 / 98, примерно 7 процентов. Очереди: 6 часов перед операцией 10, 40 часов между операциями 10 и 20, 23 часа между операциями 20 и 30 и 22 часа от окончания операции 30 до отгрузки. В сумме они дают 91 час, которые вместе с 7 часами обработки составляют 98.

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

Распространённые ошибки

• Доверие к цифрам без проверки на производстве. Поздние проводки превращают очереди в вымысел.
• Погоня за данными в реальном времени ради них самих. Частоту обновления выбирайте исходя из решения, которое нужно принять.
• Начало сразу со всех потоков создания ценности. Один поток позволяет выявить проблемы с данными; несколько потоков одновременно их скрывают.
• Измерение только средних значений. Самые долгие заказы показывают реальные проблемы.
• Создание дашборда раньше определений. Сначала напишите формулы и назначьте владельцев.
• Отказ от регулярной рутины. Живой экран не заменяет еженедельный разбор и список действий.

Чем может помочь ПО

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

Следующий шаг

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