.svg)
Was das Änderungsmanagement synchron halten muss
Jede technische Änderung liefert eine verbindliche Antwort auf eine spezifische Frage: Welche Revision dieses Teils ist ab welchem Datum an welchen Standorten gültig? Drei Systeme benötigen diese Antwort. Das PLM-System enthält den Konstruktionsdatensatz. Das ERP-System verwaltet Beschaffung und Kalkulation. Das MES enthält die Arbeitsanweisungen für die Fertigung.
Wenn diese drei Systeme nicht übereinstimmen, bleibt dies meist unbemerkt. Jedes System meldet seinen eigenen Revisionsstand als aktuell und ist in sich konsistent. Es treten keine Fehlermeldungen auf. Die Diskrepanz zeigt sich erst bei der Qualitätsprüfung, durch eine Kundenbeschwerde oder bei einem Audit – Wochen oder Monate nach der Genehmigung.
Deshalb wird das Änderungsmanagement oft falsch gemessen. Teams verfolgen die Durchlaufzeiten von Änderungsaufträgen, was lediglich zeigt, wie lange die Genehmigung gedauert hat. Es sagt jedoch nichts darüber aus, ob die genehmigte Änderung überall dort umgesetzt wurde, wo sie erforderlich ist. Eine Änderung, die in drei Tagen genehmigt, aber erst nach drei Wochen im MES umgesetzt wird, führt dazu, dass weiterhin das falsche Teil ausgeliefert wird.
Die fünf Phasen des Änderungsmanagement-Prozesses
Die Disziplin gliedert sich in fünf Phasen. Die Terminologie ist dabei entscheidend, da jede Phase ein anderes Ergebnis liefert.
- Anfrage: Ein Qualitätsingenieur erstellt einen Engineering Change Request (ECR), in dem das Problem und der Lösungsvorschlag beschrieben werden.
- Bewertung: Konstruktion, Qualitätssicherung und Einkauf ermitteln, welche Bereiche von der Änderung betroffen sind – welche Baugruppen, welche Lieferanten und welche offenen Fertigungsaufträge.
- Genehmigung: Das zuständige Gremium gibt die Änderung frei, und aus der Anfrage wird ein Engineering Change Order (ECO) – das offizielle Dokument, das die Änderung autorisiert.
- Wirksamkeit: Änderungen werden datiert, damit jedes System weiß, ab welcher Seriennummer, Charge oder welchem Datum die neue Revision gilt.
- Übertragung: Freigegebene Revisionen und ihr Gültigkeitsdatum erreichen jedes System und jeden Partner, der damit arbeitet.
Die technische Änderungskontrolle bildet den Rahmen für alle fünf Punkte: Wer darf was freigeben und welche Nachweise müssen aufbewahrt werden? Die ersten vier Phasen finden innerhalb eines Systems statt, meist im PLM. Die fünfte überschreitet Systemgrenzen, weshalb sie oft scheitert.
Warum freigegebene Änderungen die Fertigung dennoch verspätet erreichen
Die Übertragung scheitert auf vier erkennbare Arten, von denen keine zum Zeitpunkt des Auftretens wie ein Fehler aussieht.
Manuelle Neueingaben sind am häufigsten. Ein Ingenieur sendet die neue Revision per E-Mail an die Planung, jemand tippt sie in das ERP-System ein – und die Übertragung ist so lange korrekt, bis sie es eines Tages nicht mehr ist.
Batch-Fenster verlieren das Gültigkeitsdatum. Eine nächtliche Synchronisierung überträgt zwar die Revisionsnummer, verwirft aber das Datum der Gültigkeit. Das ERP-System behandelt die Änderung daher als sofort wirksam, während das MES bis zur nächsten Aktualisierung mit den alten Anweisungen weiterarbeitet.
Strukturkonvertierungen führen zu schleichenden Abweichungen. Die technische Stückliste im PLM ist anders aufgebaut als die Fertigungsstückliste, die das ERP benötigt. Wenn diese Konvertierung skriptbasiert statt gesteuert erfolgt, kann ein ersetztes Bauteil in der falschen Baugruppe landen. Dies ist dieselbe Lücke, die den digitalen Faden im weiteren Sinne unterbricht.
Lieferantenbenachrichtigungen bleiben informell. Revisionen werden als E-Mail-Anhänge verschickt, und der Lieferant hat keine zuverlässige Möglichkeit zu prüfen, ob die ihm vorliegende Zeichnung aktuell ist.
Alle vier Punkte haben eine gemeinsame Ursache: Sobald eine Änderung das PLM verlässt, ist kein System mehr für sie verantwortlich.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
