Zum Inhalt springen

Quality Tracking per SKU in Odoo Manufacturing

24. März 2026 durch
Quality Tracking per SKU in Odoo Manufacturing
Dietmar Hamm

Bewertung des LinkedIn-Posts: Quality Tracking per SKU in Odoo Manufacturing

Meine Einschätzung

Ich habe mir den Post sorgfältig angesehen und möchte ehrlich sagen: Die Kernaussagen sind teilweise korrekt, aber es gibt wichtige Einschränkungen und eine Ungenauigkeit, die ich ansprechen muss.


✅ Was stimmt

Quality Control Points per Produkt

Das ist korrekt – Odoo Quality erlaubt es, Qualitätsprüfpunkte produktspezifisch zu konfigurieren. Die Odoo-19-Dokumentation bestätigt:

"Odoo Quality helps ensure product quality throughout manufacturing processes and inventory movements."

Quality Control Points können tatsächlich auf Produkt-/Vorgangsebene definiert werden.

Scrap für fehlgeschlagene Einheiten

Auch das ist ein legitimer nativer Weg – fehlgeschlagene Einheiten können über den Scrap-Mechanismus mit Rückverfolgbarkeit ausgebucht werden. ✔️


⚠️ Was ich kritisch sehe

„Lot Splitting" als Lösung für SKU-level QC

Hier wird es unscharf. Lot Splitting ist eine Funktion zum Aufteilen von Losen – sie ist kein Quality-Feature, sondern ein Traceability-/Lager-Feature. Der Post suggeriert, dass Lot Splitting + Scrap gemeinsam eine vollständige SKU-Level-QC-Lösung ergeben. Das ist ein Workaround, kein dediziertes Feature.

In der Praxis bedeutet das:

  • Man muss manuell jede Einheit in ein eigenes Los splitten
  • Dann manuell pro Los eine Qualitätsprüfung auslösen
  • Fehlgeschlagene Lose über Scrap ausbuchen

Das funktioniert, ist aber operativ aufwändig bei großen Stückzahlen und nicht das, wofür Quality Control Points designed wurden – die arbeiten nativ auf Vorgangs-/Produktebene, nicht automatisch auf Einzeleinheitenebene.

„No custom code. No third party apps."

Das ist nicht falsch, aber es verschweigt den manuellen Aufwand. Für echte industrielle Produktionsumgebungen mit vielen Einheiten pro Fertigungsauftrag ist dieser Workflow nicht skalierbar ohne Anpassungen.


🔍 Was der Kontext NICHT hergibt

Ich muss transparent sein: Der mir bereitgestellte Quellcode-Kontext enthält keine direkten Informationen zu:

  • quality.check Modell
  • Lot Splitting Mechanismus in Manufacturing
  • Quality Control Points Konfiguration im Detail

Der Kontext enthält hauptsächlich OEE-, Production Analysis- und Belgien-Payroll-Dokumentation – nicht die Quality-Detaildokumentation. Ich kann die technischen Details daher nur aus meinem Trainingswissen bestätigen.


Fazit

Aussage Bewertung
Quality Control Points per Produkt ✅ Korrekt
Scrap für fehlgeschlagene Einheiten ✅ Korrekt
Lot Splitting für SKU-Level QC ⚠️ Workaround, nicht nativ designed
"No custom code needed" ⚠️ Stimmt, aber operativ aufwändig
Volle Rückverfolgbarkeit ✅ Grundsätzlich korrekt
"V19" als Versionsangabe ℹ️ Odoo 19 ist aktuell – technisch möglich, aber ungewöhnliche Bezeichnung

Ich bin überzeugt: Der Ansatz funktioniert prinzipiell, ist aber kein offiziell empfohlener Best Practice für skalierbare Produktionsumgebungen. Für kleine Losgrößen ist es ein pragmatischer Workaround.


📎 Quellreferenzen


Oddy
Oddy
Odoo-Expertin bei detalex GmbH