Позамовне виробництво в Odoo: як контролювати унікальні вироби від замовлення клієнта до готовності
- 10.09.2026
- 10 хв.
Не всі виробничі компанії випускають однакову серійну продукцію. У багатьох бізнесах кожне нове замовлення клієнта — це фактично новий виріб. Він може мати інші розміри, конструкцію, комплектацію, матеріали або технічні характеристики. Тому створювати одну постійну специфікацію BOM і використовувати її для всіх замовлень просто немає сенсу.
При цьому сам процес виготовлення часто залишається достатньо стабільним. Незалежно від того, який саме виріб замовив клієнт, він проходить приблизно однакові етапи: підготовку, виготовлення деталей, обробку, складання, перевірку, фінальну підготовку.
У такій моделі головна задача системи вже інша.
Компанії важливо не стільки знати стандартну норму матеріалів на один виріб, скільки отримувати відповіді на практичні питання:
- які замовлення клієнтів зараз знаходяться у виробництві;
- на якому етапі перебуває кожне замовлення;
- які етапи вже виконані;
- що потрібно зробити далі;
- де виникла затримка;
- хто відповідає за поточний етап;
- коли виріб буде готовий;
- чи можна назвати клієнту реальну дату завершення.
Саме такий сценарій можна побудувати в Odoo для компаній, які працюють за моделлю позамовного або індивідуального виробництва.
Логіка в цьому випадку виглядає приблизно так:
замовлення клієнта → запуск виробництва → послідовні виробничі етапи → контроль виконання → готовий виріб → відвантаження клієнту.
Тут Odoo стає не просто системою обліку матеріалів, а інструментом управління виконанням кожного конкретного замовлення.
Що ми маємо на увазі під позамовним виробництвом
Позамовне виробництво — це модель, за якої компанія виготовляє продукцію під конкретне замовлення клієнта.
Наприклад, компанія може виробляти:
- нестандартні металеві конструкції;
- промислове обладнання;
- меблі під індивідуальний проєкт;
- спеціальні вузли;
- корпусні вироби;
- технологічне оснащення;
- індивідуальні комплекти обладнання.
Кожен виріб може відрізнятися від попереднього.
Для одного замовлення потрібен один набір матеріалів, для другого — інший. Змінюються креслення, параметри, комплектуючі або конфігурація.
Через це класичний сценарій серійного виробництва, де є одна стабільна BOM на сотні однакових одиниць продукції, може бути незручним.
Але при цьому виробничий маршрут часто залишається передбачуваним.
Наприклад:
підготовка → виготовлення деталей → обробка → складання → контроль → готово.
Тому головною одиницею управління стає не специфікація, а конкретне замовлення клієнта та його проходження через виробництво.
Крок 1. Менеджер створює замовлення на продаж
Процес починається з клієнта. Менеджер погоджує з ним майбутній виріб: характеристики, кількість, ціну, строк, додаткові вимоги.
Після цього в Odoo створюється замовлення на продаж. Це важливий момент, тому що саме продаж стає початковою точкою всього подальшого процесу.
Компанія вже має в системі конкретний комерційний документ, у якому видно: клієнта, що він замовив, на яку суму, яку кількість, бажану дату виконання.
Далі це замовлення повинно перейти у виробничий контур. Таким чином менеджер не передає виробництву інформацію через окремий Excel, повідомлення в месенджері або усно. Замовлення вже існує в єдиній системі.
Крок 2. Під замовлення створюється виробниче завдання
Після підтвердження замовлення запускається виробництво. Для конкретного клієнтського замовлення створюється виробниче замовлення або відповідне виробниче завдання.
Саме воно стає центральною точкою контролю. У системі можна одразу бачити зв’язок:
клієнт → замовлення на продаж → виробниче замовлення.
Це дуже корисно для менеджера. Якщо клієнт телефонує і питає: “Що з моїм замовленням?” менеджеру не потрібно телефонувати начальнику виробництва, писати майстру або йти в цех. Він може відкрити замовлення в Odoo та подивитися його поточний стан.
Чому в цьому сценарії може не бути постійної BOM
У серійному виробництві специфікація BOM є одним із головних елементів системи.
Наприклад, один виріб завжди складається з: 5 кг матеріалу А, 10 деталей Б, 4 комплектуючих В. Тоді створити постійну специфікацію абсолютно логічно.
Але в індивідуальному виробництві ситуація інша. Кожне замовлення може мати:
- інші розміри;
- інший набір деталей;
- іншу конфігурацію;
- інші комплектуючі;
- унікальні креслення.
Тому витрачати час на створення і підтримку постійних специфікацій тільки заради того, щоб “виробництво в ERP було правильним”, не завжди має сенс.
У такому сценарії варто виходити не з того, що може система, а з того, яку задачу потрібно вирішити бізнесу. Якщо головна задача — контролювати проходження замовлення через виробництво, саме це і повинно бути центром автоматизації.
Крок 3. Визначаємо стандартні етапи виробництва
Те, що вироби унікальні, не означає, що виробничий процес повністю хаотичний. Найчастіше компанія все одно має зрозумілу послідовність робіт.
Наприклад:
- Підготовка документації.
- Підготовка матеріалів.
- Виготовлення деталей.
- Механічна обробка.
- Складання.
- Фарбування або інша фінішна обробка.
- Контроль якості.
- Готово до відвантаження.
Для різних підприємств цей перелік буде різним. Головне — описати реальний маршрут, за яким проходить більшість замовлень. Саме ці етапи і стають основою для контролю в Odoo.
Крок 4. Замовлення рухається через виробничі етапи
Після запуску замовлення команда поступово проводить його через виробничий процес.
Наприклад, сьогодні система показує: Замовлення №1045 — виготовлення деталей.
Через два дні: Замовлення №1045 — складання.
Пізніше: Замовлення №1045 — контроль якості.
І в результаті: Замовлення №1045 — готове до відвантаження.
Для керівника це дає дуже просту, але сильну можливість — бачити весь портфель активних замовлень не як список, а за фактичним станом виробництва.
Наприклад:
- 3 замовлення очікують запуску;
- 5 знаходяться на виготовленні деталей;
- 2 — на складанні;
- 1 — на контролі якості;
- 4 — готові.
Це вже зовсім інший рівень прозорості порівняно з Excel або усними уточненнями.
Головна задача — бачити, де зараз кожне замовлення
У такому сценарії це один із головних KPI системи. Менеджеру не обов’язково знати всі технічні деталі виробництва. Йому важливо відкрити замовлення клієнта і побачити:
поточний етап — складання; очікувана готовність — 15 вересня.
Керівнику виробництва потрібна трохи ширша картина. Він хоче бачити:
- скільки замовлень на кожному етапі;
- де накопичилася черга;
- які замовлення прострочуються;
- які потрібно прискорити;
- яке завантаження очікується найближчим часом.
Таким чином одна і та сама система дає різним ролям саме той рівень інформації, який їм потрібен.
Як контролювати строк виконання замовлення
Другий ключовий блок такого сценарію — строки. Знати поточний етап недостатньо. Бізнесу потрібно розуміти, коли замовлення буде завершено.
Для цього виробничі етапи повинні мати хоча б базову логіку планової тривалості.
Наприклад: підготовка — 1 день, виготовлення деталей — 3 дні, обробка — 2 дні, складання — 2 дні, контроль — 1 день.
Це не означає, що потрібно рахувати кожну хвилину роботи кожного працівника. Для початку достатньо мати орієнтовну тривалість етапів. Тоді система дає керівнику набагато кращу основу для прогнозу дати готовності.
Якщо ж якийсь етап затримався, це теж видно. Наприклад, замовлення мало два дні перебувати на обробці, але знаходиться там уже п’ять днів. Це сигнал для керівника: потрібно зрозуміти причину.
Як знаходити вузькі місця у виробництві
Коли етапи фіксуються в системі, поступово накопичується дуже корисна інформація. Стає видно, де найчастіше накопичуються замовлення.
Наприклад:
- виготовлення деталей проходить швидко;
- обробка працює нормально;
- перед складанням постійно виникає черга.
Це вже не суб’єктивне відчуття “складання у нас чомусь постійно не встигає”. Це системна картина. Керівник може почати шукати причину:
- не вистачає людей;
- недостатньо обладнання;
- погано організований процес;
- попередня операція передає замовлення нерівномірно;
- етап спочатку був неправильно оцінений за часом.
Таким чином Odoo починає працювати не тільки як облік, а і як інструмент для покращення виробництва.
Менеджеру більше не потрібно постійно телефонувати у виробництво
Це окрема практична перевага. У позамовному виробництві менеджер часто стає посередником між клієнтом і цехом.
Клієнт питає про строк. Менеджер телефонує керівнику виробництва. Керівник шукає інформацію. Потім відповідає менеджеру. Менеджер передзвонює клієнту.
Якщо таких замовлень десятки, компанія витрачає дуже багато часу просто на передачу інформації. Коли продаж і виробництво пов’язані в Odoo, менеджер може сам побачити статус. Наприклад:
Замовлення клієнта → Виробництво → Поточний етап: фарбування → Планова готовність: 18 вересня.
Це суттєво скорочує кількість внутрішніх комунікацій.
Який рівень роботи в системі потрібен виробничому персоналу
Як і в простому серійному сценарії, тут не потрібно обов’язково перетворювати кожного робітника на активного користувача ERP. Головне — своєчасно фіксувати перехід замовлення між ключовими етапами.
Це може робити:
- майстер;
- бригадир;
- начальник ділянки;
- керівник виробництва;
- інший відповідальний співробітник.
Наприклад, після завершення виготовлення деталей відповідальна людина переводить замовлення на наступний етап — “обробка”.
Це одна проста дія. Але ця дія одразу дає актуальну інформацію: керівнику виробництва, менеджеру, керівнику компанії.
Таким чином мінімальна дисципліна введення інформації створює дуже велику управлінську користь.
Що бачить керівник
У результаті керівнику вже не потрібно починати ранок із питання: “Що в нас зараз у виробництві?” Він може бачити:
- всі активні замовлення;
- клієнта;
- поточний виробничий етап;
- планову дату готовності;
- прострочені замовлення;
- черги на конкретних етапах.
Наприклад:
Замовлення | Поточний етап | Планова готовність |
|---|---|---|
№101 | Виготовлення деталей | 12.09 |
№102 | Складання | 10.09 |
№103 | Контроль якості | 08.09 |
№104 | Підготовка | 18.09 |
Це вже фактично простий виробничий диспетчерський центр. І для багатьох компаній саме такої функціональності достатньо на першому етапі автоматизації.
Для яких компаній підходить цей сценарій
Такий підхід добре працює, якщо:
- продукція виготовляється переважно під замовлення;
- кожен виріб відрізняється;
- постійної специфікації немає або вона мало корисна;
- при цьому технологічні етапи досить стабільні;
- головна проблема — відсутність прозорості виконання;
- менеджерам постійно потрібно уточнювати статус замовлень;
- керівнику важко прогнозувати строки завершення.
Тобто це зовсім інша модель, ніж серійне виробництво.
У серійному виробництві головний акцент може бути на матеріалах, BOM та залишках. У позамовному виробництві головним об’єктом управління стає саме замовлення і його рух через виробничі етапи.
Чому не потрібно штучно створювати складну BOM для кожного замовлення
ERP повинна спрощувати бізнес, а не змушувати його працювати “так, як красиво виглядає в системі”.
Якщо кожний виріб унікальний і детальна специфікація створюється інженером в іншій технічній системі або просто змінюється для кожного замовлення, немає сенсу обов’язково дублювати всю цю інформацію в Odoo тільки заради формальної повноти.
Якщо бізнесу потрібно в першу чергу знати: що робимо → на якому етапі → коли буде готово, саме ці задачі потрібно автоматизувати першими.
А вже якщо пізніше виникне необхідність у детальному матеріальному плануванні, калькуляції або закупівлях за конструкцією кожного виробу, модель можна розширити.
Як ми допомагаємо налаштовувати позамовне виробництво в Odoo
Ми допомагаємо компаніям будувати виробничі процеси в Odoo не за універсальним шаблоном, а відповідно до реальної моделі їхнього бізнесу. Якщо компанія виготовляє унікальні вироби, ми можемо побудувати сценарій, у якому основою процесу буде конкретне замовлення клієнта.
Логіка може виглядати так: замовлення на продаж → запуск виробничого замовлення → проходження встановлених етапів → контроль строків → готовність → відвантаження.
Ми допомагаємо:
- описати реальні виробничі етапи;
- налаштувати їх у системі;
- пов’язати продажі та виробництво;
- налаштувати відповідальних;
- організувати контроль планових строків;
- показати менеджерам актуальний статус замовлення;
- сформувати зрозумілу картину для керівника.
При цьому ми не намагаємося додавати складність, яка не дає бізнесу користі.
Якщо для вашої компанії BOM не є ключовим елементом управління, впровадження можна почати без перевантаження системи деталями й зосередитися на тому, що реально важливо: прозорості процесу та строках виконання.
Який результат отримує компанія
Навіть відносно простий сценарій позамовного виробництва дає дуже практичний результат. Менеджер бачить, що відбувається із замовленням клієнта.
Керівник виробництва бачить усі активні роботи та їх поточні етапи. Керівник компанії бачить загальне завантаження та ризики прострочень.
Компанія отримує:
- єдину картину активних замовлень;
- актуальні статуси;
- контроль виробничих етапів;
- прогноз дати готовності;
- менше внутрішніх дзвінків і повідомлень;
- швидшу відповідь клієнтам;
- можливість знаходити вузькі місця у виробництві.
Найважливіше — кожне клієнтське замовлення стає керованим процесом, а не “задачею, про яку хтось пам’ятає”.
Виробництво унікальної продукції в Odoo не обов’язково повинно будуватися навколо складних специфікацій.
Якщо кожне замовлення відрізняється, але виробничі етапи залишаються зрозумілими і повторюваними, набагато важливіше побудувати прозорий маршрут виконання.
Замовлення клієнта → виробництво → етапи → контроль строку → готова продукція.
У такій моделі Odoo допомагає відповісти на головні управлінські питання: де зараз знаходиться конкретне замовлення, що з ним відбувається і коли воно буде готове.
Для позамовного виробництва саме ця прозорість часто приносить більше користі, ніж спроба детально описати в ERP кожний унікальний виріб.
А надалі систему можна розвивати разом із бізнесом: додавати матеріальний облік, закупівлі, планування ресурсів, контроль собівартості та інші елементи тільки тоді, коли вони справді стають потрібними.
