TECHNIK · Von Hüseyin Karaagac · 2026-07-31 · 7 Min. Lesezeit
Wer hat was geändert? Nachvollziehbarkeit im CRM
Warum ein Änderungsprotokoll mehr ist als Kontrolle, wann es rechtlich relevant wird und worauf bei der Auswertung zu achten ist.
Ein Kunde behauptet, ihm sei eine Einheit zugesagt worden. Im System steht sie auf einen anderen Interessenten. Wer hat wann was geändert? Ohne Protokoll ist das eine Aussage gegen eine andere.
Was ein Änderungsprotokoll festhält
- Wer eine Änderung vorgenommen hat
- Wann sie stattfand
- Welcher Datensatz betroffen war
- Welcher Wert vorher galt und welcher danach
Der entscheidende Teil ist der letzte. Ein Protokoll, das nur „Datensatz geändert" vermerkt, hilft im Streitfall nicht. Erst der alte Wert macht nachvollziehbar, was passiert ist.
Wofür es tatsächlich gebraucht wird
Der Reflex ist Kontrolle — tatsächlich sind die praktischen Anwendungsfälle andere:
- Rekonstruktion bei Streit über Reservierungen und Zusagen
- Fehlersuche: Wann ist ein Preis verrutscht, und durch welche Aktion?
- Nachweis gegenüber Aufsichtsbehörden, dass Löschungen erfolgt sind
- Aufklärung nach einem Sicherheitsvorfall: Auf welche Daten wurde zugegriffen?
Der häufigste reale Einsatz ist unspektakulär: Jemand sucht den Zeitpunkt, an dem ein Wert falsch wurde — nicht den Schuldigen, sondern die Ursache.
Die datenschutzrechtliche Doppelnatur
Ein Protokoll ist selbst eine Verarbeitung personenbezogener Daten — es zeichnet das Verhalten Ihrer Mitarbeiter auf. Damit braucht es eine Rechtsgrundlage und einen klar begrenzten Zweck.
Ein Änderungsprotokoll darf nicht zur Leistungs- und Verhaltenskontrolle zweckentfremdet werden. Wo ein Betriebsrat besteht, ist das regelmäßig mitbestimmungspflichtig. Klären Sie Zweck und Auswertungsregeln, bevor jemand die Auswertung zum ersten Mal öffnet.
Praktisch bewährt: Zugriff auf das Protokoll auf wenige Rollen begrenzen, Zweck schriftlich festhalten und eine Aufbewahrungsdauer definieren. Ein Protokoll, das ewig läuft, wird selbst zum Risiko.
Was ein Protokoll nicht leistet
Es verhindert keine Fehler, es dokumentiert sie. Und es ersetzt kein Rechtekonzept: Wenn jeder alles ändern darf, ist ein Protokoll nur eine sehr genaue Beschreibung des Chaos.
Die sinnvolle Reihenfolge ist deshalb: erst Rechte klären, dann protokollieren. Nicht umgekehrt.
Wie es in Inscalia umgesetzt ist
Inscalia führt ein Audit-Log über sicherheitsrelevante und geschäftskritische Vorgänge, einsehbar für Administratoren. Ergänzend sind Statuswechsel und Pipeline-Bewegungen als eigene Historie sichtbar, sodass sich der Weg eines Vorgangs nachvollziehen lässt.
Nachvollziehbarkeit ist kein Misstrauensbeweis. Sie ist die Voraussetzung dafür, im Zweifel sachlich statt persönlich diskutieren zu können.