Wie werden Dokumentrevision und Freigabehistorie im Qualitätsmanagement bewahrt?

Wie wird die Dokumentenrevisionshistorie bewahrt?

Öffnen Sie jede Revision als neue Version unter der unveränderlichen Dokumenten-ID; bewahren Sie den vorherigen Inhalt, die Änderungsbegründung, die Prüfer, die Freigabeentscheidung, das Inkrafttretdatum und die Verteilungsspur ohne Löschung auf.

Ziel ist nicht allein, die alte Datei zu archivieren. Das System muss erneut anzeigen können, welche Version zu einem bestimmten Vorgangsdatum in Kraft war und von wem diese Version mit welchem Nachweis freigegeben wurde.

Warum müssen kontrolliertes Dokument und Datensatz getrennt werden?

Kurze Antwort: Ein Dokument beschreibt, wie die Arbeit auszuführen ist, und kann revidiert werden; ein Datensatz belegt das Ergebnis der ausgeführten Arbeit und darf rückwirkend nicht verändert werden.

Politik, Verfahren, Anweisung, Vorlage und leeres Formular können kontrollierte Dokumente sein. Ein ausgefülltes Prüfprotokoll, eine Freigabeentscheidung oder eine Schulungsteilnahme sind dagegen Datensätze. Auch wenn sie im selben Dateibereich gehalten werden können, dürfen Status, Berechtigungen und Aufbewahrungsregeln nicht identisch sein.

Die Norm ISO 10013:2021 bietet Orientierung, dokumentierte Informationen, die ein wirksames Qualitätsmanagementsystem unterstützen, bedarfsgerecht nach dem Unternehmen zu entwickeln und aufrechtzuerhalten. Das bedeutet, statt einem jeden Unternehmen dieselbe Ordner- oder Dokumentenhierarchie zu kopieren, die Kontrolle mit Prozess und Risiko abzustimmen.

Wie sollten Dokumenten-ID und Versionsmodell aufgebaut werden?

Trennen Sie die unveränderliche Identität von der Versionsnummer. Bleibt beispielsweise die Dokumenten-ID gleich, werden die Revisionen 03, 04 und 05 eigene Objekte; die neue Datei überschreibt nicht die alte Zeile.

• Dokumentenkern: eindeutige ID, Name, Typ, Prozess, Eigentümerrolle und Vertraulichkeitsklasse.
• Versionseintrag: Revision, Erstellungszeit, Änderungszusammenfassung, Digest der Quelldatei und Bindung an die Vorgängerversion.
• Entscheidungseintrag: Prüfer, Freigebender, Entscheidungszeitpunkt, Rolle/Berechtigung und gegebenenfalls Ablehnungsgrund.
• Inkrafttretenseintrag: Beginndatum, Nutzungsstellen, betroffene offene Vorgänge und Grund des Außerkrafttretens.
• Verteilungseintrag: Wer oder welche Rolle hat ihn gesehen, über welchen Kanal wurde zugegriffen, wurde die alte kontrollierte Kopie zurückgerufen?

Der Dateiname kann bequem sein, ist aber keine eindeutige Identität. Wird die Datei umbenannt oder in ein anderes Format überführt, darf die Bindung Dokument–Version–Freigabe nicht abreißen.

Welche Schwellen sollte der Prüf- und Freigabeablauf enthalten?

Kurze Antwort: Ersteller, technischer Prüfer und die Befugnis zum Inkraftsetzen sollten offengelegt sein; bei fehlender Begründung oder unbefugter Entscheidung darf der Prozess nicht abgeschlossen werden.

1. Entwurf: erfasst der Dokumentverantwortliche Umfang und Begründung der Änderung.
2. Auswirkungsprüfung: werden verknüpfte Formulare, Schulungen, offene Vorgänge, Verträge und externe Anforderungen bewertet.
3. Technische Prüfung: prüft die berechtigte Rolle die inhaltliche Richtigkeit und Anwendbarkeit.
4. Freigabe: die entscheidende Person verknüpft den Entscheidungseintrag mit dem Digest-Wert der ihr vorgelegten Datei.
5. Inkrafttreten: die freigegebene Version wird zum definierten Datum auswählbar; die alte Version wird für neue Vorgänge geschlossen.
6. Verteilung und Lektüre: die betroffenen Rollen werden informiert; gegebenenfalls wird die Nutzung erst freigegeben, wenn der Schulungs- oder Befähigungsnachweis vorliegt.

Bauen Sie der Software nicht als Universalauffassung ein, dass Ersteller und Freigebender in jedem Fall verschiedene Personen sein müssen. Die Aufgaben Trennung sollte durch anwendbare Norm, die Risikobewertung des Unternehmens, die Berechtigungsmatrix und Vertragsbedingungen festgelegt werden. Das System sollte die gewählte Regel konsistent anwenden und Ausnahmen nicht ohne Begründung durchlassen.

Wie verhindern Sie die Nutzung der alten Version?

Nur das Etikett „ungültig“ anzubringen genügt nicht. Beim Start eines neuen Auftrags, Formulars oder Feldeinsatzes sollte das System entsprechend Inkrafttretensdatum und Prozesszusammenhang nur die geeignete Version anbieten.

Die gemeinsame Struktur der ISO für Managementsysteme vom 1. Juli 2026 verlangt, dass dokumentierte Informationen dort, wo erforderlich, nutzbar und zugänglich sind und vor ungeeigneter Verwendung oder Integritätsverlust geschützt werden. Derselbe Text behandelt auch, dass erforderliche externe Dokumente identifiziert und kontrolliert werden. Die Entsprechung bei VizyonTech sind diese technischen Schwellen:

• Lassen Sie in neuen Vorgängen eine außer Kraft getretene Vorlage nicht auswählen.
• Fixieren Sie, mit welcher Version offene Vorgänge begonnen haben; öffnen Sie bei einem Versionswechsel automatisch eine Auswirkungsaufgabe.
• Verknüpfen Sie mit der heruntergeladenen kontrollierten Kopie Version und Downloadzeit; trennen Sie die unkontrollierte Kopie ausdrücklich ab.
• Ist das Feldgerät offline, verifizieren Sie vor der Synchronisierung die gültige Version; beginnen Sie im unbestimmten Zustand keinen neuen Vorgang.
• Wird eine externe Norm oder Kundenspezifikation aktualisiert, finden Sie die betroffenen Verfahren, Formulare und Schulungen über die Beziehung.

Welche Ereignisse sollten Freigabehistorie und Vorgangsspur erfassen?

Nur das Feld „zuletzt aktualisiert von“ genügt für eine Prüfung nicht. Erstellung, Hochladen, Vergleich, Versand zur Prüfung, Ablehnung, erneute Vorlage, Freigabe, Inkrafttreten, Download, Verteilung und Berechtigungsänderung sollten getrennte Ereignisse sein.

NIST SP 800-92 betrachtet solides Log-Management nicht nur als Erzeugen von Einträgen, sondern als Aufbau einer Log-Infrastruktur und regelmäßige Verwaltung der Logs. Deshalb sollten Freigabeereignis und Prüfpfad getrennt, aber verknüpft gehalten werden; der Anwendungsadministrator darf die Historie nicht still bearbeiten können, und auch der Log-Zugriff ist einzuschränken.

Wie sollten Zugriff, Backup und Aufbewahrung verwaltet werden?

Die Bewahrung der Freigabehistorie bedeutet nicht deren Offenlegung für alle. Geben Sie den Zugriff rollen- und umfangbasiert nach Klasse des Inhalts, der personenbezogenen Daten, der Kundeninformation und des Geschäftsgeheimnisses.

Die offizielle Datensicherheitserläuterung der KVKK betont, dass die Maßnahmen der Tätigkeit, der Struktur des Verantwortlichen und dem Risiko der geschützten Daten entsprechen müssen; sie hebt die Verhinderung rechtswidriger Zugriffe und die Aufbewahrung der Daten hervor. Die technische Entsprechung ist der gemeinsame Betrieb von Berechtigungsmatrix, Zugriffsprotokoll, Backup, Wiederherstellungstest und Aufbewahrungs-/Vernichtungspolitik.

• Werten Sie die Meldung „Backup erstellt“ nicht als Erfolg; stellen Sie eine exemplarische Dokumentkette wieder her und verifizieren Sie die Beziehungen.
• Kopieren Sie die Aufbewahrungsfrist nicht als einzelne Zahl auf alle Dokumente; binden Sie sie an Zweck, Vertrag und anwendbares Recht.
• Besteht eine gesetzliche oder vertragliche Aufbewahrungspflicht, stoppen Sie den normalen Vernichtungsablauf kontrolliert.
• Löschen Sie die alten Freigabeeinträge eines Benutzers, dessen Berechtigung entzogen wurde, nicht; deaktivieren Sie das Konto und bewahren Sie die historische Identität.

Welche Szenarien sollten im VizyonTech-Pilotprojekt getestet werden?

Vizyon Periyodik oder wenn Sie den für Ihre Organisation angepassten VizyonTech-Qualitätsablauf bewerten, pilotieren Sie ein einziges reales Verfahren mit seiner Formularfamilie von Anfang bis Ende.

• Senden Sie ohne Änderungsbegründung zur Freigabe; der Ablauf muss anhalten.
• Versuchen Sie die Freigabe mit einem unberechtigten Benutzer; es darf keine Entscheidung entstehen.
• Ändern Sie die zur Freigabe vorgelegte Datei in letzter Minute; die vorherige Freigabe muss ungültig werden und eine erneute Prüfung erforderlich machen.
• Öffnen Sie einen neuen Vorgang mit einer alten Formularversion; das System muss die Auswahl verhindern.
• Aktualisieren Sie ein externes Dokument; für die verknüpften Verfahren und Schulungen muss eine Auswirkungsaufgabe entstehen.
• Spielen Sie ein Backup zurück; Dokument-, Versions-, Freigabe- und Verteilungsbeziehungen müssen gemeinsam verifiziert werden.

Der Erfolgsmesswert des Pilotprojekts ist nicht, dass Dokumente hochgeladen werden können. Er besteht darin, dass das System bei mehrdeutigen oder fehlenden Nachweisen stoppt, die Historie bewahrt und ein Prüfer die zu einem bestimmten Datum gültige Version über eine einzige Kette nachbilden kann. Für den anderen Lebenszyklus signierter Prüfberichte im Leitfaden zu Version und Vorgangsspur bei der Revision E-signierter Berichte lesen.