Der Auditor bittet den neuen Kollegen in der Wareneingangsprüfung, ihm die gültige Verfahrensanweisung zu zeigen. Der Kollege greift neben seinen Bildschirm, zu einem Ausdruck mit Eselsohren – „VA-08, die habe ich bei der Einarbeitung bekommen.“ Der Auditor nickt und öffnet selbst den SharePoint-Ordner „Verfahrensanweisungen“. Dort liegen drei Dateien: VA-08_Wareneingang_v2.docx, VA-08_Wareneingang_v2_final.docx und VA-08_Wareneingang_v2_final_überarbeitet.docx, angelegt von drei verschiedenen Personen, zuletzt geändert vor sieben Monaten. Keine trägt einen Freigabevermerk. Die Frage, die folgt, ist die einfachste im ganzen Audit: „Welche davon gilt – und woran erkennt Ihr Kollege das?“
Niemand kann sie beantworten. Nicht, weil irgendjemand nachlässig gearbeitet hätte, sondern weil das Dateisystem selbst keine Antwort kennt. Ein Ordner unterscheidet nicht zwischen Entwurf und freigegebener Fassung. Er merkt sich kein Freigabedatum, keinen Namen, keine Frist für die nächste Prüfung. Er speichert nur, was zuletzt gespeichert wurde.
Warum SharePoint ein Ablageort ist, kein Lenkungssystem
Verfahrensanweisungen, Arbeitsanweisungen und das Handbuch entstehen fast überall auf demselben Weg: eine Word-Datei, ein Netzlaufwerk oder SharePoint-Ordner, ein Dateiname, der mit jeder Überarbeitung länger wird. Das Problem liegt an drei Stellen, die mit der Sorgfalt der Beteiligten nichts zu tun haben. Erstens: Version und Gültigkeit stecken im Dateinamen, nicht in einem Feld, das sich auswerten lässt. Ob „v2_final“ tatsächlich die aktuelle und freigegebene Fassung ist, weiß nur, wer die Historie der letzten sechs Monate im Kopf hat. Zweitens: Wer freigegeben hat, steht nirgends verbindlich. Eine E-Mail „passt so“ oder ein mündliches Okay im Meeting ersetzt keine dokumentierte Genehmigung – und ist im Audit nicht vorzeigbar. Drittens: Kenntnisnahme wird angenommen, nicht nachgewiesen. Das Dokument liegt im Ordner, den jeder erreichen kann – ob der Kollege im Wareneingang die aktuelle Fassung je gelesen hat, ist eine andere Frage.
Dazu kommt die Turnusprüfung: Die meisten Vorlagen sehen ein Feld „nächste Prüfung: alle 2 Jahre“ vor. Aber ein Datum in einer Word-Kopfzeile erinnert niemanden. Es liegt still da, bis der Auditor nachrechnet und feststellt, dass die Frist vor vierzehn Monaten abgelaufen ist – für ein Dokument, das seither unverändert in Kraft war, ohne dass das je bestätigt wurde.
Was Kapitel 7.5 der ISO 9001 konkret verlangt
Kapitel 7.5.2 c) fordert beim Erstellen und Aktualisieren dokumentierter Information „angemessene Überprüfung und Genehmigung im Hinblick auf Eignung und Angemessenheit“ – ein Dokument braucht also einen Prüf- und Freigabeschritt, nicht nur einen Autor. Kapitel 7.5.3.1 verlangt, dass dokumentierte Information dort verfügbar und geeignet ist, wo und wann sie gebraucht wird, und dass sie angemessen geschützt ist, etwa vor unsachgemäßem Gebrauch. Und 7.5.3.2 c) nennt ausdrücklich die Überwachung von Änderungen, zum Beispiel Versionskontrolle, als eine der zu berücksichtigenden Tätigkeiten bei der Lenkung. Nichts davon verlangt eine bestimmte Software – aber ein Ordner voller gleichnamiger Dateien erfüllt keinen der drei Punkte von sich aus.
Wie sich Kapitel 7 in das Gesamtbild der Norm einordnet, zeigt der Überblick „ISO 9001 einfach erklärt„.
Wie Dokumentenlenkung aussieht, die diese Fragen von selbst beantwortet
Das Prinzip lässt sich unabhängig von jeder Software in vier Punkten fassen. Erstens: Genau eine gültige Fassung, keine Kopien. Wer ein Dokument öffnet, sieht immer den aktuellen Stand – nicht eine von mehreren Versionen mit ähnlichem Namen. Zweitens: Freigabe ist ein Status, kein Versprechen. Ein Dokument durchläuft klar getrennte Zustände, und der Wechsel von einem zum nächsten ist nachvollziehbar, wer, wann, warum. Drittens: Wer prüft und freigibt, darf nicht zugleich der Autor sein – sonst ist die Prüfung reine Formsache. Viertens: Kenntnisnahme wird erfasst, nicht angenommen, und eine fällige Turnusprüfung meldet sich von selbst, statt in einer Kopfzeile zu verstauben.
So macht es die QVM-Software
Das Modul „Dokumente“ der QVM Audit-Software ist bewusst kein Register für Live-Daten wie Risiken oder Lieferanten – dafür gibt es eigene Module, weil eine freigegebene Fassung eingefroren wird und sofort veraltet wäre, würde sie laufend mit-editiert. Es ist der Ort für Vorgabedokumente: Handbuch, Verfahrens- und Arbeitsanweisungen, aufgebaut wie ein Wiki mit Ordnerbaum, Rich-Text-Editor und automatischem Inhaltsverzeichnis. Jedes Dokument trägt echte Felder statt einer Tabelle im Fließtext: Nummer, Version, Status, Eigentümer, Klassifizierung, zugehöriges Normkapitel und Termin der nächsten Prüfung.
Der Status durchläuft vier Stufen: Entwurf → Prüfung → Freigegeben → Archiviert – der Prüfschritt lässt sich je Mandant abschalten, wenn ein Betrieb ohne separate Prüfinstanz freigibt, mit Prüfer und Freigeber namentlich hinterlegt. Der Wechsel von einer Stufe zur nächsten läuft nicht über ein einfaches Datenbankfeld, sondern über eigene Funktionen, die die Berechtigung jedes Mal prüfen; ein Trigger verhindert, dass jemand den Status direkt umbiegt. Damit kann ein Auditor mit Schreibrecht sein eigenes Dokument technisch nicht selbst freigeben – Prüfung und Autorschaft sind getrennt, nicht nur auf dem Papier.
Jede neue Fassung verlangt eine dokumentierte Kenntnisnahme – „gelesen und verstanden“ pro Version, nicht pro Dokument insgesamt, damit eine Änderung an der Verfahrensanweisung tatsächlich neu bestätigt werden muss. Dafür gibt es seit diesem Modul die eigene Rolle Mitarbeiter: Zugriff zum Lesen und Bestätigen, ohne Schreibrechte im übrigen System. Der Versionsverlauf bleibt vollständig nachvollziehbar, und wer eine Kopie zu Referenzzwecken drucken will, bekommt sie über den PDF-Export mit dem Kopfzeilenvermerk „ungelenkte Kopie“ – ein Ausdruck kann eben nicht mitbekommen, wenn morgen eine neue Fassung freigegeben wird.
Ablaufdiagramme lassen sich direkt im Dokument als eigener Block bauen: Swimlanes, Start, Ende, Schritt, Entscheidung, Verweis auf ein anderes Dokument – Layout automatisch vorgeschlagen, jedes Element frei verschiebbar. Mit der Freigabe friert das Diagramm zusammen mit dem Text ein; wer später einen Schritt anklickt, bekommt ihn samt seiner Linien hervorgehoben. Was sich dagegen laufend ändert – etwa die Prozesslandkarte mit ihren Bändern für Führungs-, Kern-, Unterstützungs- und Verbesserungsprozesse – liegt bewusst außerhalb des Freigabeprozesses: Ein Klick auf einen Prozess öffnet das zugehörige Dokument direkt in einem Seitenfenster, ohne dass die Landkarte selbst jedes Mal neu durch Prüfung und Freigabe müsste.
Und die Verzahnung mit dem Rest des Systems entsteht über das hinterlegte Normkapitel: Ein Dokument zeigt, welche internen Audits und offenen Feststellungen zu seinem Kapitel gehören; ein Audit zeigt umgekehrt, welche Vorgabedokumente mitgeltend sind. Das läuft über den Klauselschlüssel am Dokument, ganz ohne zusätzliche Verknüpfungsarbeit von Hand.
Fazit
Ein Dokument, von dem drei Fassungen im selben Ordner kursieren, lenkt niemanden – es überlässt die Frage, was gilt, dem Zufall, wer zuletzt gespeichert hat. Kapitel 7.5 verlangt eine Prüfung und Genehmigung, die diesen Namen verdient, eine Fassung, die dort verfügbar ist, wo sie gebraucht wird, und eine nachvollziehbare Versionskontrolle. Ein System, das das leistet, trennt Entwurf von Freigabe, erzwingt die Trennung zwischen Autor und Freigebendem technisch, erfasst Kenntnisnahme pro Fassung und erinnert an die Turnusprüfung, bevor der Auditor es tut. Warum diese Trennung in einer Excel- oder Word-Ablage strukturell fehlt, beschreibt der Grundlagenbeitrag „Warum ein Qualitätsmanagement aus Excel Sie das Zertifikat kosten kann„.
Wenn Sie nicht sicher sagen können, welche Fassung Ihrer Verfahrensanweisungen gerade gilt und wer sie zuletzt freigegeben hat: In einem kostenlosen Erstgespräch zeigen wir Ihnen an der QVM Audit-Software, wie aus einem Ordner voller „_final“-Dateien ein Dokument wird, das seinen eigenen Status kennt.
Schreibe einen Kommentar