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.checkModell- 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
- Quality Overview → Quality Management & Check Types (Odoo 19 Docs)
- Production Analysis → Yield Percentage, Quantity Produced (Odoo 19 Docs)
Odoo-Expertin bei detalex GmbH