Wenn die Konstruktion einen Entwurf in Autodesk Vault freigibt, ist die Revision gesperrt, die Stückliste ist fertiggestellt und die Zeichnungen sind genehmigt. Aus der Sicht der Konstruktion ist die Arbeit damit abgeschlossen. Aber für alle nachgelagerten Teams hat das Warten gerade erst begonnen, und die meisten von ihnen haben keine zuverlässige Möglichkeit zu wissen, ob die Konstruktionsdaten auf dem neuesten Stand sind.
Die Beschaffung wartet auf die Artikeldaten, um Aufträge zu erteilen. Die Fertigung benötigt die korrekte Revision, bevor sie einen Produktionslauf in Auftrag geben kann. Ein nachgeschaltetes PLM-System benötigt die aktualisierte Produktstruktur, um Konfiguration und Lebenszyklus zu verwalten. Jedes Team ist auf dieselbe Version angewiesen. Jedes Team erhält sie über einen anderen Kanal, in einem anderen Zeitrahmen und ohne ein gemeinsames Signal, dass die Entwicklung eine Änderung abgeschlossen hat.
Dies ist das Problem der unverbundenen Systeme. Und es ist häufiger und kostspieliger, als die meisten Unternehmen wahrhaben wollen.
Niemand hat sich vorgenommen, einen unzusammenhängenden Arbeitsablauf zu schaffen. Unternehmen investieren in Vault für die technische Datenverwaltung, ERP für Produktionsplanung, Beschaffung und Inventarisierung, PLM für die Verwaltung des Produktlebenszyklus. Jedes System ist das richtige Werkzeug für seinen Zweck. Das Problem ist, dass, wenn eine technische Änderung in Vault abgeschlossen und eine Revision vorangetrieben wird, dieses Ereignis in Vault erfasst und verwaltet wird. ERP wird nicht automatisch angewiesen, seine Artikeldaten zu aktualisieren. Nichts weist das PLM-System darauf hin, dass sich die Produktstruktur geändert hat.
Die Lücke zwischen den Systemen ist kein Fehler eines einzelnen Tools. Sie ist eine strukturelle Folge der Art und Weise, wie Unternehmenssoftware-Ökosysteme aufgebaut sind. Eine manuelle Überbrückung, wie sie die meisten Unternehmen vornehmen, birgt eine Reihe von Risiken, die mit der Zeit immer größer werden.
Dieses Problem ist leicht zu übersehen: Die manuelle Überbrückung sieht wie normale Arbeit aus.
Ein Ingenieur exportiert eine Stückliste und sendet sie an die Beschaffung. Ein PLM-Administrator gleicht Artikeldatensätze ab, nachdem ein ECO abgeschlossen wurde. Keiner dieser Schritte erscheint in einem Risikoregister. Sie sind einfach die Art und Weise, wie die Dinge erledigt werden. Ein Risiko entsteht, wenn sich die Änderungen schneller häufen, als der manuelle Prozess mithalten kann.
Die Beschaffung erteilt einen Auftrag auf der Grundlage einer Stückliste, die vor drei Wochen aktuell war, bevor zwei Ausführungsaufträge abgeschlossen und die Komponentenliste überarbeitet wurde. Die Fertigung führt eine Baugruppe auf der Grundlage einer Zeichnung aus, die bei der Konstruktionsprüfung im letzten Monat überholt wurde. In jedem Fall war das nachgelagerte Team nicht fahrlässig. Sie vertrauten dem System, in dem sie arbeiteten, und wussten nicht, dass die Quelle weitergezogen war.
Wenn falsche Informationen die nachgelagerten Abläufe erreichen, sind die Kosten konkret: Nacharbeit, beschleunigte Materialbestellungen, Produktionsausfallzeiten. In regulierten Branchen wie der Luft- und Raumfahrt, der Medizintechnik oder der Verteidigung reichen die Folgen noch weiter. Die Konstruktion oder Fertigung auf der Grundlage einer überholten Revision ist nicht nur ein betriebliches Problem. Es hat Auswirkungen auf die Rückverfolgbarkeit, die Prüfpfade und die Produktzertifizierung.
Die Schwierigkeit bei der Lösung dieses Problems besteht darin, dass ein Großteil der Kosten unsichtbar ist, weil sie in die Arbeitsweise der Mitarbeiter eingebettet sind.
Ingenieurteams führen Verifizierungsanfragen durch, die keine manuelle Bestätigung erfordern sollten. Die Beschaffung baut Vorlaufzeitpuffer auf, um der Möglichkeit Rechnung zu tragen, dass das, was sie erhalten hat, nicht aktuell ist. Die Fertigung fügt Prüfpunkte hinzu, bevor sie die Produktion in Angriff nimmt. Diese Gewohnheiten fühlen sich wie Fleiß an. In Wirklichkeit sind sie ein Ausgleich für einen Arbeitsablauf, der nicht das tut, was er tun sollte.
Und wenn die Teams erst einmal genug Erfahrung gesammelt haben, vertrauen sie dem automatisierten Weg nicht mehr ganz. Manuelle Kontrollpunkte werden zu festen Bestandteilen. Das Unternehmen wird langsamer und abhängiger von individuellen Bemühungen, als es seine Systeminvestitionen vermuten lassen.
Es gibt auch einen kulturellen Preis. Wenn sich nachgelagerte Teams nicht mehr auf die Daten verlassen können, die sie erhalten, hören sie auf, sich auf den Prozess zu verlassen. Die Automatisierung wird umgangen. Genehmigungen werden zurückgehalten. Entscheidungen werden verzögert, bis jemand sie von Hand bestätigen kann. Die Investition in vernetzte Systeme führt zu vernetzten Systemen, denen niemand wirklich vertraut.
Die meisten Unternehmen messen, ob eine Datenübertragung abgeschlossen ist. Ist die Stückliste im ERP angekommen? Wurde der PLM-Datensatz aktualisiert? Dies sind notwendige Kontrollpunkte, aber sie stellen die falsche Frage.
Das Verbinden zweier Systeme ist ein gelöstes Problem. Die Sicherstellung, dass ein Freigabeereignis in Vault genau an ERP, PLM und MES weitergegeben wird, ohne manuelle Eingriffe und ohne Unklarheiten darüber, was aktuell ist, ist ein schwierigeres und folgenreicheres Problem. Es erfordert nicht nur technische Konnektivität, sondern auch eine Steuerungslogik: Welche Ereignisse in Vault sollen welche Aktionen in den nachgelagerten Systemen und für welche Teams auslösen.
Die eigentliche Frage lautet: Wenn die Technik eine Änderung in Vault freigibt, wird sie dann von jedem System, das von dieser Änderung abhängt, zuverlässig übernommen, ohne dass jemand die Übertragung manuell verwaltet? Diese Frage verschiebt den Rahmen von der Integration zur Zuverlässigkeit.
Unternehmen, die dieses Problem gelöst haben, verfügen über etwas, das ihre Mitbewerber nicht haben: Vertrauen. Der Einkauf vertraut auf die Daten, die er erhält. Die Fertigung muss die Daten vor der Ausführung nicht überprüfen. Dieses Vertrauen ist nicht nur eine betriebliche Verbesserung. Es verändert, wie schnell das Unternehmen auf Veränderungen reagieren kann, wie viel Zeit die Ingenieure für die Koordination statt für die Konstruktion aufwenden müssen und wie zuverlässig Zusagen gegenüber Kunden und Projektbeteiligten eingehalten werden können.
Die Unternehmen, die bei diesem Problem die größten Fortschritte erzielen, beginnen in der Regel nicht mit der Technologie, sondern mit einer klaren Übersicht über die tatsächlich vorhandenen Systeme. Welche Systeme erhalten Daten von Vault? Über welchen Mechanismus? Wer ist für jede Übertragung verantwortlich? Was passiert, wenn die Technik eine Änderung freigibt?
Diese Übersicht zeigt in der Regel eine kleine Anzahl von risikoreichen Übergabepunkten, bei denen manuelle Prozesse das größte Gewicht haben. Ein häufiges Beispiel: Ein ECO wird am Freitagnachmittag in Vault abgeschlossen, und die Beschaffung erfährt es erst, als ein Ingenieur am Montag eine E-Mail schreibt. Diese zweitägige Lücke, multipliziert mit jedem Änderungszyklus, ist der Punkt, an dem die Terminzusagen schleichend erodieren.
Wenn diese Punkte zuerst angegangen werden, und zwar mit einer zuverlässigen, ereignisgesteuerten Weitergabe anstelle von geplanten Exporten oder manuellen Schritten, lassen sich die schnellsten sichtbaren Verbesserungen erzielen.
Das Ziel besteht nicht darin, das menschliche Urteilsvermögen aus dem Prozess zu eliminieren. Technische Änderungen erfordern Kontext und Überprüfung, die durch keine Automatisierung ersetzt werden können. Das Ziel besteht darin, die manuelle Arbeit beim Verschieben von Daten zwischen Systemen zu eliminieren, damit sich die für die einzelnen Prozesse zuständigen Personen auf die Entscheidungen konzentrieren können, die sie tatsächlich benötigen.
Ein Release sollte eine einzige Quelle der Wahrheit bedeuten, und zwar für jedes System und jedes Team, das davon abhängt. Die meisten Unternehmen sind noch nicht so weit. Diejenigen, die es schaffen, arbeiten nicht nur effizienter. Sie treffen bessere Entscheidungen, schneller und mit weniger Mitarbeitern, die ihren Tag damit verbringen, zu bestätigen, was bereits bekannt sein sollte.