Ein Servicetermin steht plötzlich auf einem anderen Tag. Der aktuelle Datensatz zeigt den neuen Termin, aber nicht den Anlass oder den vorherigen Stand. Das Team fragt nach, sucht Nachrichten und versucht, den Ablauf zu rekonstruieren. Ein geplanter Änderungsverlauf könnte diese Rückfrage beantworten. Dafür muss vorher feststehen, welche Information tatsächlich gebraucht wird.
Beschreiben Sie zwei oder drei solche Situationen aus Ihrem Betrieb, ohne echte Kundendaten zu versenden. Vielleicht geht es um den Wechsel eines Status, eine geänderte Zuständigkeit oder die Freigabe eines Dokuments. Nicht jeder Tastendruck benötigt denselben Nachweis. Eine häufig bearbeitete interne Notiz kann anders behandelt werden als ein verbindlich abgeschlossener Vorgang.
Trennen Sie fachliche Historie, technische Fehlerdiagnose und Sicherheitsprotokollierung. Diese Informationen können miteinander verbunden sein, haben aber unterschiedliche Leser und Zwecke. Die Frage nach dem früheren Liefertermin wird durch eine Liste erfolgreicher HTTP-Aufrufe nicht zuverlässig beantwortet. Umgekehrt erklärt eine verständliche Terminchronik noch nicht die Ursache eines Serverfehlers.
Halten Sie als Ziel einen beantwortbaren Satz fest: Eine berechtigte Person soll erkennen können, welcher gespeicherte Termin auf welchen anderen Termin geändert wurde und welcher bestätigte Zugang die Änderung ausgelöst hat. Ob zusätzlich ein Grund benötigt wird, entscheidet die konkrete Aufgabe. Dieses Ziel begrenzt Umfang und Oberfläche besser als die pauschale Forderung, vorsorglich alles mitzuschreiben.