Сьогодні 93% виробників вже мають спеціальні системи для керування цехом (MES), але лише 23% змогли об’єднати їх з офісними програмами. Через цей розрив дані про продажі та реальна робота обладнання існують окремо. Як результат — менеджери обіцяють клієнтам неможливі терміни, а виробництво не встигає виготовити. Щоб навести лад, важливо чітко визначити межу: де закінчується «продаж» і починається «виробництво».
Ідеальний сценарій кожного виробництва: чітке розмежування функцій між трьома основними системами: CRM (управління клієнтами), ERP (управління ресурсами) та MES (управління виробництвом) в рамках однієї універсальної платформи.
Кожна з них має вузьку зону відповідальності, і їх правильне розмежування — запорука стабільної роботи на виробництві.
CRM: зона зовнішніх зобов'язань
CRM (Customer Relationship Management)— це система, яка працює виключно з даними до моменту запуску замовлення у виробництво.
- Функції: реєстрація клієнта, фіксація специфікації, погодження ціни та термінів.
- Межа відповідальності: менеджер з продажів фіксує чіткі домовленості: що саме хоче клієнт, коли і за які гроші. Щойно замовлення в CRM переходить в стадію “Оплачено”, процес переходить в ERP.
ERP: зона ресурсного забезпечення
ERP (Enterprise Resource Planning) виступає центральним вузлом підприємства. Це міст між офісом (продажами) та цехом (виробництвом).
- Функції: облік сировини та матеріалів, формування закупівель, розрахунок собівартості, фінансовий та бухгалтерський облік.
- Межа відповідальності: на цьому етапі фокус зміщується на аналітику ресурсів. Керівники підрозділів, фінансисти та фахівці з постачання мають чітко розуміти: чи достатньо в компанії потужностей та матеріалів для виконання замовлення. Відповідальний менеджер використовує ERP-систему для отримання актуальних даних про залишки на складі, наявні ресурси та статус виконання замовлень у реальному часі. Якщо сировини бракує — закупівельник формує замовлення постачальникам безпосередньо через інтерфейс системи. Щойно баланс ресурсів підтверджено, замовлення затверджується і передається на виконання.
MES: зона фізичної реалізації
MES (Manufacturing Execution System) — це система, що працює безпосередньо у виробничому приміщенні.
- Функції: детальне планування змін, контроль завантаження обладнання, фіксація операцій, облік браку та реального часу виконання кожної технологічної операції.
- Межа відповідальності: на цьому рівні фокус повністю зміщується у цех, де сировина фізично перетворюється на готову продукцію. Тут керують процесами керівники виробництва, технологи та оператори ліній. Отримавши планове завдання з ERP, диспетчер або майстер використовує MES-систему для моніторингу роботи обладнання в реальному часі. Їх завдання полягає у дотриманні технології, контролі якості та фіксації фактичного виготовлення. Система допомагає миттєво побачити збій на лінії, проаналізувати причини браку та зафіксувати точну кількість виготовленого товару перед його передачею на склад.
Розподіл потоків даних (послідовність)
Для того, щоб виробництво працювало без авралів, інформація повинна рухатись чітким маршрутом:
- CRM передає в ERP: замовлення клієнта з переліком вимог.
- ERP передає в MES: виробниче завдання, яке включає технологічну карту (що робити) та терміни (коли має бути готово).
- MES повертає в ERP: дані про фактично використану сировину, відпрацьований час та отриманий результат (кількість готових виробів). Це дозволяє ERP точно розрахувати собівартість.
- ERP повертає в CRM: статус готовності замовлення. Тепер менеджер бачить в CRM, що товар готовий і його можна відвантажувати клієнту.
Не намагайтесь зробити з однієї системи функціонально іншу.
- Коли ERP намагається бути MES (без детального планування операцій), цех працює «наосліп».
- Коли CRM намагається керувати виробництвом, виникають нереалістичні обіцянки клієнтам, бо система не бачить фізичних обмежень обладнання.
Межа між системами — це точка автоматичної звірки. Якщо в ERP зафіксовано брак металу, замовлення просто не пройде фільтр і не потрапить у виробництво. Це зупиняє помилку ще в офісі, не даючи їй перетворитися на простій у цеху.
Приклад:
Кейс: Виготовлення промислового вентилятора на замовлення
Етап 1: CRM (точка входу)
Клієнт звертається за вентилятором з нестандартними характеристиками потужності.
• Дія: менеджер вносить параметри в CRM.
• Результат: формується запит на розрахунок ціни.
Етап 2: ERP (точка планування ресурсів)
Після підтвердження ціни замовлення падає в ERP.
• Дія: менеджер із закупівель перевіряє : «Чи є в наявності двигун потрібної потужності?».
◦ Сценарій А: двигуна немає. Створюється заявка на закупівлю постачальнику.
◦ Сценарій Б: сировина є. Менеджер ставить її на резерв, щоб інший менеджер не продав цей двигун іншому клієнту.
• Результат: в ERP сформовано «Виробниче замовлення» — перелік матеріалів, виробничих завдань, змін та співробітників на зміні.
Етап 3: MES (точка фізичного виконання)
ERP передає виробниче завдання в MES.
• Дія: система планування цеху бачить, що на лазерному верстаті з ЧПК зараз стоїть черга. Вона ставить наше замовлення у розклад на четвер, на зміну майстра Петра.
• Процес: Петро на терміналі в цеху бачить завдання: «Вирізати деталі корпусу (сталь 2 мм)». Верстат передає в MES сигнал: «Деталь готова». В MES фіксуються витрати електроенергії та час роботи верстата.
• Результат: як тільки остання деталь виготовлена, в MES змінюється статус завдання на «Виконано». Відповідно до наведеної вище схеми замовлення передається в ERP, а з ERP в CRM.
Що було б, якби системи були «зшиті» неправильно?
- CRM без ERP: менеджер продає те, чого немає (наприклад, зняті з виробництва компоненти), бо не бачить реальних залишків на складі.
- ERP без MES: ви рахуєте прибуток лише за ідеальними теоріями, не помічаючи, як фактичні витрати часу та енергії в цеху «з’їдають» вашу маржу.
- MES без ERP: дані про роботу цеху залишаються ізольованими. Навіть якщо завдання передані через Excel, ви не знаєте реальної маржинальності кожної партії, оскільки фактичні витрати матеріалів та годин не потрапляють у фінансовий облік автоматично. Це створює "сліпу зону", де неконтрольовані відходи "з’їдають" ваш прибуток».
Приклади "точок переходу" даних
1. З CRM в ERP:
- Специфікація виробу (технічні параметри).
- Кінцевий термін.
- Адреса доставки та умови відвантаження.
2. З ERP в MES:
- Номер замовлення (для трекінгу в цеху).
- Креслення або посилання на техкарту.
- Кількість одиниць.
3. З MES в ERP:
- Фактично витрачена сировина (вага, метри, шт).
- Витрачений час (людино-години та машино-години).
- Відсоток браку (що пішло в переробку).
4. З ERP в CRM:
- Статус «Готово до відвантаження».
- Фінальна собівартість (для звіту менеджеру).
Ці приклади показують, що системи не просто «обмінюються даними», вони передають відповідальність. Якщо менеджер в CRM бачить статус «Виконано» від ERP, він може сміливо телефонувати клієнту. Якщо статусу немає — він знає, що турбувати цех немає сенсу, бо замовлення ще «в роботі».
Висновок
Розділення CRM, ERP та MES на логічні блоки дозволяє уникнути перекладання відповідальності між відділами. Кожен рівень має свою «зону правди»:
- CRM: клієнтська правда.
- ERP: фінансова та ресурсна правда.
- MES: технологічна та виробнича правда.
Ефективність досягається не тоді, коли ви збираєте "зоопарк" із різних програм, а коли вся компанія працює в єдиному цифровому контурі. Коли модулі CRM, ERP та MES мають свою чітку логіку та зону відповідальності, але всі вони оперують спільними даними в реальному часі. Це дозволяє уникнути інформаційних розривів, через які 77% виробників досі не можуть повністю синхронізувати роботу офісу та цеху.
Синхронізація даних у єдиній системі діє як міцна опора для вашого прибутку. Коли замовлення проходить через ERP, система автоматично звіряє його з реальними залишками та резервами. Якщо сировини недостатньо — завдання не потрапить у виробництво (MES). Це критично важливо, враховуючи, що наразі лише 23% виробників у світі досягли такої повної інтеграції, тоді як решта продовжує втрачати ресурси через інформаційні розриви.
Матеріал підготовлено на основі стандартів системної інтеграції ISA-95 та загальних принципів архітектури корпоративних інформаційних систем (Enterprise Architecture).
