Odoo PLM: Engineering Changes, Versionierung und kontrollierte Updates

Einleitung

Stellen Sie sich die typische Szene vor: Vertrieb verspricht Lieferung am Freitag, der Produktionsplaner erfährt erst am Donnerstagabend — und PLM wurde nie eingebunden. Genau diese Lücke möchten wir mit diesem Leitfaden schließen.

Wir haben zehn Szenarien durchgespielt: von der ersten Stückliste für einen einfachen Tisch bis zu einem absichtlich komplexen Produktionsfall. Zu jedem Szenario gibt es eine Schritt-für-Schritt-Checkliste für Odoo PLM.

Odoo PLM ist die Schnittstelle zwischen dem realen Lager- und Produktionsgeschehen (Bestände, Chargen, Kommissionierung, Fertigung) und den Erwartungen von Vertrieb und Finanzbuchhaltung. Läuft PLM sauber, werden Mengen nicht manuell neu eingetippt; läuft es schlecht, landet die Schuld beim ERP.

Viele Lager und Werkstätten managen Abläufe noch mit Erfahrungswissen, WhatsApp-Gruppen und Excel-Dateien mit Namen wie FINAL_v3. Solange das Unternehmen klein bleibt, funktioniert das — bis Standorte wachsen, die Komplexität steigt oder ein Audit nachverfolgbare Daten verlangt.

PLM ist ein Modul im Odoo-ERP-Baukasten. Teams greifen darauf zurück, wenn sie klare Verantwortlichkeiten, reproduzierbare Abläufe und eine durchsuchbare Historie wollen — statt verstreuter Nachrichten und Offline-Tabellen. Odoo PLM: Engineering Changes, Versionen und kontrollierte Updates liefert die Narrative, die Budgetverantwortliche verstehen.

Mit PLM modellieren Sie, wie Waren wirklich fließen: Wareneingang, Einlagerung, Kommissionierung, Fertigung, Versand, Verschrottung, Nachschub. Jeder Schritt hinterlässt einen Eintrag, den Ihnen Ihr zukünftiges Ich danken wird.

Sie finden zehn konkrete Use Cases mit Unternehmensbeispielen — vom ersten BOM-Eintrag bis zum Barcode am Fertigungsplatz.

Primäre Zielgruppe sind Betriebsleiter, Lagerverantwortliche und Produktionsplaner. Entwickler sind willkommen, aber die Sprache bleibt geschäftsorientiert.

Dieser Artikel ist als Top-10-Rangliste angelegt: Level 1 (einfach) bis Level 10 (Experten). Zu jedem Level gehören nummerierte Schritte: die Klicks, die Sie in Odoo PLM wirklich ausführen würden.

Beginnen Sie da, wo Sie sich wohlfühlen — nicht beim hochtrabenden Level 10 nur weil es imponierend klingt.

Lesen Sie zuerst die Herausforderung, dann öffnen Sie das Level, das zu Ihrem Team passt.

Dieser Leitfaden zeigt Ihnen:

• Welche Rolle Odoo PLM typischerweise in Ihrem Systemstack übernimmt
• Wo heute die größten Reibungspunkte liegen (und warum)
• Zehn priorisierte Use Cases von Grunddisziplin bis zu strategischer Vernetzung
• Wann Automatisierung oder Integrationen den Einsatz eines Odoo-Partners rechtfertigen

Die Herausforderung

Der klassische Fehler: Der Verkauf verspricht Freitag, der Planer erfährt erst Donnerstagabend, weil die Bestellung in E-Mails steckte statt in Odoo PLM. Expresslieferungen fressen die Marge, und die Buchhaltung entdeckt Bestandsabweichungen erst am Monatsende.

Viele Lager und Produktionsstätten operieren mit implizitem Wissen, doch kritische Bestands- und Produktionsdaten leben oft außerhalb von Odoo. Daraus entstehen Bestandslücken, Notkäufe und unangenehme Überraschungen bei Monatsabschlüssen.

Klingt bekannt? Typische Probleme sind:

• Bestandsdateien, die nicht mit Vertriebsversprechen übereinstimmen
• Produktions- oder Einkaufspläne ohne Live-Mengen
• Lücken in der Rückverfolgbarkeit bei Kunden- oder Prüfungsanfragen

Die gute Nachricht: Es braucht kein Big-Bang-Projekt. Wählen Sie einen Use Case aus, testen Sie ihn 30 Tage in Odoo PLM und messen Sie die Wirkung.

Top 8 PLM-Anwendungsfälle

Acht PLM-Use-Cases, sortiert von Level 1 (schnell umsetzbar, ideal für den Nachmittag) bis Level 8 (Expertenniveau). Zu jedem Fall beantworten wir: Was bauen wir und welche Klicks sind nötig?

Level 1 liefert die schnelle tägliche Verbesserung. Das letzte Level ist bewusst anspruchsvoll, damit Sie sehen, wie weit die Plattform skaliert, wenn Architektur und Daten sauber bleiben.

Wählen Sie Ihr Level, führen Sie die nummerierten Schritte in einer Testdatenbank aus und steigen Sie auf, sobald das aktuelle Level routiniert läuft.

1. Legen Sie Ihr erstes Engineering Change Order für eine Stückliste an Level 1 — Einfach

Level 1 ist die minimalste PLM-Handlung: ein Ingenieur, eine BOM-Änderung, ein getracktes ECO. Keine komplizierten Workflows, keine Automatisierung — nur eine dokumentierte Änderung, die für die Fertigung lesbar ist.

So gehen Sie in Odoo vor:

1. Installieren Sie das PLM-Modul, dann PLM → Engineering Change Orders → Neu und wählen Sie das betroffene Produkt.
2. Verknüpfen Sie die aktuelle Stückliste und beschreiben Sie die Änderung in klaren Worten: Was war zuvor, was wird neu.
3. Geben Sie den Grund an (Kostenreduzierung, Qualitätsproblem, Lieferantenwechsel) und ein Datum, ab dem die neue Revision gelten soll.
4. Speichern Sie das ECO; die bestehende BOM bleibt solange auf der alten Revision, bis die Änderung genehmigt ist.
5. Genehmigen Sie das ECO; Odoo legt automatisch eine neue BOM-Revision an, archiviert die vorige und protokolliert die Änderung im Produkt-Feed.

Ihr Nutzen: Engineering-Änderungen verlassen private Tabellen und leben zentral am Produkt: eine Verantwortung, ein Grund und eine nachvollziehbare Historie.

2. Aktivieren Sie BOM-Versionierung und vergleichen Sie Revisionen Level 2 — Einfach

Level 2 macht aus jedem ECO eine echte, versionierte Historie. Sie können Revision A und B zeilenweise vergleichen — quasi ein Diff für Komponenten und Mengen.

So gehen Sie in Odoo vor:

1. Gehen Sie zu PLM → Konfiguration → Einstellungen und aktivieren Sie Engineering-Versionierung für Stücklisten.
2. Jedes genehmigte ECO erzeugt nun automatisch eine neue BOM-Version; die alte Version bleibt archiviert und lesbar.
3. Öffnen Sie das Produkt, klicken Sie auf die Schaltfläche BOM-Versionen und wählen zwei Revisionen zum Vergleich aus.
4. Klicken Sie auf Vergleichen; Odoo hebt hinzugefügte, entfernte und geänderte Teile mit Mengenunterschieden farblich hervor.
5. Exportieren Sie den Vergleich als PDF und hängen Sie ihn ans ECO, damit zukünftige Prüfungen dieselbe Darstellung sehen.

Ihr Nutzen: Die Frage 'Wer hat was an dieser BOM geändert und wann?' ist in Sekunden beantwortet statt in Stunden Recherche.

3. Hängen Sie CAD-Zeichnungen und Revisionsnotizen an jedes ECO via Dokumente Level 3 — Einfach

Level 3 verknüpft PLM mit der Documents-App. Jedes ECO wird zur zentralen Ablage für Zeichnungen, STEP-Dateien und technische Hinweise, die die Werkstatt braucht.

So gehen Sie in Odoo vor:

1. Öffnen Sie ein aktives ECO und wechseln Sie auf den Documents-Tab im Formular.
2. Ziehen Sie das neue PDF in den Upload-Bereich; Odoo taggt Datei, ECO-Referenz, Produkt und Revision automatisch.
3. Markieren Sie die aktuell freigegebene CAD-Exportdatei (STEP/IGES), damit die Bediener immer auf das genehmigte Dokument zugreifen.
4. Schreiben Sie eine Revisionsnotiz in den Chatter, die physische Unterschiede und Erkennungsmerkmale beschreibt.
5. Generieren Sie einen QR-Code zum Dokumentenordner, drucken Sie ihn und kleben Sie ihn an die Arbeitsstation.

Ihr Nutzen: Bediener arbeiten nicht mehr mit veralteten Wandzeichnungen, sondern mit der aktuellen, freigegebenen Version, die der Ingenieur heute freigegeben hat.

4. Richten Sie einen mehrstufigen Genehmigungsworkflow für Änderungen ein Level 4 — Mittel

Level 4 bringt Governance: Ein ECO läuft nicht mehr über eine einzelne Unterschrift, sondern durch Engineering, Produktion, Qualität und Finance — mit einem Verantwortlichen pro Stufe.

So gehen Sie in Odoo vor:

1. Gehen Sie zu PLM → Konfiguration → Approval Workflows → Neu und nennen Sie ihn 'Standard ECO Approval'.
2. Fügen Sie die Stufen in Reihenfolge hinzu: Engineering Review, Production Sign-off, Quality und Finance (nur wenn Kostenimpact > 500 €).
3. Weisen Sie jeder Stufe einen Einzelprüfer oder eine Gruppe zu; verlangen Sie bei Ablehnung einen Kommentar, damit Gründe nachvollziehbar bleiben.
4. Aktivieren Sie Benachrichtigungen per Aktivität, damit jeder Prüfer eine Aufgabe in seinem Posteingang erhält, sobald ein ECO seine Stufe erreicht.
5. Erstellen Sie eine Pipeline-Ansicht gruppiert nach Stufen, damit der Engineering-Leiter blockierte ECOs auf einen Blick sieht.

Ihr Nutzen: Änderungsprozesse werden zum definierten Ablauf statt zur persönlichen Eskalationskette; Verantwortliche sehen sofort, welche ECOs festhängen und warum.

5. Übertragen Sie eine genehmigte Revision auf laufende Fertigungsaufträge Level 5 — Mittel

Level 5 verbindet PLM mit dem Fertigungsalltag. Nach ECO-Freigabe entscheiden Sie, ob die Änderung nur für neue MOs gilt oder auch für bereits bestätigte Fertigungsaufträge.

So gehen Sie in Odoo vor:

1. Öffnen Sie ein genehmigtes ECO und prüfen Sie das Feld Apply To: New MOs only, Confirmed MOs oder All Open MOs.
2. Wählen Sie All Open MOs, um die neue BOM-Version mit einem Klick auf alle aktiven Fertigungsaufträge anzuwenden.
3. Bestätigen Sie; Odoo markiert die betroffenen MOs rot, damit der Planer sofort erkennt, dass sich das Rezept mittendrin geändert hat.
4. Öffnen Sie einen betroffenen MO und prüfen Sie, ob die neue Komponente mit der korrekten Menge in der Verbrauchsliste erscheint.
5. Posten Sie eine Nachricht im Produktionskanal mit ECO-Link und dem Umschaltzeitpunkt.

Ihr Nutzen: Änderungen während der Produktion erreichen die richtigen Fertigungsaufträge, sodass nächste Chargen der neuen Spezifikation entsprechen, statt der alten.

6. Sperren Sie die neue Revision bis ein Qualitätsgate einen Pilotlauf besteht Level 6 — Schwer

Level 6 verknüpft PLM mit Qualitätssicherung. Die neue BOM-Version wird erst freigegeben, wenn ein Pilotlauf ein definiertes Qualitätsprüfungsmerkmal erfolgreich besteht.

So gehen Sie in Odoo vor:

1. Gehen Sie zu Qualität → Konfiguration → Kontrollpunkte → Neu und verknüpfen Sie den Kontrollpunkt mit dem betroffenen Produkt und der BOM-Operation.
2. Definieren Sie den Test (Maßkontrolle, Sichtprüfung, Anweisung) und markieren Sie ein Nichtbestehen als Blocker für den Workflow.
3. Fügen Sie auf dem ECO-Formular eine Quality Gate-Stufe hinzu, die den Kontrollpunkt für einen Pilot-MO über drei Einheiten auslöst.
4. Ein Prüfer führt den Pilot-MO durch, bestätigt das Ergebnis auf dem Tablet und lädt Fotos direkt von der Arbeitsstation hoch.
5. Wenn der Test fehlschlägt, verweigert Odoo das Weiterkommen des ECO und erzeugt automatisch eine Qualitätsmeldung mit den fehlerhaften Messwerten.
6. Besteht der Test, rückt das ECO in die nächste Stufe und die neue BOM-Version wird für die Serienproduktion freigegeben.

Ihr Nutzen: Fehlerhafte Revisionen werden an drei Pilotteilen entdeckt — nicht an dreißig Kundenreklamationen — und die Verbindung zwischen Engineering-Änderung und Qualitätsresultat wird messbar.

7. Synchronisieren Sie Revisionen mit externen CAD-Systemen über die Odoo-API Level 7 — Schwer

Level 7 verbindet PLM direkt mit der Konstruktionsumgebung. Ingenieure arbeiten in ihrem CAD; Odoo erhält jede Freigabe als Entwurf-ECO mit vorgeladener BOM, Zeichnung und Bauteilliste.

So gehen Sie in Odoo vor:

1. Erzeugen Sie einen API-Schlüssel unter Einstellungen → Technisch → API-Schlüssel mit Lese-/Schreibrechten für das PLM-Modul.
2. Verbinden Sie einen CAD-Connector (SolidWorks, Inventor, Fusion 360, Onshape) mittels Webhook oder dediziertem Connector mit diesem Schlüssel.
3. Konfigurieren Sie die Schnittstelle so, dass jeder CAD-Release ein Draft-ECO mit neuen BOM-Zeilen, Zeichnungs-PDF und STEP-Anhang pusht.
4. Mappen Sie CAD-Revisionen (A, B, C) auf Odoo-BOM-Versionen, damit Benennungen in beiden Systemen konsistent bleiben.
5. Aktivieren Sie bidirektionale Hinweise: Eine Komponententausch in Odoo markiert das CAD-Teil als 'Needs Review', wenn der Ingenieur die Datei wieder öffnet.
6. Pilotieren Sie eine Produktfamilie für eine Woche, überwachen Sie das Sync-Protokoll und skalieren Sie erst bei null Fehlern.

Ihr Nutzen: Konstruktionsdaten fließen einmalig in Odoo; niemand tippt BOM-Zeilen manuell, und CAD-Revisionen sowie Odoo-Versionen erzählen dieselbe Historie.

Das Design der CAD‑zu‑Odoo‑Synchronisation, Feld‑Mapping, Konfliktlösung und Rollout‑Taktung ist genau die Art Integration, die Dasolo als Partner in PLM‑Projekten umsetzt.

8. Steuern Sie den kompletten Design‑to‑Retire‑Lifecycle über PLM, Qualität, KI und Live‑Dashboards Level 8 — Experte

Level 8 bildet die Spitze: PLM orchestriert Projektmanagement, Qualität, Fertigung, Field Service und KI, sodass jede Revision vom ersten Designgedanken bis zur Abkündigung eine durchgängige Historie hat.

So gehen Sie in Odoo vor:

1. Legen Sie ein Projektboard 'Design to Retire' an, verknüpfen Sie F&E‑Aufgaben mit Entwurfsprodukten; jeder Prototyp lebt dort vor dem ersten ECO.
2. Konfigurieren Sie Odoo‑KI, die ECO‑Beschreibungen liest und vor Einreichung Kosten‑Impact, Risikowertung und wahrscheinlichen Genehmigungsweg vorhersagt.
3. Verknüpfen Sie PLM mit Qualität, Instandhaltung und Field Service, sodass genehmigte Revisionen automatisch QC‑Pläne, Gerätealarme und Ersatzteilaktualisierungen erzeugen.
4. Veröffentlichen Sie freigegebene ECOs in der Wissensdatenbank für Händler und in der Field‑Service‑App für Techniker mit Offline‑Zugriff vor Ort.
5. Synchronisieren Sie den BOM‑Versionsstrom mit externen Systemen (CAD, MES, Kundenportale) per signierten Webhooks mit Retry‑Schlangen und Dead‑Letter‑Ansicht.
6. Erstellen Sie ein Spreadsheet‑Dashboard 'Product Lifecycle Live': durchschnittliche ECO‑Zyklen, Kosten‑Impact pro Quartal, blockierte Änderungen, Hauptfehlerursachen.
7. Automatisierung bei Produktabkündigung: Beim Archivieren informieren Sie betroffene Kunden und schlagen in allen offenen CRM‑Angeboten ein alternatives Teil vor.

Ihr Nutzen: Engineering‑Änderungen werden zur verbindenden Schicht zwischen Entwicklung, Produktion, Service und Finanzen — und liefern eine klare Kennzahl pro Quartal fürs Management‑Dashboard.

Das Verknüpfen von PLM mit Project, Quality, Field Service, KI, Knowledge, Spreadsheet und externen CAD/MES‑Systemen ist die cross‑app Architektur, die Dasolo als Partner implementiert. Für die meisten Teams ist eine externe Begleitung nötig, damit Routing‑Regeln und Fehlerbehandlung gleich beim ersten Mal sauber funktionieren.

Wann Expertenunterstützung sinnvoll ist

Wenn Level 1 bis 5 Ihre Welt trifft, schaffen Sie das oft mit Standard‑Odoo‑PLM, einem engagierten internen Owner und einer Sandbox, in der Testläufe erlaubt sind.

Ab Level 6 steigen die Risiken: Automatisierte Prozesse, die falsche Kundenmails verschicken, Studio‑Felder, die Upgrades blockieren, oder APIs, die um 2 Uhr stillschweigend die Bestände nicht mehr synchronisieren.

Das ist kein Versagen Ihres Teams, sondern ein Hinweis, dass Architektur, Teststrategie und Governance jetzt eine Rolle spielen.

Holen Sie einen Partner ins Boot, wenn Sie Multi‑App‑Design, länderspezifische Compliance, komplexe Integrationen oder einen festen Go‑Live‑Termin haben, den das Management verlangt.

Zusammenarbeit mit Dasolo

Dasolo hilft Unternehmen, Odoo so einzuführen, wie sie tatsächlich arbeiten: maßgeschneiderte Apps, saubere Integrationen und Trainings, die im Alltag haften, auch nachdem Berater gegangen sind.

Wenn Ihre PLM‑Roadmap die fortgeschrittenen Use Cases aus diesem Leitfaden enthält, können wir einen gestuften Plan ausarbeiten: zuerst Quick Wins, dann Automatisierung und Integrationen mit klaren Besitzern und Testskripten.

Sie behalten Scope und Budget unter Kontrolle. Wir bringen Odoo‑Tiefgang, damit Ihr Team nicht teure Produktionsfehler lernen muss.

Kostenloses Beratungsgespräch buchen:

Vereinbaren Sie Ihre Demo