Die lückenlose Spur dessen, was ein System getan hat: welche Eingabe, welcher Kontext, welches Werkzeug, welche Ausgabe, wann und in wessen Auftrag. Ohne diese Spur lässt sich weder ein Fehler rekonstruieren noch Verantwortung zuordnen — mit ihr wird aus einem undurchsichtigen Ablauf ein prüfbarer. Für Agenten im Betrieb ist der Audit-Trail keine Kür, sondern Zulassungsbedingung.
Ein Beispiel
Ein Kunde beschwert sich über eine abgelehnte Gutschrift. Ohne Protokoll lässt sich nur sagen, dass das System abgelehnt hat. Mit Protokoll steht da: welche Version des Modells lief, welche Anweisung galt, welche Dokumente im Kontext lagen, welche Werkzeuge in welcher Reihenfolge aufgerufen wurden, was sie zurückgaben und an welcher Regel die Ablehnung hing. Der Unterschied ist der zwischen einer Entschuldigung und einer Auskunft.
Genauer betrachtet
Protokolliert wird, was hineinging, welche Werkzeuge mit welchen Werten aufgerufen wurden, was zurückkam und welche Modellversion beteiligt war. Ohne diese vier Angaben lässt sich ein Vorfall nachträglich nicht rekonstruieren.
Warum das zählt
Protokolle sind bei nicht-deterministischen Systemen kein Compliance-Zubehör, sondern die einzige Möglichkeit, überhaupt Fehler zu finden. Man kann einen Vorgang nicht zuverlässig nachstellen, indem man ihn wiederholt — also muss festgehalten werden, was beim ersten Mal geschah. Wichtig ist der Umfang: Ein Protokoll, das nur Eingabe und Ausgabe enthält, hilft nicht. Gebraucht werden die Zwischenschritte, die Modellversion und der Kontext. Und weil dort Personendaten hineinlaufen, gehören Aufbewahrungsfrist und Zugriffsrechte am selben Tag geklärt wie das Protokoll selbst.
Häufig missverstanden
Ein Protokoll, das niemand liest, ist Speicherverbrauch. Seinen Wert entfaltet es erst mit einer Frage, die man regelmäßig daran stellt — nicht erst nach dem Schaden.