Інтеграції / ERP / Odoo
Чи підтримує Odoo планування виробництва? Як працює кнопка Plan і коли варто додати SkyPlanner APS
Odoo підтримує планування виробництва на базовому рівні — з урахуванням вільного часу в календарі робочого центру. Кнопка Plan в Odoo Manufacturing розміщує кожне виробниче замовлення в першому вільному інтервалі календаря відповідного робочого центру. Тому два заплановані виробничі замовлення ніколи не накладаються в часі на одному робочому центрі. Але система планує лише одне замовлення на виготовлення за раз і враховує лише одне обмеження. Вона не змінює послідовність, не оптимізує і не перебудовує графік для різних замовлень разом. Підприємства, яким потрібно планувати виробництво з урахуванням реальної доступності обладнання й персоналу та визначати послідовність усіх замовлень з урахуванням строків виконання й налагодження, використовують SkyPlanner APS разом з Odoo.
У власних маркетингових матеріалах Odoo заявляє, що можна “plan resources with finite capacity planning” (планувати виробничі ресурси з урахуванням їхніх реальних можливостей) (odoo.com/app/manufacturing). Нижче розглянемо, що це означає в Odoo 19.0, спираючись на офіційну документацію та вихідний код: як працює Plan, які має обмеження й коли її можливостей цілком достатньо.
Як Odoo планує виробничі замовлення: крок за кроком
1. Увімкніть виробничі замовлення та налаштуйте робочі центри
Перейдіть до Виробництво > Конфігурація > Налаштування та ввімкніть Виробничі замовлення. Після цього в розділі Конфігурація з’являться Робочі центри. Кожен робочий центр (mrp.workcenter) містить поля, які використовуються для планування:
| Поле | Роль у плануванні |
|---|---|
| Робочий час | Календар, за яким працює робочий центр. За замовчуванням — «Стандартний графік: 40 годин/тиждень», з понеділка до п’ятниці |
| Ефективність використання часу | Відсотковий показник, який прискорює або сповільнює виконання кожного виробничого замовлення на цьому робочому центрі |
| Час налагодження / Час прибирання | Хвилини, що додаються перед початком і після завершення виконання кожного виробничого замовлення |
| Альтернативні робочі центри | Інші робочі центри, які може вибрати функція «Планувати» |
| Вкладка «Потужність за продуктами» | Кількість одиниць за цикл і час налагодження та прибирання у хвилинах для конкретного продукту (mrp.workcenter.capacity) |
| Цільовий OEE | Цільовий показник ефективності для звітності, а не вхідні дані для планування |
| Допущені працівники | Визначає, хто може тут працювати. Це фільтр, а не показник потужності |
2. Технологічні операції у специфікації матеріалів
Спільного довідника технологічних маршрутів немає. Технологічні операції задаються в кожній специфікації матеріалів на вкладці Операції (mrp.routing.workcenter). Для кожної операції вказують Робочий центр і спосіб Розрахунку тривалості: фіксований час, який ви вводите вручну, або час, розрахований за останніми виробничими замовленнями (за замовчуванням — 10). Очікувана тривалість дорівнює сумі часу налагодження, часу прибирання та добутку кількості циклів на час циклу. При цьому час виконання циклів ділиться на показник ефективності використання часу (mrp_routing.py).
Коли ввімкнено Work Order Dependencies, одна технологічна операція може бути заблокована іншою через Blocked By. У документації Odoo сказано: “A blocked work order is scheduled at the end of the time period specified in the Expected Duration field of the work order that precedes it.” (Заблоковане виробниче замовлення планується на кінець періоду, зазначеного в полі Expected Duration попереднього виробничого замовлення.) (джерело)
3. Підтвердьте замовлення на виготовлення (MO), а потім натисніть Plan
Після підтвердження замовлення на виробництво (mrp.production) створюються відповідні виробничі замовлення (mrp.workorder). Коли ви натискаєте Планувати в замовленні на виробництво, система починає з кінцевих виробничих замовлень і рекурсивно планує спочатку всі замовлення, що блокують їх виконання. Кожне виробниче замовлення планується вперед у часі, після його попередників. Для кожного виробничого замовлення Odoo:
- Обирає найпізніший момент із трьох: початок MO, поточний час або завершення всіх виробничих замовлень, що блокують його виконання.
- Перевіряє основний робочий центр і кожен альтернативний робочий центр із переліку Alternative Workcenter.
- У кожному календарі шукає перший доступний надалі вільний інтервал, достатньо довгий для виконання замовлення за очікуваний час.
- Вибирає робочий центр, на якому робота завершиться найраніше, і бронює часовий інтервал у його календарі записом
resource.calendar.leaves.
У вихідному коді 19.0 правило сформульовано прямо: “The available interval is disjoinct with all other workorders planned on this workcenter” (Доступний інтервал не перетинається з жодним іншим виробничим замовленням, запланованим на цьому робочому центрі) (mrp_workcenter.py). Саме в цьому й полягає врахування обмежених потужностей. Якщо виконання виробничого замовлення переривається неробочим періодом, воно продовжується в наступному робочому інтервалі. Якщо в межах 700 днів (стандартного вікна пошуку) відповідного інтервалу немає, Plan зупиняється з повідомленням “Impossible to plan the workorder.” (Неможливо запланувати виробниче замовлення.)
4. Неробочі періоди й альтернативні центри
За допомогою застосунку Time Off у режимі розробника можна заблокувати робочий центр на час технічного обслуговування або святкового дня. Тоді Plan спрямовує виробничі замовлення на альтернативні робочі центри з переліку Alternative Workcenters. Якщо альтернативи немає, за документацією Odoo, “work orders begin to pile up at the work center until it is operational again” (виробничі замовлення починають накопичуватися на робочому центрі, доки він знову не запрацює) (джерело).
5. Перевірка та коригування
Пункти Manufacturing > Planning > Planning by Production і Planning by Workcenter відкривають подання для планування виробничих замовлень. У редакції Enterprise доступна діаграма Ґанта з перетягуванням. У Community є список, календар, зведена таблиця та графік. У документації коригування описано як ручну дію: “Times and planned work centers can be changed by clicking to access the individual work order.” (Час і заплановані робочі центри можна змінити, відкривши окреме виробниче замовлення клацанням.) (джерело)
Де закінчуються можливості Odoo
- Хто перший, той і отримує місце. Plan обробляє замовлення на виготовлення по одному: те, яке ви плануєте першим, займає найраніші інтервали. Якщо вибрати кілька MO, система планує їх у стандартному порядку Odoo: спочатку за пріоритетом, потім за датою початку. Вона не зіставляє строки виконання з витратами на переналагодження й не зсуває вже заплановане MO заради терміновішого.
- Послідовність не враховує налагодження. Поле Setup Time додає фіксований час до кожного виробничого замовлення — однакову кількість хвилин незалежно від того, що виконувалося перед ним. В Odoo немає матриці переналагоджень, і система не групує подібні виробничі завдання, щоб уникати переналагоджень.
- Лише одне обмеження. План обмежує тільки календар робочого центру. Оператори враховані лише як фільтр Allowed Employees. Коли Plan резервує інтервал, система не перевіряє доступність інструментів і матеріалів. Резервування компонентів і дати замовлень на закупівлю впливають лише на поповнення запасів.
- MRP не враховує потужності. Правила поповнення запасів і MTO створюють замовлення на виготовлення на основі поля Manuf. Lead Time у специфікації матеріалів, заданого в календарних днях. У документації сказано: “Lead times do not consider weekends, holidays, or work center capacity” (Час виконання не враховує вихідних, свят або потужності робочого центру) (джерело). Кінцеві строки MO та обіцяні дати поставки визначаються за календарними днями, а не за фактичною чергою.
- MPS — це список рекомендацій. Основний виробничий план (MPS) у редакції Enterprise також не враховує завантаження. “The MPS only suggests the amount of product to be replenished, requiring the user to actually create the replenishing POs/MOs.” (MPS лише рекомендує кількість продукції для поповнення; самі замовлення на закупівлю або виготовлення для цього поповнення має створити користувач.) (джерело)
- Автоматичного перепланування немає. Поломка або термінове замовлення самі собою нічого не зсувають у плані. Щойно починається виконання виробничого замовлення, Odoo не дозволяє скасувати планування MO: “Some work orders have already started, so you cannot unplan this manufacturing order.” (Деякі виробничі замовлення вже розпочато, тому скасувати планування цього замовлення на виготовлення неможливо.) (mrp_production.py)
- Складальні одиниці плануються окремо. Багаторівневі специфікації матеріалів створюють окремі дочірні замовлення на виготовлення, кожне з яких планується незалежно. Планувальник має запланувати їх у правильному порядку, щоб складальна одиниця була готова до моменту, коли знадобиться для батьківської технологічної операції.
- Діаграма Ґанта та MPS — лише в Enterprise. На сторінці порівняння редакцій функції модуля Manufacturing “Scheduling” (календарне планування) і “Shopfloor” (виробничий цех) позначено як доступні лише в Enterprise (odoo.com/page/editions). У Community планувальники працюють зі списками та календарем.
Коли вбудованого планування Odoo достатньо
Кнопка Plan в Odoo виконує своє завдання, коли:
- Для кожної технологічної операції є один очевидний робочий центр, а обсяги виробництва помірні.
- За одне вузьке місце конкурує небагато замовлень, тому планування в порядку черги дає прийнятні строки.
- Альтернативні верстати ідентичні, тому Alternative Workcenters разом із Time Off дають змогу впоратися з більшістю збоїв.
- Налагодження короткі або не залежать від попереднього виробничого завдання.
- Планувальник може раз на день переглядати Planning by Workcenter і вручну усувати нечисленні конфлікти.
Якщо це описує ваше підприємство, зосередьтеся на якості даних. Задайте календар для кожного робочого центру та внесіть реалістичні значення Setup Time і Cleanup Time. Там, де історичні дані нестабільні, використовуйте фіксовану тривалість. Увімкніть залежності й плануйте замовлення на виготовлення в порядку пріоритету.
Коли потрібна система планування виробництва
Можливостей Plan уже недостатньо, якщо для вас актуальні кілька з наведених умов:
- Багато замовлень конкурують за два чи більше вузьких місць, а послідовність мають визначати строки виконання.
- Налагодження залежить від того, що виконувалося перед ним, тому послідовність виробничих завдань впливає на обсяг випуску.
- Персонал і зміни обмежують план так само, як і верстати.
- Надходження матеріалів визначає, коли можна розпочати виробниче завдання.
- Термінові замовлення, поломки та затримки поставок змушують переплановувати виробництво кілька разів на тиждень.
- Відділу продажів потрібні дати поставки, розраховані за фактичною чергою, а не за Manuf. Lead Time.
На що звернути увагу
- Планування виробництва з урахуванням реальних потужностей усіх робочих центрів одночасно, а також графіків змін, персоналу та відсутності працівників.
- Спільна послідовність для всіх замовлень за строками виконання та пріоритетами, а не окремо для кожного MO.
- Матриця часу переналагодження, що враховує залежність від послідовності й дає змогу алгоритму обирати порядок виробничих завдань із найменшими витратами часу на налагодження.
- Інструменти та бригади як обмеження: спільний інструмент, зайнятий на одному верстаті, недоступний для іншого, а для виробничого завдання може знадобитися кілька операторів одночасно.
- Планування з урахуванням матеріалів, яке перевіряє складські залишки й очікувані надходження за замовленнями на закупівлю.
- Альтернативні робочі центри, які алгоритм обирає для плану загалом, а не окремо для кожного виробничого замовлення.
- Вироби з багаторівневою структурою, щоб складальні одиниці були готові до моменту, коли знадобляться для батьківського виробу.
- Автоматичне перепланування у міру виконання виробничих завдань або зміни замовлень.
- Діаграма Ґанта для планувальників і черга виробничих завдань для операторів, зокрема й у Community.
- Чіткий розподіл відповідальності між планувальником і Odoo. Дати виробничих замовлень в Odoo обчислюються на основі бронювань у календарі, а повторне натискання «Планувати» перезаписує їх. Узгодьте, що послідовність визначає система календарного планування, записуйте дати й робочі центри назад через
mrp.workorderта пропускайте виробничі замовлення, виконання яких уже почалося. - API, що відповідає вашій версії та тарифному плану. В Odoo 19 є External JSON-2 API. XML-RPC і JSON-RPC планують вилучити в Odoo 22 (Odoo Online 21.1). Доступ до зовнішнього API є лише в тарифних планах Custom, але не в One App Free чи Standard (документація зовнішнього API). Для власних модулів потрібне розміщення на Odoo.sh або на власних серверах (тарифи Odoo).
Рішення можна поділити на чотири групи:
- Вбудоване планування Odoo охоплює кнопку Plan, а в Enterprise — ще й діаграму Ґанта.
- Додаткові модулі в клієнті Odoo поліпшують дошку планування або логіку розміщення в часових інтервалах. Їх підтримує партнер Odoo.
- Системи планування ланцюгів постачання та корпоративні комплекси APS підключають у межах проєкту впровадження. З ними працює окрема команда планування.
- Хмарні APS із підтримкою виконання завдань у виробничому цеху — категорія, до якої належить SkyPlanner, — автоматично планують кожен виробничий ресурс, працюючи поруч з Odoo. Вони постійно оновлюють план відповідно до змін у виробництві й надають операторам доступ до нього.
Яку роль відіграє SkyPlanner
SkyPlanner APS усуває кожне з перелічених обмежень:
- Замість черги за порядком надходження — продумана послідовність. За лічені секунди рушій Arcturus AI спільно планує всі відкриті замовлення з урахуванням реальних виробничих потужностей. Він упорядковує їх за датою завершення, пріоритетом, пріоритетом клієнта, Fast Track і Dynamic Priorities.
- Замість фіксованого часу — коротші переналагодження. Матриця часу переналагодження зберігає тривалість переходу між кожною парою продуктів, яка може залежати від напрямку: із синього на червоний — 30 хвилин, із червоного на синій — 60. Планувальник обирає послідовність із найменшими витратами часу на налагодження та ставить схожі завдання одне за одним.
- Враховуються всі обмеження, а не одне. Робочі центри, зміни, персонал, відсутність працівників, інструменти й матеріали перевіряються в межах одного розкладу. Кількість інструментів обмежена, тому пристосування, яке використовується на одному верстаті, не бронюється одночасно на іншому. Виробниче завдання може потребувати кількох операторів одночасно. Якщо основний виробничий ресурс недоступний, система вибирає альтернативні верстати або працівників. Групи робочих центрів, показники ефективності та розподіл одного виробничого завдання між робочими центрами враховуються в тій самій моделі. Перевірка матеріалів охоплює наявні запаси та відкриті рядки
purchase.order: замовлені компоненти вважаються доступними на дату постачання за замовленням на закупівлю, а запаси оновлюються, коли це замовлення позначено як доставлене. - Вузли готові вчасно. Виготовлення напівфабрикатів і виробів із багаторівневою структурою планується так, щоб деталі були готові саме тоді, коли вони потрібні для складання.
- Autopilot замість ручного перепланування. Коли у виробництві щось змінюється, Autopilot автоматично перебудовує графік, дотримуючись заданих вами блокувань, Running Time Lock і пріоритетів.
- Діаграма Ганта й інструменти для цеху в Community. Планувальники редагують інтерактивну діаграму Ганта. Оператори бачать свою чергу завдань і реєструють виконану роботу з телефона чи планшета за допомогою Mobile Confirmations, Production Timer і Quick Log Mode.
Odoo залишається основною системою обліку продуктів, специфікацій, запасів і закупівель та ведення бухгалтерського обліку. SkyPlanner обмінюється з нею даними в обох напрямках через External JSON-2 API, а в старіших версіях — через XML-RPC і JSON-RPC:
- Вхідні дані:
mrp.production,mrp.workorder,mrp.workcenter,mrp.bomта відкриті рядкиpurchase.order. - Назад до Odoo: заплановані дати початку й завершення та вибраний робочий центр — через
writeдля кожногоmrp.workorder(date_start,date_finished,workcenter_id). Це переносить відповідне бронювання в календарі Odoo, тож у поданнях планування Odoo відображаються дати зі SkyPlanner. - Виробничий цех: підтвердження операторів створюються як записи Time Logs у
mrp.workcenter.productivity.
Вебхуки SkyPlanner передають зміни графіка одразу, щойно вони відбуваються. Кожне підприємство використовує Odoo по-своєму: зі своїми технологічними операціями, календарями та спеціально розробленими модулями. Під час початкового налаштування команда SkyPlanner адаптує інтеграцію до вашої конфігурації та підтримує її після запуску. Ваш партнер Odoo або власні розробники також можуть створити інтеграцію на основі документованого REST API SkyPlanner (довідник API). Для початку достатньо ключа API. Докладніше про API та функції — у документації SkyPlanner.
Обирайте SkyPlanner, якщо багато замовлень конкурують за ті самі вузькі місця, а терміни виконання мають визначати спільну послідовність для всіх цих замовлень.
Обирайте SkyPlanner, якщо переналагодження залежать від послідовності завдань або можливість запустити наступне завдання визначається доступністю спільних інструментів і потребою залучати кількох операторів.
Обирайте SkyPlanner, якщо ви переплановуєте виробництво кілька разів на тиждень і хочете отримати робочий графік для свого виробництва за лічені тижні, а не після тривалого проєкту.
Почніть з експорту даних у CSV або XLSX під час 30-денного безкоштовного пробного періоду (до 20 робочих центрів, без кредитної картки) і порівняйте графік SkyPlanner із результатами натискання кнопки Plan. Після цього вартість становить від 199 € на місяць, включно з 5 робочими центрами. Оплата щомісячна, скасувати підписку можна будь-коли. Вартість інтеграції розраховується заздалегідь з урахуванням ваших процесів і потреб та надається разом із вартістю тарифного плану, тож ви знаєте повну суму ще до початку роботи. Зазвичай впровадження завершується протягом кількох тижнів від початку налаштування. Перегляньте ціни та можливості.
Дізнайтеся більше про SkyPlanner для Odoo, перегляньте посібник з інтеграції з Odoo та інші інтеграції з ERP.
Відгуки виробників про SkyPlanner
2 годекономії щотижня
«Завдяки SkyPlanner ми перейшли від планування виробництва в таблицях Excel до його оптимізації в реальному часі».
Kalle Kalliomäki, фахівець із ланцюга постачання
UTU · Електричні щити та розподільні пристрої
Планування виробництва заощаджує 2 години робочого часу щотижня, а нова черга завдань надходить на лінію за лічені секунди.
+90%до ефективності виробництва
«Ефективність виробництва зросла на 90%».
Abdul Rucyinga, керівник ІТ-відділу
Laboratory & Allied · Фармацевтичне виробництво
Ефективність виробництва зросла на 90%, а створення оптимізованого плану на три місяці для всіх робочих центрів займає менше ніж 30 хвилин.
6 місяцівнаперед відділ продажів бачить вільні потужності
«SkyPlanner створює надійну основу для всього планування виробництва».
Anu Järvinen, керівниця виробництва
Fredman Operations · Пакувальний папір для контакту з харчовими продуктами
Відділ продажів бачить вільні потужності на шість місяців наперед, а відповіді на запити щодо зміни графіка тепер надходять за лічені секунди замість години чи більше.
98%надійності поставок порівняно з приблизно 50% раніше
«SkyPlanner відіграє вирішальну роль у підтриманні надійності наших поставок».
Hannu Lahtinen, керівний директор
KJH-Comp · Виготовлення деталей із листового металу та контрактне виробництво
Надійність поставок зросла з приблизно 50% до 98%, а календарним плануванням тепер займається один майстер замість двох.
Поширені запитання
Чи є в Odoo Community календарне планування виробництва?
Так, на базовому рівні. У Community є замовлення на виготовлення, виробничі замовлення, робочі центри та кнопка Plan. Дані можна переглядати у вигляді списків, календаря, зведеної таблиці й графіка. Планування на діаграмі Ганта, Shop Floor і Master Production Schedule доступні в Enterprise. SkyPlanner надає підприємствам, які працюють із Community, діаграму Ганта й чергу завдань для операторів.
Чи враховує Odoo MRP потужність робочих центрів?
Ні. Для поповнення запасів використовується час виконання замовлення в календарних днях. У документації Odoo зазначено, що ці терміни “do not consider weekends, holidays, or work center capacity” (не враховують вихідні, свята або потужність робочих центрів). Потужність враховується лише тоді, коли ви натискаєте Plan у замовленні на виготовлення (MO).
Чи може Odoo одночасно виконувати кілька завдань на одному робочому центрі?
У планувальнику — ні. Код версії 19.0 відводить для кожного виробничого замовлення інтервал, який не перетинається з інтервалами інших виробничих замовлень на цьому робочому центрі. Вкладка Product Capacities задає кількість одиниць за цикл у межах одного виробничого замовлення, а не паралельне виконання кількох замовлень.
Чи враховує Odoo залежність часу налагодження від послідовності завдань?
Ні. Setup Time і Cleanup Time — це фіксована кількість хвилин для робочого центру або для продукту на вкладці Product Capacities. Odoo додає цей час до кожного виробничого замовлення незалежно від того, яке завдання виконувалося перед ним. Матриця часу переналагодження SkyPlanner зберігає тривалість переходів для кожної пари продуктів з урахуванням напрямку та визначає послідовність завдань так, щоб мінімізувати цей час.
Як SkyPlanner APS підключається до Odoo?
SkyPlanner обмінюється даними з Odoo в обох напрямках через зовнішній JSON-2 API, а у версіях від 16.0 до 18.0 — через execute_kw за протоколом XML-RPC або JSON-RPC. Заплановані дати й робочі центри записуються в кожне mrp.workorder, а облікований час передається в Odoo як записи Time Logs. Команда SkyPlanner налаштовує інтеграцію під час впровадження та підтримує її після запуску. Докладніше — у посібнику з інтеграції з Odoo.
Чи можна випробувати SkyPlanner до інтеграції з Odoo?
Так. Протягом 30-денного пробного періоду можна працювати з даними, експортованими у CSV або XLSX зі списків Odoo, і використовувати до 20 робочих центрів без кредитної картки. Ви порівнюєте графік SkyPlanner із результатами кнопки Plan ще до будь-якого підключення. Спробуйте безкоштовно або зв’яжіться з відділом продажів.
