Quality check у виробництві

Оборонний замовник майже завжди вимагає доказ, що кожен виріб пройшов контроль якості, — і прив’язаний до конкретного серійного номера. Тут ви налаштуєте контрольні точки на MO та work orders так, щоб кожна перевірка фіксувалася автоматично, а MO не закривалося, доки проблему не розв’язано. У підсумку у вас буде доказова база для аудиту й замовника та основа для defense-сертифікації і трасабіліті.

Результат

Контрольні точки стоять там, де треба, кожна перевірка фіксується на конкретному MO і пов’язана з серійним номером готового виробу. Якщо щось не пройшло — Odoo заблокує закриття MO, доки проблему не розв’яжете. Для аудиту й замовника у вас є доказова база.

Передумови

• Активований модуль Quality (Apps → Quality). Він потягне за собою quality_control і quality_mrp.
• MO вже працюють (див. Як запустити перший MO).
• На виробі або компонентах увімкнено Tracking by Lots або Serial Number (продукт → Inventory → Tracking) — без цього QC є, але без зв’язку з конкретною одиницею.
• Розумієте різницю між inspection (вибіркова перевірка) і 100% контроль — для оборонних замовлень майже завжди останнє.

Як це зробити

Почнемо з контрольної точки — це шаблон перевірки, який Odoo підставлятиме в кожне MO.

1. Створіть Control Point. Quality → Quality Control → Control Points → New.

   • Title — «Замір геометрії корпусу»;
   • Product — на якому виробі контроль (або порожнє — на всіх);
   • Operation Type — Manufacturing (для MO);
   • Work Center — конкретна дільниця, де відбувається перевірка (наприклад, OTК);
   • Manufacturing Operation — конкретна операція в BoM (опційно, якщо треба прив’язати до work order).

2. Виберіть Test Type. Поле Type:

   • Instructions — інструкція без полів («перевірте візуально»);
   • Take a Picture — обов’язкове фото;
   • Pass - Fail — кнопка «пройшов / не пройшов»;
   • Measure — числове значення з допусками (мін/макс);
   • Worksheet — кастомний QWeb-шаблон.
   • Для геометрії — Measure з полями Tolerance min і Tolerance max.

3. Налаштуйте Quantity і Frequency. Поле Control Per:

   • Operation — раз на work order;
   • Product — раз на одиницю виробу;
   • Quantity — раз на N одиниць (для статистичного контролю).
   • Для defense — Product (100% контроль).

4. Збережіть і протестуйте. Натискаєте Save. Запускаєте тестовий MO — на work order у відповідній операції з’являється Quality Check. Робітник заповнює, натискає Pass.

5. При Fail запустіть workflow. Якщо тест не пройшов:

   • Odoo показує форму Quality Alert;
   • заповнюєте: опис проблеми, фото, відповідальний;
   • alert живе в окремому реєстрі (Quality → Quality Alerts);
   • work order і MO не закриваються до резолюції alert (статус Confirmed / In Progress).

6. Зв’яжіть QC з серійним номером. Якщо продукт має tracking by serial, кожен Quality Check автоматично «прив’язується» до lot/serial — у звіті по серійнику видно всі QC, які пройшов виріб.

7. Експорт для замовника. Для defense-замовлень часто треба надати протоколи якості. Reports → Quality → Quality Check Report з фільтром по серійному номеру або контракту — друкуєте PDF.

Перевірка

• На MO у вкладці Quality Checks видно всі точки контролю зі статусом.
• При Fail на MO висить індикатор Has Quality Alert, MO не закривається.
• У реєстрі Quality → Quality Alerts відкриті alerts видно у вашому worklist.
• Звіт Quality → Reporting показує статистику pass/fail по продуктах, work centers, операторах.
• На lot/serial number у вкладці Quality Checks видно історію QC цього виробу.

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

• Quality Check не з’являється на MO. Не вказано product або operation_type у control point. Або control point архівований. Перевірте Active: True.
• «Measure» приймає будь-яке значення. Не заповнені Tolerance min/max. Без них пройде хоч 0, хоч 1000.
• Робітник тисне Pass, не подивившись. Це людська проблема, не Odoo. Але можна вимагати обов’язкове фото (Take a Picture як additional check) — тоді хоча б буде слід.
• Quality Alert не блокує MO. Налаштування Block on Alert вимкнено. Або alert у статусі Done — хтось закрив його, не виправивши проблему.
• На defense-замовленні замовник просить ISO/AQAP формат. Стандартний Odoo дає базовий звіт. Для AQAP 2110 або 2120 (NATO Quality Assurance) треба кастомний QWeb-шаблон з усіма обов’язковими реквізитами.
• Tracking by serial вимкнено, а контроль треба вести поштучно. Без серійних номерів кожен QC «висить» на лоті — для defense-замовлень це слабка трасабіліті. Увімкніть serial tracking на продукті (Inventory → Settings → Lots & Serial Numbers), хоча це міняє складську логіку.
• Quality alerts ростуть, не закриваються. Хтось має їх розгрібати — призначте responsible на control point, налаштуйте activity scheduler.

Дотичне

• Брак під час MO — що робити з не-pass’ом, який став браком
• Запустити MO — базовий цикл MO
• MRP — mrp.production, mrp.workorder у зв’язці з QC
• Inventory — stock.lot і serial-tracking