Audit Trail: Was ist das eigentlich genau — diese Anforderung, die bei jeder GMP-Inspektion computergestützter Systeme zur Sprache kommt? Kurz gesagt: die sichere, mit Zeitstempel versehene elektronische Aufzeichnung, die dokumentiert, wer wann Daten erstellt, geändert oder gelöscht hat. Ihn auf eine Softwarefunktion zu reduzieren, ist jedoch der Fehler, der zu Beanstandungen führt: Der Audit Trail ist in erster Linie ein Instrument der Datenintegrität, und die Behörden erwarten, dass er richtig konfiguriert, geschützt und vor allem mit Sachverstand überprüft wird. In diesem Leitfaden zeigen wir, was Annex 11, 21 CFR Part 11 und PIC/S fordern und wie Sie eine im Audit verteidigbare Handhabung aufbauen.
Audit Trail: Definition nach den GMP-Regelwerken
Die am häufigsten zitierte Definition stammt aus der FDA-Guidance zur Datenintegrität: Der Audit Trail ist eine sichere, systemgenerierte, mit Zeitstempel versehene elektronische Aufzeichnung, die es erlaubt, den Ablauf der Ereignisse rund um Erstellung, Änderung oder Löschung eines elektronischen Datensatzes zu rekonstruieren. Drei Elemente dieser Definition verdienen Aufmerksamkeit:
- Sicher: Normale Anwender dürfen ihn nicht deaktivieren, verändern oder löschen können. Ist der Systemadministrator zugleich derjenige, der die Daten erzeugt, ist die Unabhängigkeit kompromittiert.
- Systemgeneriert: Ein handgeführtes Logbuch ist kein Audit Trail. Die Aufzeichnung muss automatisch erfolgen, ohne Zutun des Bedieners.
- Rekonstruierbarkeit: Ziel ist nicht das Anhäufen von Logs, sondern dass ein Prüfer (oder Inspektor) die Frage beantworten kann: "Was ist mit diesem Datensatz passiert, wer hat ihn angefasst und warum?".
In der Praxis lohnt es sich, zwei Ebenen zu unterscheiden: den System-Audit-Trail, der Ereignisse wie Logins, Konfigurationsänderungen und Benutzerverwaltung aufzeichnet, und den Daten-Audit-Trail, der Erstellung, Änderung und Löschung GMP-relevanter Datensätze nachverfolgt (ein Analysenergebnis, ein Prozessparameter, eine Einwaage). Inspektoren und Reviewer konzentrieren sich auf den zweiten — der erste belegt jedoch, dass das System selbst beherrscht wird.
Der Audit Trail ist damit die technische Absicherung der ALCOA+-Prinzipien: Er macht Daten zuordenbar (wer), zeitgleich (wann), original und korrekt und bewahrt ihre vollständige Historie. Ohne funktionierenden Audit Trail ist die Datenintegrität eines GxP-Systems praktisch nicht nachweisbar.
Was Annex 11, Part 11 und PIC/S fordern
Die wichtigsten Regelwerke laufen auf dieselben Konzepte hinaus — mit Nuancen, die man kennen sollte, wenn man die interne SOP schreibt oder auf eine Beanstandung antwortet.
| Regelwerk | Kernanforderung | Zu beachten |
|---|---|---|
| EU-GMP Annex 11, Punkt 9 | Auf Basis einer Risikobewertung ist die Aufzeichnung aller GMP-relevanten Änderungen und Löschungen zu erwägen; der Grund für Änderungen und Löschungen ist zu dokumentieren | Der Audit Trail muss verfügbar, in eine allgemein lesbare Form konvertierbar und regelmäßig zu überprüfen sein |
| FDA 21 CFR Part 11, §11.10(e) | Sichere, systemgenerierte Audit Trails mit Zeitstempel, die Datum und Uhrzeit von Eingaben und Aktionen aufzeichnen, die elektronische Datensätze erstellen, ändern oder löschen | Änderungen dürfen zuvor aufgezeichnete Informationen nicht verdecken |
| PIC/S PI 041-1 (2021) | Gute Praktiken des Datenmanagements: Die Audit-Trail-Überprüfung ist integraler Bestandteil der Datenprüfung, mit risikobasiertem Ansatz | Das operative Referenzdokument der PIC/S-Inspektorate weltweit |
Zu bedenken ist außerdem, dass sich der europäische Rahmen weiterentwickelt: Der im Juli 2025 zur Konsultation veröffentlichte Entwurf der Annex-11-Revision formuliert die Anforderungen an Audit Trail und Überprüfung deutlich expliziter und strenger als der Text von 2011. Wer heute eine Verfahrensanweisung aufsetzt, sollte die Richtung der Revision bereits mitdenken.
Themen wie dieses ändern sich schneller, als SOPs folgen können. Mit The Pragmatic GMP, unserem kostenlosen wöchentlichen Newsletter, erhalten Sie regulatorische Updates zu Datenintegrität und GMP bereits in konkrete Maßnahmen übersetzt: Abonnieren Sie jetzt und bleiben Sie Ihrer nächsten Inspektion einen Schritt voraus.
Audit Trail in der Praxis handhaben
Ein Audit Trail, der auf dem Papier konform, in der Praxis aber nicht handhabbar ist, ist das häufigste Problem in Laboren und Produktionsbereichen. Diese Schritte führen zu einer tragfähigen Handhabung:
- Systeme und kritische Daten erfassen. Starten Sie beim Inventar der GxP-Systeme und identifizieren Sie je System, welche Daten Produktqualität und Patientensicherheit beeinflussen: Dort muss der Audit Trail zuerst überwacht werden.
- Konfiguration verifizieren. Prüfen Sie bei der Validierung, dass der Audit Trail aktiv, für Anwender nicht abschaltbar und vollständig ist (wer, was, wann, warum) und dass die Angabe des Änderungsgrunds dort erzwungen wird, wo sie gefordert ist.
- Rollen und Funktionstrennung festlegen. Administrationsrechte müssen von operativen Tätigkeiten getrennt sein; die Liste der Benutzer und Profile ist aktuell zu halten und periodisch zu überprüfen.
- Frequenz und Tiefe der Überprüfung festlegen. Die Frequenz wird über das Risiko begründet: Für kritische Daten empfiehlt die FDA, den Audit Trail zusammen mit dem Datensatz vor der finalen Freigabe zu prüfen (z. B. bei der Chargenfreigabe oder der Freigabe des Analysenergebnisses); für alles andere wird eine dokumentierte Periodizität definiert.
- Überprüfung dokumentieren und Auffälligkeiten managen. Wer prüft, was geprüft wurde, was gefunden wurde: Tauchen verdächtige Änderungen oder ungewöhnliche Muster auf, wird eine Abweichung eröffnet und nach dem Standardprozess untersucht.
- Aufbewahrung und Lesbarkeit über die Zeit sicherstellen. Der Audit Trail folgt der Aufbewahrungsfrist der Daten, auf die er sich bezieht: Er muss ins Backup einbezogen werden, Migrationen überstehen und auch nach der Stilllegung des Systems lesbar bleiben.
Ein oft übersehener letzter Punkt: In hybriden Systemen, in denen elektronische Daten neben unterschriebenen Ausdrucken existieren, ersetzt der Ausdruck den Audit Trail nicht. Erzeugt das System dynamische Daten, muss die Prüfung auf den elektronischen Originaldaten erfolgen — Audit Trail eingeschlossen.
Die häufigsten Inspektionsbefunde
- Audit Trail deaktiviert oder durch normale Anwender ein- und ausschaltbar — oft erst während der Inspektion entdeckt.
- Gemeinsam genutzte Accounts, die eine Zuordnung der Aktionen zu einer Person unmöglich machen: Der Audit Trail existiert, nützt aber nichts.
- „Unterschriften-Reviews": Die SOP sieht die Überprüfung vor, aber niemand kann sagen, was tatsächlich kontrolliert wird, und es gibt keinerlei Nachweis je gefundener Auffälligkeiten.
- Nicht synchronisierte oder veränderbare Systemuhren, die die Verlässlichkeit des Zeitstempels untergraben.
- Audit Trail nicht im Backup enthalten oder bei der Systemstilllegung verloren — im Widerspruch zu den Aufbewahrungsanforderungen.
GuideGxP-Empfehlung
Schreiben Sie die Audit-Trail-SOP nicht von der Software her, sondern von den Daten. Definieren Sie zuerst, welche Daten kritisch sind und welche Entscheidungen sie stützen, und fragen Sie dann, was der Audit Trail Ihnen sagen muss, um diese Entscheidungen in der Inspektion zu verteidigen. Eine gezielte Überprüfung weniger aussagekräftiger Ereignisse (Änderungen an Ergebnissen, Löschungen, Reintegrationen, Aktionen mit erhöhten Rechten) ist mehr wert als die formale Durchsicht tausender Zeilen. Und denken Sie daran: Jede gefundene und gemanagte Auffälligkeit ist ein Punkt für Sie, nicht gegen Sie — sie zeigt, dass das Kontrollsystem funktioniert.
Wenn Sie eine fertige Schritt-für-Schritt-Methode für die Überprüfung in Ihrem Labor oder Produktionsbereich suchen: Unsere Anleitung Audit Trail Review Step-by-Step – Der definitive operative Leitfaden für QC und Produktion enthält Risikokriterien, Frequenzen, Beispiele zu prüfender Ereignisse und audit-ready Dokumentationsvorlagen.
