Versionskontrolle für Arbeitsanweisungen: Was es kostet, wenn eine Station mit der falschen Revision arbeitet

Kurze Antwort: Versionskontrolle für Arbeitsanweisungen ist die Garantie, dass jede Kopie einer Arbeitsanweisung, die ein Werker öffnet, egal in welcher Schicht und an welcher Station, die aktuell freigegebene Revision ist, und dass jede überholte Kopie in dem Moment nicht mehr erreichbar ist, in dem eine neue freigegeben wird. Ist das nicht gewährleistet, ist der Schaden konkret: Eine Station fertigt nach der Drehmomentvorgabe des Vormonats, eine Umrüstung läuft nach einem Rüstblatt, das die Konstruktion bereits überarbeitet hat, oder ein Auditor nimmt eine Arbeitsanweisung von der Wand und findet eine Revisionsnummer, die niemand zuordnen kann.

Die digitalen Arbeitsanweisungen von Workerbase existieren, weil das Wissen in der Regel längst vorhanden ist. Das SOP, das Rüstblatt, der Reinigungsablauf: alles ist irgendwo festgehalten. Was fehlt, ist die Verbindung zwischen dem Dokument und dem Moment, in dem ein Werker es benötigt. Am häufigsten reißt diese Verbindung, wenn eine Revision in die falschen Hände gerät oder eine überholte Revision länger im Umlauf bleibt, als sie sollte.

Das wird mit wachsender Variantenvielfalt wichtiger. Eine Linie, die achtzig Varianten pro Schicht fährt, kann es sich nicht leisten, dass ein Werker rät, welches Parameterblatt gilt, und ein regulierter Betrieb kann es sich nicht leisten, dass ein Auditor zwei verschiedene Revisionen derselben Anweisung gleichzeitig im Einsatz findet.

Was bedeutet Versionskontrolle für Arbeitsanweisungen auf dem Shopfloor konkret?

Versionskontrolle für Arbeitsanweisungen bedeutet: An einer Station ist immer nur eine Revision einer Anweisung aktiv und erreichbar, jede frühere Revision wird in dem Moment aus dem Umlauf genommen, in dem eine neue freigegeben wird, und das System kann im Nachhinein zeigen, gegen welche Revision ein bestimmter Werker gearbeitet hat. Das ist keine Namenskonvention für Dokumente. Das ist eine betriebliche Garantie.

Der Begriff wird oft mit verwandten, aber unterschiedlichen Konzepten verwechselt. Eine Arbeitsanweisung und ein SOP beschreiben dasselbe Wissen auf unterschiedlichen Detailebenen, und Versionskontrolle gilt für beide: Ein von der Qualitätsabteilung überarbeitetes SOP muss die Fertigung mit derselben Sicherheit erreichen wie eine von der Konstruktion überarbeitete Schritt-für-Schritt-Montageanweisung. Revisionskontrolle ist zudem nicht dasselbe wie Dokumentenablage. Ein Dokumentenmanagementsystem kann jede je geschriebene Revision speichern und trotzdem zulassen, dass ein Werker die falsche öffnet, weil das korrekte Speichern einer Revision und das Anzeigen der richtigen Revision am Arbeitsplatz zwei unterschiedliche Probleme sind.

Was passiert, wenn eine Station mit der falschen Revision arbeitet?

Arbeiten mit der falschen Revision führt zu einem von drei Ergebnissen: ein Teil, das nach einer überholten Spezifikation gefertigt wurde, ein Schritt, der ausfällt, weil eine Verfahrensänderung die Fertigung nie erreicht hat, oder ein Auditbefund, dass ein gelenktes Dokument in zwei Versionen gleichzeitig existierte. Jedes dieser Probleme verschärft sich, je länger die falsche Revision im Einsatz bleibt.

Ein Beispiel: eine Umrüstung. Die Konstruktion zieht am Dienstag eine Drehmomentvorgabe an und verteilt die Änderung per E-Mail-Anhang. Die Spätschicht hat ihr Referenzblatt am Montag ausgedruckt. Jede Einheit, die auf dieser Linie gefertigt wird, bis jemand die Abweichung bemerkt, entsteht nach der alten Spezifikation, und das fällt meist erst bei der Endprüfung auf oder noch später, nicht an der Station, an der der Fehler entstanden ist.

Dieselbe Lücke zeigt sich beim Audit. Ein Prüfer fragt nach der Arbeitsanweisung, die einen bestimmten Vorgang regelt, und findet ein laminiertes Blatt an der Station ohne Revisionskennzeichnung, ein PDF auf einem Netzlaufwerk mit einem drei Monate alten Datum und eine aktuelle Version in den Unterlagen der Konstruktion, die es in keines der beiden anderen Dokumente geschafft hat. Keines dieser drei Dokumente ist für sich genommen falsch. Der Fehler liegt darin, dass nichts sichergestellt hat, dass nur eines davon im Einsatz sein konnte.

Was verlangen ISO 9001 und IATF 16949 hier konkret?

ISO 9001:2015 verlangt von Organisationen, dokumentierte Informationen so zu lenken, dass sie dort und dann verfügbar und geeignet sind, wo und wann sie gebraucht werden, und insbesondere die unbeabsichtigte Nutzung veralteter Dokumente zu verhindern. Die Norm schreibt nicht vor, wie ein Hersteller das erreicht, nur dass eine veraltete Revision nie für eine aktuelle gehalten wird.

Automobilzulieferer tragen eine zusätzliche Pflicht. IATF 16949 verlangt einen dokumentierten Änderungssteuerungsprozess für Arbeitsanweisungen, Control Plans und andere von einer Produkt- oder Prozessänderung betroffene Dokumente, einschließlich wer die Änderung geprüft hat, wer sie freigegeben hat und wie die Aktualisierung jeden Prozessverantwortlichen erreicht hat. Eine Revision, die das Masterdokument aktualisiert, aber nie an der Station ankommt, erfüllt diese Anforderung nicht, selbst wenn die Unterlagen ansonsten korrekt sind.

Keine der beiden Normen behandelt das als Ablagefrage. Beide behandeln es als die Frage, ob die Organisation jederzeit nachweisen kann, welche Revision gültig war und wer danach gearbeitet hat.

Warum erreicht die falsche Revision immer wieder die Fertigung?

Die falsche Revision erreicht die Fertigung, weil die meisten Betriebe Anweisungen genauso verteilen wie jedes andere Dokument: per E-Mail, über einen Ordner auf dem Netzlaufwerk oder über einen Papierordner, den jemand auffüllt, wenn er daran denkt. Keiner dieser drei Wege entfernt die alte Kopie, wenn eine neue erscheint, sodass beide Versionen weiterbestehen, bis jemand die alte manuell findet und vernichtet.

Ein Dokumentenmanagementsystem oder PLM-System löst die Hälfte des Problems. Es kann die aktuelle, freigegebene Revision an einer verbindlichen Stelle vorhalten. Was es allein nicht leisten kann, ist zu verhindern, dass ein Werker eine Kopie öffnet, die vor der Aktualisierung ausgedruckt, verschickt oder lokal gespeichert wurde, denn sobald ein Dokument das gesteuerte System verlässt, verfolgt nichts in diesem System mehr, was mit der Kopie passiert.

Wie schließt Workerbase die Lücke zwischen einer Revision und der Station?

Workerbase schließt die Lücke, indem die Anweisung an die Maschine, den Auftrag oder die Station gebunden wird, zu der sie gehört, die aktuelle Revision aus dem PLM- oder Dokumentensystem gezogen wird, das ein Betrieb bereits nutzt, und jede frühere Kopie auf jedem Gerät in dem Moment stillgelegt wird, in dem eine neue Revision freigegeben wird. Ein Werker sucht nicht nach dem richtigen Dokument. Das richtige Dokument, und nur dieses, ist bereits da.

Das ist der Assign-Execute-Verify-Zyklus, angewendet speziell auf die Dokumentenlenkung: Die Aufgabe wird mit der aktuellen Revision zugewiesen, der Werker arbeitet gegen genau diese Revision und keine andere, und das System erfasst und protokolliert, welche Revision von wem und wann genutzt wurde. Verlangt ein Schritt eine Unterschrift, eine Messung oder ein Foto, wird dieser Nachweis gegen die konkrete Revision erfasst, die der Werker gesehen hat, nicht nachträglich aus der Erinnerung rekonstruiert.

Eine funktionierende Revisionsaktualisierung läuft in der Praxis über sechs Punkte:

1. Konstruktion oder Qualität gibt eine neue Revision im PLM- oder Dokumentensystem frei, das bereits im Einsatz ist.
2. Workerbase verknüpft die Änderung oder übernimmt sie, ohne dass der Inhalt zuerst neu erstellt werden muss.
3. Die neue Revision wird zu der Version, die an die betreffende Maschine, den Auftrag oder die Station ausgeliefert wird.
4. Jede frühere Kopie, auf jedem Gerät, wird im selben Moment stillgelegt.
5. Der Werker bestätigt den Schritt, und die Revisionskennung wird als Teil dieser Bestätigung erfasst.
6. Der Datensatz zeigt für jede Einheit oder Schicht genau, welche Revision gültig war.

Nichts in dieser Abfolge setzt voraus, dass die vorhandene Anweisungsbibliothek zuerst neu erstellt werden muss. Die Inhalte, die ein Betrieb bereits hat, SOPs, Handbücher, Rüstblätter, werden an die Objekte gebunden, die sie regeln, und standardmäßig aktuell gehalten. Das ist auch, was einen Go-live mit Workerbase zu einer Sache von Tagen statt eines mehrmonatigen Content-Migrationsprojekts macht.

Wie sieht es aus, wenn Versionskontrolle funktioniert?

Dantherm betreibt seine Fertigungslinie nach diesem Modell: Workerbase bindet die aktuelle Arbeitsanweisung an die Station und den Auftrag, mit dem Ergebnis von 36 % weniger ungeplanten Linienstopps und vollständiger Rückverfolgbarkeit vom Arbeitsplatz bis ins ERP, bei vollständig eliminierten Papierprozessen in der Fertigung. Alle Details stehen im Dantherm-Erfolgsbericht.

Die Plattform-Kennzahlen gelten branchenübergreifend: 85 % der Konfiguration übernehmen Ops-Teams ohne IT-Beteiligung, und der Go-live auf einer einzelnen Produktionslinie dauert zwei Wochen. Das heißt, Versionskontrolle zu beheben erfordert kein paralleles Integrationsprojekt, bevor irgendjemand in der Fertigung den Nutzen sieht. In einem Fall erzielte ein Metallverarbeiter durch straffere Anweisungskontrolle eine Produktivitätssteigerung von rund 9 %, im Wert von bis zu 1,3 Mio. Euro pro Jahr durch weniger Ausschuss und Nacharbeit infolge weniger Teile, die nach der falschen Spezifikation gefertigt wurden.

Häufige Fehler, die Betriebe bei der Versionskontrolle machen

• E-Mail als Verteilsystem nutzen. Ein per E-Mail verschicktes PDF hat keinen Mechanismus zum Zurückrufen oder Ablaufen. Jede bereits heruntergeladene Kopie bleibt aus Sicht des Werkers unbegrenzt gültig.
• Sich allein auf ein Dokumentenmanagementsystem verlassen. Ein DMS zeigt, welche Revision korrekt ist. Es verhindert nicht, dass eine ausgedruckte oder gespeicherte Kopie im Umlauf bleibt, nachdem sich diese Revision geändert hat.
• Keine sichtbare Revisionskennung am Einsatzort. Sieht ein Werker nicht, welche Revision er vor sich hat, kann er nicht erkennen, dass sie veraltet ist, und ein Auditor kann es ebenso wenig prüfen.
• Davon ausgehen, dass Schulung die Lücke schließt. Eine Schulung vermittelt, was ein Verfahren am Tag der Schulung besagte. Sie aktualisiert sich nicht automatisch, wenn sich das Verfahren ändert.
• Versionskontrolle pro Werk statt pro Standard steuern. Ein Mehrwerksbetrieb, der jedem Standort die eigene Revisionssteuerung überlässt, landet bei derselben Anweisung auf drei unterschiedlichen Revisionsständen in drei Werken, und das ist selbst ein Auditbefund.

Häufig gestellte Fragen

Gilt Versionskontrolle auch für SOPs, nicht nur für Montageanweisungen?

Ja. SOPs und Arbeitsanweisungen beschreiben dasselbe zugrunde liegende Wissen auf unterschiedlichen Detailebenen, und ein veraltetes SOP birgt dasselbe Risiko wie eine veraltete Montageanweisung: Ein Werker, der eine überholte Version von einem der beiden befolgt, arbeitet gegen eine Spezifikation, hinter der die Organisation nicht mehr steht.

Wie prüfen Auditoren Versionskontrolle für Arbeitsanweisungen in der Praxis?

Ein Auditor fragt in der Regel nach dem aktuell gelenkten Dokument für einen bestimmten Vorgang, vergleicht es mit dem, was physisch an der Station vorliegt, und prüft, ob eine weitere Kopie dieses Dokuments, gedruckt, per E-Mail verschickt oder lokal gespeichert, ebenfalls im Umlauf ist. Zwei verschiedene Revisionen derselben Anweisung gleichzeitig im Einsatz zu finden, ist einer der häufigsten Dokumentenlenkungsbefunde in einem Qualitätsaudit.

Muss ich dafür unser PLM- oder Dokumentenmanagementsystem ersetzen?

Nein. Workerbase verknüpft sich mit dem PLM-, DMS- oder SharePoint-System, das ein Betrieb bereits nutzt, oder übernimmt Inhalte daraus, statt es zu ersetzen. Das führende Dokumentensystem bleibt, wo es ist. Was sich ändert, ist, wie die aktuelle Revision die Station erreicht und wie überholte Revisionen aus der Nutzung entfernt werden.

Wie schnell erreicht eine Revisionsaktualisierung jede betroffene Station?

Sobald eine neue Revision im Quellsystem freigegeben ist, spielt Workerbase sie an jede gebundene Maschine, jeden Auftrag und jede Station aus und legt die vorherige Kopie im selben Moment still, sodass kein Zeitfenster entsteht, in dem beide Versionen gleichzeitig auf unterschiedlichen Geräten gültig sind.

Müssen unsere vorhandenen Inhalte dafür neu geschrieben werden?

Nein. Vorhandene SOPs, Handbücher und Rüstblätter lassen sich so verknüpfen oder übernehmen, wie sie sind. Eine Neuerstellung ist eine separate Entscheidung für Inhalte, die tatsächlich veraltet sind, keine Voraussetzung dafür, Versionskontrolle in den Griff zu bekommen.

Was passiert mit einer überholten Revision, wenn sie stillgelegt wird?

Sie wird an jeder Station und Maschine, an die sie gebunden war, aus der aktiven Ansicht entfernt, aber der Nachweis, welche Einheiten oder Schichten gegen sie gefertigt wurden, bleibt erhalten. Das ermöglicht es einem Qualitätsteam, eine bestimmte Einheit bis zur genauen Revision zurückzuverfolgen, die bei der Fertigung gültig war.

Funktioniert das genauso über mehrere Werke hinweg, die denselben Standard nutzen?

Das ist möglich, sofern der Standard selbst zentral gesteuert wird statt pro Standort. Ein Ansatz zur Steuerung von Arbeitsanweisungen über mehrere Werke hinweg hält eine Revision eines gemeinsamen Standards in jedem Werk aktuell, das ihn nutzt, statt lokale Kopien unterschiedlich schnell auseinanderdriften zu lassen.