Vorlage: Änderungsprotokoll für Dokumente
Eine Vorlage für das Dokumenten-Änderungsprotokoll: Verfolgen Sie eine Änderung an jedem gelenkten Dokument vom Antrag über einen offenen Eintrag, die Umsetzung und Verifizierung bis zum geschlossenen, datierten Nachweis.
Was ist vorlage: änderungsprotokoll für dokumente?
Ein Dokumenten-Änderungsprotokoll ist das eigenständige Register, das eine andere Frage beantwortet als die Änderungshistorie eines einzelnen Dokuments. Es geht nicht darum, „was sagt die aktuelle Version“, sondern „was ist passiert, von wem, und wann, über sämtliche Dokumente hinweg, die ein Qualitätssystem lenkt“. Es existiert getrennt von jeder einzelnen Datei, weil ein Dokumentenregister, ein Auditor oder ein Prozessverantwortlicher die Änderungsaktivität über Dutzende Richtlinien, Verfahren, Formulare und Arbeitsanweisungen hinweg auf einen Blick sehen muss, statt jede einzeln zu öffnen und zur eigenen Historientabelle zu scrollen. In diesem Diagramm ist der Protokolleintrag selbst, nicht das Dokument, das Element, das den Prozess durchläuft: Eine Änderung wird beantragt, als offener Eintrag angelegt, umgesetzt, beschrieben, verifiziert und geschlossen.
Der Lebenszyklus hat ein Tor, bevor etwas geschrieben wird, und eine Prüfung danach. Eine Änderung wird erst als offener Eintrag angelegt, sobald jemand sie zur Protokollierung freigegeben hat, und erst geschlossen, sobald ein Prüfer den Eintrag mit dem tatsächlich Umgesetzten abgeglichen hat. Dieser Verifizierungsschritt existiert, weil ein Protokoll nur so vertrauenswürdig ist wie sein schwächster Eintrag: Eine Vorher-Nachher-Beschreibung, die niemand mit dem echten Dokument abgeglichen hat, ist nicht mehr wert als eine unbestätigte Behauptung, und ein Auditor, der später Einträge stichprobenartig prüft, kann einen geprüften nicht von einem ungeprüften unterscheiden.
Dies ist nicht der vollständige Dokumentenlenkungsworkflow – Erstellung, fachliche Prüfung und formale Unterzeichnung, bevor ein Dokument ausgegeben wird –, und es ist nicht an einen bestimmten Dokumententyp wie eine Standardarbeitsanweisung gebunden. Es ist das Hauptbuch, das neben jedem gelenkten Dokument steht, unabhängig davon, was dessen eigene Erstellung und Freigabe regelt, und das jede spätere Änderung daran festhält: wer sie beantragt hat, wer sie umgesetzt hat, was sich geändert hat, und ob die Änderung verifiziert wurde. Nutzen Sie es als das Protokoll selbst, nicht als Ersatz für die Freigabe, die die Änderung ursprünglich autorisiert hat.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Fünf Swimlanes für die Rollen, die mit einer Revision zu tun haben – Antragsteller, Protokollverantwortlicher, Autor, Prüfer und Auditor –, über fünf Phasen: Antrag, Protokoll (offen), Umsetzung, Verifizierung und Protokoll (geschlossen).
- Aufnahme und Freigabetor: Eine Änderung wird gegen ein gelenktes Dokument beantragt und mit Begründung und benanntem Zieldokument eingereicht, dann leitet die Entscheidung „Änderung zur Protokollierung freigegeben?“ entweder einen offenen Eintrag ein oder beendet den Antrag bei „Antrag abgelehnt, nicht protokolliert“.
- Der offene Eintrag selbst: „Offenen Protokolleintrag anlegen“, ihm eine mit dem Dokument verknüpfte Eintragsnummer zuweisen und die Änderung einem Autor zuweisen, sodass eine Änderung im Protokoll existiert, bevor sie im Dokument existiert.
- Umsetzung und Nachweis: Der Autor setzt die Änderung im Dokument um, dann erfasst „Vorher-Nachher-Beschreibung, Autor und Datum festhalten“, was sich geändert hat, wer es geändert hat und wann – der Eintrag, mit dem sich die Änderung rekonstruieren lässt, ohne die eigene Historie des Dokuments zu öffnen.
- Verifizierung: Der Prüfer gleicht den Eintrag mit der umgesetzten Änderung ab, und die Entscheidung „Gegen das Dokument verifiziert?“ schließt den Eintrag entweder oder leitet zu „Abweichung im Dokument oder im Protokolleintrag?“ weiter, die den Fix entweder zurück zur erneuten Umsetzung oder zur Korrektur des Eintrags schickt, statt stets vom Fehler des Autors auszugehen.
- Abschluss und Audit: „Protokolleintrag schließen“, den Antragsteller benachrichtigen, und ein periodisches Audit prüft geschlossene Einträge stichprobenartig in der Auditor-Bahn, statt jeden einzeln zu überprüfen.
Wann Sie diese Vorlage verwenden sollten
- Sie brauchen ein einziges Protokoll, das Änderungen über viele gelenkte Dokumente hinweg verfolgt – Richtlinien, Verfahren, Formulare, Zeichnungen, Vorlagen –, statt einer Änderungshistorie, die separat in jeder Datei eingebettet ist.
- Ihr aktuelles Änderungsprotokoll ist eine lose Spalte in einer Tabellenkalkulation, und Sie wollen es als eigenständigen Lebenszyklus mit einem Tor vor der Protokollierung und einer Prüfung vor dem Schließen abbilden.
- Ein Auditor oder Prozessverantwortlicher fragt immer wieder, wann eine Änderung vorgenommen wurde, von wem, und ob sie geprüft wurde, und die ehrliche Antwort heute lautet: verstreut über E-Mail-Verläufe.
- Sie richten die Änderungsverfolgung für einen Dokumententyp ohne eigenen formalen Erstellungs- und Freigabeworkflow ein – eine Referenztabelle, eine Lieferantenliste, eine Richtlinie – und brauchen ein schlankes Protokoll statt eines vollständigen Dokumentenlenkungsprozesses.
So funktioniert es
Benennen Sie die Bahnen nach Ihren eigenen Rollen
Ersetzen Sie Antragsteller, Protokollverantwortlicher, Autor, Prüfer und Auditor durch die Rollen, die Sie tatsächlich haben. In einem kleinen Team sind Protokollverantwortlicher und Prüfer oft dieselbe Person; behalten Sie sie als eine Bahn, statt eine Prüfung zu zeichnen, die nie stattfindet. Können mehrere Personen eine Änderung verfassen, behalten Sie Autor als Rolle statt einzelne Namen zu nennen, damit das Diagramm Personalwechsel übersteht.
Legen Sie fest, was eine protokollpflichtige Änderung ist
Nicht jede Bearbeitung braucht einen Eintrag: Ein Tippfehler ist etwas anderes als eine geänderte Kontrollgrenze. Setzen Sie an der Entscheidung „Änderung zur Protokollierung freigegeben?“ eine Schwelle, zum Beispiel: wesentliche Änderungen an Geltungsbereich, Verantwortlichkeit, Zahlen oder Anforderungen werden protokolliert, Formatierungs- oder Rechtschreibkorrekturen nicht – und schreiben Sie die Schwelle auf, denn „wesentlich“ ist das Wort, auf das jede Diskussion um diese Entscheidung zurückkommt.
Legen Sie Ihr Nummerierungsschema für Einträge fest
Entscheiden Sie bei „Eintragsnummer vergeben und Dokument verknüpfen“, ob Eintragsnummern pro Dokument laufen – Änderung Nr. 4 zu dieser Richtlinie – oder als eine durchgehende Folge über das gesamte Protokoll. Eine dokumentbezogene Nummerierung liest sich besser innerhalb der Historie eines einzelnen Dokuments; eine durchgehende Folge lässt sich leichter über das gesamte Register durchsuchen und auswerten.
Schreiben Sie den Vorher-Nachher-Standard fest
„Vorher-Nachher-Beschreibung, Autor und Datum festhalten“ ist nur nützlich, wenn jeder Eintrag denselben Maßstab erfüllt. Verlangen Sie den vorherigen Wortlaut oder Wert, den neuen Wortlaut oder Wert, wer die Änderung vorgenommen hat und das Datum, in dieser Reihenfolge, damit ein Auditor bei stichprobenartiger Prüfung stets dieselbe Form von Nachweis vorfindet, unabhängig davon, wer ihn geschrieben hat.
Legen Sie fest, was Verifizierung tatsächlich prüft
Geben Sie dem Prüfer bei „Protokolleintrag mit umgesetzter Änderung abgleichen“ einen konkreten Test: das Dokument öffnen, die Änderung finden und bestätigen, dass der Vorher-Nachher-Text des Eintrags mit dem tatsächlichen Inhalt übereinstimmt. Eine Prüfung, die nur den Protokolleintrag selbst gegenliest, ist keine Verifizierung gegen das Dokument.
Definieren Sie Ihre Regel für die Audit-Stichprobe
„Geschlossene Einträge im periodischen Audit stichprobenartig prüfen“ braucht eine festgelegte Häufigkeit und Stichprobengröße, zum Beispiel zehn Einträge pro Quartal oder jeden Eintrag oberhalb einer definierten Risikostufe, festgelegt in Ihrem Auditprogramm statt ad hoc entschieden, sobald jemand nach einem Nachweis fragt.
Häufig gestellte Fragen
Was ist ein Dokumenten-Änderungsprotokoll?
Es ist ein chronologischer Nachweis jeder Änderung an einem gelenkten Dokument, getrennt vom Dokument selbst: wer die Änderung beantragt hat, wer sie umgesetzt hat, eine Vorher-Nachher-Beschreibung der Änderung, das Datum, und ob sie gegen das tatsächliche Dokument verifiziert wurde. Manche Organisationen nennen dasselbe Register auch Änderungsprotokoll; beide Begriffe beschreiben eine laufende Historie der Änderungen, nicht den aktuellen Inhalt des Dokuments.
Ist ein Dokumenten-Änderungsprotokoll dasselbe wie ein Änderungsprotokoll?
Ja, in dem Sinne, dass beide eine laufende Aufzeichnung von Änderungen beschreiben statt des aktuellen Inhalts. „Revisionsprotokoll“ ist in Qualitäts- und Regulierungsumgebungen gebräuchlicher und an ein bestimmtes gelenktes Dokument gebunden; „Änderungsprotokoll“ wird breiter verwendet, von einer einzelnen Richtlinie bis zu einer gemeinsam genutzten Referenztabelle. Diese Vorlage bildet den generischen Lebenszyklus hinter beiden Begriffen ab: Antrag, offener Eintrag, Umsetzung, Verifizierung, geschlossener Eintrag.
Wie unterscheidet sich das von der eigenen Versionshistorie eines Dokuments?
Die Versionshistorie eines Dokuments lebt üblicherweise in der Datei selbst oder ihren Metadaten und zeigt die Abfolge der ausgegebenen, nummerierten Versionen. Ein Änderungsprotokoll ist ein separates Register, das gleichzeitig über viele Dokumente hinweg bestehen kann und die Änderungsaktivität selbst festhält – wer was wann angefasst hat, nicht nur die resultierende Versionsnummer. Viele Organisationen führen beides: Das Dokument trägt seine Versionsnummer und sein Gültigkeitsdatum, und das Protokoll trägt die Erzählung jeder Änderung, die dazu geführt hat.
Wer sollte eine protokollierte Änderung verifizieren?
Jemand anderes als die Person, die sie umgesetzt hat. Der Sinn der Entscheidung „Gegen das Dokument verifiziert?“ ist eine unabhängige Prüfung, ob die Vorher-Nachher-Beschreibung im Eintrag tatsächlich mit der Änderung im Dokument übereinstimmt, nicht eine zweite Meinung derselben Person, die beides geschrieben hat. In einem sehr kleinen Team kann das der Protokollverantwortliche statt eines eigenen Prüfers sein, aber es sollte nicht der Autor sein, der den eigenen Eintrag abnickt.
