Das Audit-Protokoll und was es erfasst
MobilityManager führt einen Audit-Trail über Änderungen an Ihren Mandantendaten, damit Sie nachvollziehen können, wer wann was geändert hat. Einträge werden automatisch geschrieben und können nachträglich nicht mehr verändert werden. Dieser Artikel erläutert, was der Audit-Trail erfasst und wie die Aufzeichnung erfolgt.
Erforderliche Berechtigung
Das Lesen des Audit-Trails erfordert die Berechtigung settings:view. Der Trail ist schreibgeschützt; er kann über die Plattform weder bearbeitet noch gelöscht werden.
Wie Einträge erfasst werden
Der Audit-Trail wird automatisch befüllt, sobald Mandantendaten gespeichert werden. Jedes Einfügen, Aktualisieren und Löschen einer auditierten Entität erzeugt einen Audit-Eintrag — Sie müssen die Protokollierung nicht pro Datensatz aktivieren. Jeder Eintrag hält die E-Mail-Adresse und die ID des handelnden Benutzers zusammen mit den Änderungsdetails fest, und die Einträge werden in der eigenen Datenbank des Mandanten gespeichert, sodass sie auf diesen Mandanten beschränkt sind.
Was jeder Eintrag enthält
| Feld | Beschreibung |
|---|---|
| AuditId | Ein eindeutiger Bezeichner, der zusammengehörige Änderungen gruppiert, die in einem Vorgang gemeinsam gespeichert wurden. |
| EntityType | Die Art des geänderten Datensatzes, zum Beispiel Vehicle, Booking oder Driver. |
| EntityId | Der Primärschlüssel des geänderten Datensatzes. |
| Action | Eine von Insert, Update oder Delete. |
| Timestamp | Wann die Änderung erfolgte, in UTC. |
| UserEmail / UserId | Die E-Mail-Adresse und die ID des Benutzers, der die Änderung vorgenommen hat. |
| OldValues | Die Werte vor der Änderung. Bei Einfügungen leer. |
| NewValues | Die Werte nach der Änderung. Bei Löschungen leer. |
| ChangedColumns | Bei Aktualisierungen die konkreten Spalten, die sich geändert haben, jeweils mit ihrem ursprünglichen und neuen Wert. |
| TableName | Die Datenbanktabelle, zu der der Datensatz gehört. |
| AdditionalInfo | Optionaler zusätzlicher Kontext, etwa ein Korrelationsbezeichner. |
Hinweis: Bei einer Aktualisierung erscheinen in
ChangedColumnsnur die Spalten, die sich tatsächlich geändert haben, sodass Sie den genauen Vorher-Nachher-Zustand jedes veränderten Felds sehen können.
Was nicht auditiert wird
Einige Datensatztypen sind ausgenommen, um Rauschen und Schleifen zu vermeiden, da sie selbst eine Form von Historie darstellen:
- Audit-Einträge (der Trail auditiert sich nicht selbst).
- Workflow-Ereignisse der Belege.
- Ausführungsprotokolle der Aufbewahrung.
- Einträge der Fahrzeughistorie (Fahrzeugakte-Historie).
Datensätze, die geladen, aber nicht geändert wurden, werden ebenfalls übersprungen — nur tatsächliche Einfügungen, Aktualisierungen und Löschungen werden aufgezeichnet.
Tipp: Verwenden Sie die
AuditId, um eine einzelne Geschäftsaktion zu rekonstruieren, die mehrere Datensätze auf einmal betroffen hat — alle zugehörigen Audit-Einträge teilen sich denselben Bezeichner.
Verwandte Artikel
- Audit-Einträge anzeigen und filtern
- Die Audit-Historie einer Entität anzeigen
- Warum Audit-Einträge nicht bearbeitet oder gelöscht werden können
- Aufbewahrung und Compliance-Berichterstattung
