Warum die Dokumentenverwaltung im Ingenieurwesen mangelhaft ist und wie man sie beheben kann

Die Zeichnung in der Werkstatt ist nicht die genehmigte Zeichnung.

Es fängt jedes Mal genauso an.

Ein Änderungsantrag wird gestellt. Ein Lieferant reicht ein Paket ein. Eine Aufsichtsbehörde setzt einen Prüfungstermin an. Plötzlich muss jemand beweisen, welche Änderung offiziell war, wer sie genehmigt hat und ob die zuständigen Personen sie jemals gesehen haben.

Ingenieure durchforsten E-Mail-Verläufe auf der Suche nach der aktuellsten Zeichnungsversion. Dokumentenverantwortliche rekonstruieren Übermittlungsregister aus dem Gedächtnis und durch die Suche im Posteingang. Projektmanager versuchen sich zu erinnern, welcher Lieferant welches Paket bestätigt hat und welcher gar nicht geantwortet hat. Compliance-Beauftragte fordern einen PSM/MOC-Prüfpfad an, der in drei verschiedenen Systemen gespeichert ist, die nicht miteinander übereinstimmen.

Alle arbeiten fleißig. Niemand arbeitet mit derselben Version.

So sieht Dokumentenkontrolle heute in vielen Fertigungsunternehmen aus, nicht weil die Teams nachlässig sind, sondern weil die Systeme, auf die sie sich verlassen, nie dafür konzipiert wurden, die Verwaltung von technischen Dokumenten als einen einzigen, zusammenhängenden Prozess zu steuern.

Das eigentliche Problem ist nicht das PLM-System. Es sind alle, die außerhalb davon arbeiten.

Die meisten Hersteller nutzen bereits ein PLM-System, und für die Konstruktionsabteilung erfüllt es seine Aufgabe gut. Es verwaltet die Konstruktionsdokumentation, die Stückliste und die Arbeitspläne.

PLM wurde jedoch für Ingenieure entwickelt. Es erstreckt sich selten auf diejenigen, die ein Dokument bearbeiten, nachdem es die Entwicklungsabteilung verlassen hat: den Dokumentenverantwortlichen, der ein Begleitschreiben zusammenstellt, den Lieferanten, der den Empfang bestätigt, das Qualitätsteam, das Nachweise für ein Audit zusammenstellt, den Werksingenieur, der bestätigt, dass er gemäß der aktuellen Revision baut.

Diese Mitarbeiter arbeiten außerhalb des PLM-Systems und nutzen E-Mails, Tabellenkalkulationen und Netzlaufwerke anstelle eines echten Dokumentenmanagementsystems für die Fertigung . Zwar ist der Konstruktionsdokumentationsstand kontrolliert, der zugehörige Austausch- und Änderungsfreigabeprozess jedoch nicht.

Dadurch entsteht eine Diskrepanz zwischen dem, was das PLM-System weiß, und dem, was tatsächlich vor Ort passiert. Genau in dieser Diskrepanz liegt das Risiko.

Wie sich operative Reibungsverluste tatsächlich äußern

Diese Reibung ist nicht nur eine Unannehmlichkeit. Sie verursacht reale, messbare Kosten:

• Vorfälle mit veralteten Zeichnungen: Ein Bediener oder Lieferant fertigt nach einem Dokument, das nie die aktuelle Revision war, was zu Ausschuss, Nacharbeit oder dem Verpassen eines Meilensteins führt.
• Übermittlungsstreitigkeiten: Es gibt keine Systemaufzeichnung darüber, welche Revision an einen Lieferanten oder Auftragnehmer gesendet wurde oder ob sie jemals empfangen wurde.
• Auditvorbereitungsübungen: PSM/MOC- und ISO-Nachweise werden Tage vor einer Inspektion aus E-Mail-Archiven zusammengestellt, anstatt kontinuierlich vorhanden zu sein.
• Gleichzeitige Änderungskonflikte: Zwei Ingenieure genehmigen Änderungen an derselben Zeichnung ohne gemeinsame Überprüfung.
• Schwachstellen in Service-Level-Agreements (SLAs): Projektmanager verfolgen manuell, welche Übermittlungen noch ausstehen und wie lange.

Ein einziger Nachbearbeitungsfall aufgrund einer falschen Revision oder eine strittige Übermittlung in einem laufenden Projekt verursacht regelmäßig Kosten im sechsstelligen Bereich, oft mehr als die Kosten der Dokumentenmanagement-Software, die dies hätte verhindern können.

Warum Punktkorrekturen das Problem nicht lösen

Viele Hersteller haben versucht, dieses Problem durch eine gemeinsame Laufwerksstruktur, eine strengere Namenskonvention oder ein umfangreicheres PLM-Änderungsauftragsmodul zu beheben. Jede dieser Maßnahmen hilft nur bedingt. Die eigentliche Ursache wird dadurch nicht gelöst.

Herkömmliche Enterprise-Content-Management-Systeme und ältere Dokumentenverwaltungsprogramme wurden für die Speicherung von Dateien entwickelt, nicht zur Steuerung von Änderungen an Dokumenten, wann und mit welcher Genehmigung. Die Speicherung eines Dokuments ist nicht gleichbedeutend mit dessen Kontrolle. Was fehlt, ist kein weiteres Repository, sondern die Automatisierung des Dokumenten-Workflows für den Änderungs- und Austauschprozess selbst. So wird die Einhaltung der Richtlinien nicht mehr davon abhängig, dass Mitarbeiter sie jedes Mal, in jedem Projekt, an jedem Standort und bei jedem Lieferanten manuell befolgen müssen.

Das fehlende Puzzleteil: kontrollierte Inhalte

Eine Zeichnung in einem freigegebenen Ordner weiß nicht, welche Revision genehmigt wurde, zu welchem ​​Projekt sie gehört, an welchen Lieferanten sie gesendet wurde oder ob dieser Lieferant sie jemals bestätigt hat.

Dieses Wissen befindet sich in den Köpfen der Menschen, in ihren E-Mail-Postfächern und in Tabellenkalkulationen, was bedeutet, dass es verschwindet, sobald jemand krank ist, die Rolle wechselt oder einfach vergisst, den Tracker zu aktualisieren.

Was die Hersteller stattdessen brauchen, ist ein intelligentes Dokumentenmanagement: Jedes Dokument muss auf seine genehmigte Revision festgelegt werden, jede Änderung und jeder Austausch muss durch einen strukturierten, überprüfbaren Prozess geleitet werden, und der Prüfpfad muss automatisch während der Arbeit erfasst und nicht nachträglich rekonstruiert werden.

Wir stellen einen anderen Ansatz vor: M-Dateien für die Fertigung

M-Files for Manufacturing ist eine Dokumentenmanagement-Software für die Fertigungsindustrie, die genau diese Disziplin in den Änderungs- und Austauschprozess integriert. Das Änderungsmanagement (Engineering Change Control, ECC) steuert den gesamten Lebenszyklus einer Änderung – von der Initiierung über die interdisziplinäre Prüfung, Genehmigung und Überarbeitung bis hin zur Freigabe. Das betroffene Dokument ist dabei exakt auf die jeweilige Revisionsversion festgelegt. Das Übermittlungsmanagement ersetzt E-Mail-Verläufe und freigegebene Laufwerke durch ein speziell codiertes, SLA-überwachtes Paket, das über einen kontrollierten externen Kanal an Lieferanten und Auftragnehmer übermittelt wird.

Das Ergebnis ist nicht nur eine bessere Organisation. Es ist ein geordnetes Protokoll darüber, wer was geändert hat, wer es genehmigt hat und an wen es ausgegeben wurde – jederzeit verfügbar und nicht unter Zeitdruck rekonstruiert.

Von der Rekonstruktion von Beweismitteln bis hin zum bereits vorhandenen Beweismaterial

Wenn Änderungen und Austauschprozesse von Anfang an geregelt sind, entfällt die Auditvorbereitung. Ingenieure genehmigen die korrekte Revision, da sie die einzig verfügbare ist. Dokumentenverantwortliche rufen die vollständige Übermittlungshistorie innerhalb von Minuten ab, nicht erst nach Tagen. Und wenn das nächste Audit oder der nächste Vorfall mit einer ersetzten Zeichnung eintritt, erkennt das System dies zuerst – nicht das Gedächtnis einer Person.

Das Fazit

Hersteller benötigen kein weiteres PLM-Modul oder eine weitere Lösung für gemeinsame Laufwerke. Sie benötigen eine Software für das Fertigungsdokumentenmanagement, die jede Konstruktionsänderung und jeden Datenaustausch steuert und mit den bereits vorhandenen PLM- und ERP-Systemen zusammenarbeitet.

Denn wenn Wandel und Austausch vom Kontext bestimmt werden, geht alles Nachgelagerte schneller: weniger Streitigkeiten, weniger Zwischenfälle und weitaus weniger Hektik, wenn die nächste Prüfung oder die nächste Inspektion ansteht.

Erfahren Sie, wie M-Files for Manufacturing die Lücke zwischen dem, was Ihr PLM-System weiß, und dem, was tatsächlich in der Fertigung und im Außendienst passiert, schließt.