Моніторинг потоку створення цінності в реальному часі з даними 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) визначає картографування потоку створення цінності як метод бачення й розуміння потоку матеріалів та інформації, поки продукт проходить через потік створення цінності. Паперова карта є знімком. Вона актуальна в день створення, а часи виконання після цього змінюються.

Потік створення цінності в реальному часі, який також називають живою картою потоку створення цінності або поданням кількох потоків одразу, підтримує ту саму картину в актуальному стані. Блоки та часова шкала заповнюються з виробничих даних, тож ви бачите, як formуються черги, старіють замовлення та рухаються запаси. Дані не обов'язково мають надходити за мілісекунди. Їх потрібно мати достатньо свіжими для рішення, яке ви хочете ухвалити на їх основі.

Це потік створення цінності на основі даних: карта лишається інструментом lean, а дані замінюють секундомір. Вона не замінює команду. Люди й далі проходять потік, питають «чому» та вирішують, що змінити.

Чим він відрізняється від традиційної карти поточного стану?

Традиційна карта поточного стану створюється міжфунційною командою на воркшопі. Учасники проходять кроки процесу, вручну фіксують час циклу, час виконання та запаси, і малюють схему потоку матеріалів та інформації. Потім вони створюють карту майбутнього стану та планують зміни. Це основа lean-виробництва, і так має лишатися, бо це формує спільне розуміння.

Жива версія додає другий шар. Команда, як і раніше, малює поточний і майбутній стан, але числа на карті поточного стану оновлюються з даних. У поданні в реальному часі можна порівнювати потоки створення цінності, спостерігати, як вузьке місце зміщується після зміни, і знаходити напрямки покращень між воркшопами. Це підтримує безперервне удосконалення, бо кожна зміна видна в цифрах. Це також допомагає поступово оптимізувати робочий процес, адже ефект видно за дні, а не на наступному воркшопі. Використовуйте живі дані, щоб ставити кращі запитання на виробничій дільниці, але не використовуйте їх замість таких візитів.

Які дані надходять з ERP, а які з MES?

Зазвичай дані зберігаються в двох типах систем. Незалежна редакційна стаття ReliaMag, MES versus ERP, пояснює, що ERP працює на рівні бізнесу і відповідає на питання, що виробляти, коли і за якою ціною. Її горизонт вимірюється годинами, днями, тижнями та місяцями, а дані деталізовані до рівня замовлень і робочих нарядів. MES (система управління виробничими процесами) відповідає на питання, чи справді заплановане виготовляється правильно. Її горизонт вимірюється секундами та хвилинами, а дані деталізовані до рівня операцій, циклів і одиниць продукції. ERP передає робочі накази до MES, а MES повертає фактичні дані.

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

Для ланцюжка створення цінності цей поділ виглядає так:

• З ERP: замовлення, строки виконання, маршрути, специфікації матеріалів, вартість запасів, дані про клієнтів і витрати.
• З MES: початок і завершення кожної операції, кількість придатної продукції, брак, переробка, причини простоїв, матеріал, витрачений на робочому місці, та поточне місцезнаходження замовлення.
• З журналів якості: результати перевірок і повернення.
• зі складу: події приймання та відвантаження товарів.

Система управління виробничими процесами — це програмне забезпечення для цеху, яке фіксує виробничу активність щодо робочих нарядів і операцій. Без неї час виконання операцій часто фіксують вручну, із запізненням або пакетно. Це не робить карту марною, але обмежує те, наскільки їй можна довіряти.

Що можна розрахувати за позначками часу?

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

• Тривалість циклу для замовлення: від випуску до відвантаження.
• Час обробки операції: від початку до завершення.
• Час очікування перед операцією: від завершення попередньої операції до початку наступної.
• Незавершене виробництво: кількість замовлень, які випущено, але ще не відвантажено, у розрізі операцій.
• Частка створення цінності: час обробки, поділений на тривалість циклу, як наближення.

Кількості та брак з MES додають вихід придатної продукції з першого проходу для кожного кроку. Запаси з ERP додають кількість днів запасу.

Наскільки свіжими мають бути дані?

Частота оновлення залежить від рішення. Це моє власне практичне правило, а не стандарт:

• Хвилини: диспетчеризація та реакція цеху, наприклад зупинений верстат.
• Щозміни або щодня: щоденна дошка і тактична нарада, які аналізують потік учорашнього дня.
• Щотижня: огляд потоку, який аналізує тренд тривалості циклу, поставок і запасів.
• Щомісяця або щокварталу: перемальовування карти і річний план.

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

Як побудувати першу версію?

1. Оберіть одне сімейство продуктів і п'ять метрик, а також карту процесу потоку з його кроками. Метрики: тривалість циклу, час очікування на кожній операції, незавершене виробництво, своєчасність поставок і вихід придатної продукції з першого проходу.
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.

Час виконання становить 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 з тим, що фактично відбулося на виробничій ділянці, і зафіксуйте найбільші розбіжності, перш ніж щось будувати.