03 серпня 2026

ERP для виробництва: як зрозуміти, яка система потрібна вашій компанії

Замовлення на сто виробів виглядає простим рядком у CRM: клієнт, кількість, дата. За рядком стоять десятки компонентів — частина вже на складі, частина зарезервована під інші замовлення, частина ще в дорозі від постачальника. Поки умови не змінюються, рядок дійсно простий.

Клієнт змінює замовлення зі ста до ста п'ятдесяти одиниць.

Тепер видно, скільки зв'язків ховалося за одним числом: перерахунок потреби в компонентах, звірка залишків і резервів, додаткові закупівлі, коригування плану, нова дата готовності.

Excel порахує кожен із цих кроків окремо. Питання завжди одне — хто тримає в голові порядок, у якому ці кроки треба виконати.

Штат нічого не каже про складність виробництва

Компанія з двадцятьма-тридцятьма людьми може збирати виріб із сотень компонентів, вести партійний і серійний облік, тримати кілька версій продукту одночасно. За кількістю людей це малий бізнес. Але кількість залежностей між процесами в такій компанії часто відповідає значно більшому виробництву.

Це і є перше, що варто перевіряти перед вибором системи, — кількість зв'язків, які доводиться тримати вручну. У компанії з великим штатом і простою моделлю продажу «зі складу» цих зв'язків може бути менше, ніж у невеликого виробника з десятками комплектуючих на один виріб.

Термін «ERP» покриває дуже різні системи

Частина систем під цією назвою тримає фінанси, продажі, закупівлі й склад, бачачи товар як одиницю обліку. Інша частина додатково розуміє специфікації, планування матеріалів, виробничі замовлення, партії та серії. Для виробника з власним випуском продукції визначальною стає саме ця глибина виробничої логіки в системі.

Де CRM перестає відповідати на питання виробника

У CRM менеджер бачить клієнта, замовлення, ціну, залишок. Для торгівлі готовим товаром цього достатньо.

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

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

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

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

Специфікація перетворює товар на структуру

Для торгової компанії товар — кінцева одиниця обліку: продали одиницю, списали одиницю. Для виробника товар — структура з десятків або сотень компонентів, кількох рівнів напівфабрикатів і послідовності операцій.

Запис «сто одиниць товару» описує результат. Виробнику потрібно бачити, з чого цей результат зібраний — тому специфікації, технологічні маршрути, партії та серії стають базовими об'єктами обліку в цій моделі.

Коли замовлення зі ста виробів виростає до ста п'ятдесяти, перерахунок зачіпає кожен рівень цієї структури — від специфікації до окремих партій матеріалу.

Собівартість формується задовго до фінального документа

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

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

Де закінчується ERP і починається MES

MES контролює виконання операції в реальному часі — яке робоче місце зайняте, скільки часу займає операція, які є відхилення від норми. Для великого автоматизованого заводу це критично.

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

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

Bimp закриває саме цей профіль

Компанія, яка переросла Excel і просту CRM, зазвичай впізнає себе за трьома ознаками: специфікації мають кілька рівнів комплектування, партії й серії потрібно вести окремо, а закупівлі прив'язані до виробничого плану.

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

Bimp — це ERP для виробничих компаній, він закриває саме цей облік на трьох рівнях: планування матеріалів, собівартість і єдина модель даних.

Перше — специфікація прямо визначає потребу в матеріалах, і ця потреба автоматично веде через закупівлю до складу і виробничого замовлення. Коли кількість у замовленні змінюється, перерахунок відбувається сам, без людини, яка тримає всі таблиці в голові.

Друге — собівартість спирається на фактичну історію руху матеріалів і партій, зафіксовану системою в момент випуску.

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

Партійний облік фіксує рух і походження групи матеріалу чи продукції. Серійний облік прив'язує ідентифікатор до кожної окремої одиниці. Bimp веде обидві моделі одночасно. На практиці виробник може працювати з партіями матеріалів і водночас присвоювати серійний номер кожному готовому виробу.

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

А підприємству зі складним автоматизованим цехом, де кожну операцію треба бачити окремо в реальному часі, може знадобитися MES-рівень поверх ERP. Bimp тут також не намагається замінити MES.

Для виробника з серійним чи партійним випуском, специфікаціями і кількома рівнями комплектування питання зазвичай уже виходить за межі CRM і простого обліку. Якщо додатково не потрібне управління цехом у реальному часі, шукати варто ERP із глибокою виробничою логікою.

Bimp належить саме до цієї категорії.