⚒ База знань · виробничий облік USD41,42 ПДВ20% МЗП8 000

Виробництво · Просунутий

Зміна BoM посеред виробничого циклу

Як змінити специфікацію так, щоб історичні MO не «зламалися», нові пішли за новою нормою, а аудитор міг побачити, коли і чому ви перейшли.

Час
25 хвилин
Модуль Odoo
Manufacturing → BoM, Engineering Change Orders (mrp.bom, mrp.eco)
Читання
~4 хв
  • BoM
  • ECO
  • версіонування
  • інженерна-зміна

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

Результат

BoM оновлена коректно: відкриті MO доходять до кінця за старою нормою, нові — стартують уже за новою. У журналі змін видно, хто, коли і чому змінив. Звіти за минулі періоди не «попливли».

Виробництво Bills of Materials / Блок ФБС / [V2]
Архівна (V1)Активна (V2)
Блок ФБС · версія 2
Product Блок ФБС
Quantity 50,00 шт
BoM Type Manufacture this product
ECO ECO/2026/05/0007 · Заміна цементу М-400 на М-500
Components
КомпонентConsumptionКількістьОдиниця
Цемент М-500 (нова норма)Warning1 250,00кг
ПісокWarning2 000,00кг
ЩебіньWarning3 500,00кг
Партія50,00блоків
Стилізований мокап екрана Odoo (не скріншот): ревізійна версія BoM (mrp.bom V2) на партію з 50 блоків ФБС — цемент М-400 замінено на М-500 через ECO/2026/05/0007.

Передумови

  • BoM, яку треба змінити, активна і має історію MO.
  • Розумієте, чому змінюєте: новий постачальник, інший матеріал, оптимізація норми, конструктивна зміна.
  • Бажано — активовано модуль Manufacturing PLM (Engineering Change Orders). Якщо ні — можна вручну через дублювання BoM, але тоді без формального workflow.
  • Узгодили зміну з технологом і відповідальним за якість (на оборонних виробах — обов’язково).

Як це зробити

Варіант А: з модулем PLM (рекомендовано)

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

  1. Активуйте Manufacturing PLM. Apps → Search → Manufacturing PLM → Install.
  2. Створіть ECO. Manufacturing → Operations → ECOs → New.
    • Title — короткий опис («Заміна цементу М-400 на М-500»);
    • Type — Bill of Materials;
    • Bill of Materials — ваша поточна BoM;
    • Effective Date — з якого числа діє нова норма (важливо для аудиту);
    • Reason — обов’язково розписати причину.
  3. Stage: Draft → In Progress. Натисніть Start Revision. Odoo створює ревізійну версію BoM — чернетку, окрему від продакшн-версії.
  4. Внесіть зміни в нову версію. Натисніть Revision — відкриється копія BoM. Тут і редагуєте: заміна компонента, зміна кількості, новий routing.
  5. Проженіть через approval. Stages: In Progress → Validated → Effective. На кожному етапі може стояти ваш approval-користувач (технолог, інженер, керівник).
  6. Apply. При переході в Effective Odoo автоматично:
    • архівує стару BoM;
    • робить нову активною;
    • всі MO, які стартують від цієї дати, ідуть на новій;
    • відкриті MO залишаються на старій (не чіпаються).
  7. Зафіксуйте зв’язок ECO ↔ MO. У звітах нові MO мають посилання на ECO як на «inception document» — для аудиту відмінно.

Варіант Б: без PLM, вручну

  1. Архівуйте поточну BoM. Manufacturing → Bills of Materials → ваша BoM → Archive (меню Actions).
  2. Створіть нову BoM на той самий продукт. Дублюйте через Duplicate, зробіть зміни, збережіть як активну.
  3. Зафіксуйте причину в коментарі. Поле Note або Description — впишіть дату, причину, хто узгодив. Без формального ECO це ваш єдиний слід.
  4. Відкриті MO не чіпайте. Вони вже мають свою копію BoM на момент створення (поля компонентів зберігаються на mrp.production).
  5. Перевірте, що нові MO підтягують саме нову BoM. Створіть тестовий MO — у полі Bill of Material має бути нова.

Перевірка

  • На відкритому MO (статус In Progress) компоненти і норми не змінилися — він живе на старій BoM.
  • На новому MO підтягується нова BoM з новими компонентами.
  • У PLM-варіанті: ECO в статусі Effective, стара BoM Archived, нова Active.
  • У звіті Cost Analysis видно «стрибок» собівартості з дати ефективності.
  • Аудит-лог BoM (Configuration → Audit Log або Studio history) фіксує зміну з ім’ям користувача і timestamp.

Якщо щось пішло не так

  • Старий MO «зрозумів», що BoM змінилася, і перерахував. Це означає, що активна BoM використовується «on-the-fly», без копії. Перевірте налаштування — за замовчуванням mrp.production зберігає mrp.production.product (зрізи компонентів) при Confirm. Якщо ні — оновіть.
  • Нова BoM не підтягується. Стара досі активна, не архівована. Або в нової нижчий Sequence. Виправте пріоритет.
  • «BoM змінили, історичні MO зламалися». Класичні граблі з статті про MRP. Лікуються тільки версіонуванням (PLM) — без нього доводиться документально показувати, що історичні MO рахувалися за нормою на дату створення.
  • ECO зависло у Validated. Не вистачає підпису approval-користувача. Або налаштування workflow не відображає вашу реальність — спростіть стадії.
  • Стара BoM активна паралельно з новою. Дві BoM на один продукт без Sequence — Odoo обирає першу за ID. Архівуйте стару явно.
  • Зміна BoM посеред MO в Continental-обліку. Без anglo-saxon WIP-проводки і так розкидані — додавання нової норми гарантовано все плутає. Перш ніж міняти BoM, переходьте на anglo-saxon (це ширша тема, але починати треба з неї).

Дотичне