# Audit-Protokolle nutzen Source: https://help.didit.me/de/account-organization/audit-logs Updated: 2026-10-29 Jede API-Anfrage in Ihrer Organisation wird 365 Tage aufgezeichnet - wer, was, wann, von wo und unter welcher Anwendung. So sehen Sie nach, was passiert ist. Jede API-Anfrage in Ihrer Organisation wird automatisch protokolliert und **365 Tage** lang aufbewahrt - aus der Konsole, Ihrer Integration und von Ihren Teammitgliedern gleichermaßen. Sie finden es unter **Einstellungen → Audit-Protokoll**. Jede Entscheidung, die der Ermittler selbstständig trifft, wird dort ebenfalls protokolliert, unter **Der Ermittler**. [Video: Das Audit-Log - Didit Academy](https://www.youtube.com/watch?v=MkULotdgz2o&t=31) ## Was aufgezeichnet wird ![Audit-Protokolle in der Didit-Konsole mit API-Aktivität, Zeitstempeln und Statuscodes](https://help.didit.me/screenshots/audit-logs-light.webp) *Jede API-Anfrage in der Organisation, 365 Tage lang aufbewahrt.* Jede Anfrage, die innerhalb Ihrer Organisation an die Didit-Plattform gerichtet wird, unabhängig davon, wodurch sie ausgelöst wurde. Jeder Eintrag enthält: | Feld | Detail | |---|---| | **Zeitstempel** | Wann die Anfrage gestellt wurde | | **Nutzer** | Wer es getan hat: das Mitglied, das die Anfrage gestellt hat; bei einer API-Schlüssel-Anfrage der Name des Schlüssels mit dem Tag **API-Schlüssel**; **Didit** für das, was Didit selbstständig tut; und **Der Ermittler** für eine Entscheidung, die er selbstständig trifft | | **Methode** | GET, POST, PUT, DELETE | | **Pfad** | Der aufgerufene Endpunkt | | **Status** | Der HTTP-Antwortstatus | | **IP-Adresse** | Woher die Anfrage kam | | **Anwendung** | Zu welcher Anwendung sie gehörte | Protokolle werden **365 Tage** lang aufbewahrt und danach automatisch gelöscht. Ein neu gestaltetes Audit-Protokoll, das jede Änderung in Worten beschreibt und das, was Sie gerade ansehen, exportieren kann, wird schrittweise eingeführt. Bis es Ihre Organisation erreicht, zeigt die Seite das hier beschriebene Anfrageprotokoll. ## Wofür es wirklich gut ist Vier Situationen, in denen es das richtige Werkzeug ist: - **"Wer hat diesen Workflow geändert?"** Wenn sich ein Ablauf anders verhält als gestern, steckt meist eine Änderung dahinter, und das Protokoll nennt, wer sie vorgenommen hat. - **Einen Vorfall untersuchen.** Genau nachvollziehen, worauf zugegriffen wurde, von wem, von welcher Adresse aus, in welcher Reihenfolge. - **Eine Integration debuggen.** Sehen, welche Anfragen Ihr eigener Code tatsächlich gestellt hat, statt derer, von denen Sie glauben, dass er sie gestellt hat - einschließlich derer, die mit 4xx endeten. - **Zugriffskontrolle belegen.** Einem Prüfer zeigen, dass der Zugriff auf Verifizierungsdaten zugeordnet und überprüfbar ist. ## Filtern Filtern Sie nach Nutzer (einem Mitglied, einem API-Schlüssel, Didit oder Der Ermittler), Endpunkt oder Zeitraum, um eine lange Liste einzugrenzen. Wenn Sie etwas Bestimmtes untersuchen, beginnen Sie beim Zeitstempel und arbeiten Sie sich nach außen vor - eine Anfrage kommt selten allein, und die Aufrufe direkt davor und danach erzählen meist die Geschichte. ## API-Schlüssel-Anfragen werden dem Schlüssel zugeordnet, nicht einer Person Eine API-Schlüssel-Anfrage hat keine Person, der sie zugeordnet werden könnte, daher zeigt sie stattdessen den Namen des Schlüssels. Das ist die ehrliche Darstellung - die Plattform weiß schlicht nicht, welcher Ihrer Dienste oder Entwickler den Aufruf gemacht hat. Die praktische Konsequenz: Ein einzelner Schlüssel, der von mehreren Diensten gemeinsam genutzt wird, macht einen Vorfall erheblich schwerer untersuchbar. Wenn Ihnen die Zuordnung wichtig ist, geben Sie jedem Dienst seinen eigenen Schlüssel. Siehe [Ihre API-Schlüssel verwalten](https://help.didit.me/de/account-organization/api-keys). ## Die eigenen Entscheidungen des Ermittlers werden dem Ermittler zugeordnet Wenn der Ermittler selbstständig entscheidet, im Rahmen der Autonomie, die Sie ihm gegeben haben, nennt der Eintrag **Der Ermittler** und weder eine Person noch einen Schlüssel. Das gilt für jede Entscheidung, die er trifft: eine Session genehmigen oder ablehnen oder den Nutzer bitten, sie erneut einzureichen, den Status einer Transaktion festlegen sowie einen Fall abschließen, eskalieren oder Informationen dazu anfordern. Jeder dieser Einträge verlinkt den Bericht des Ermittlers, auf dem die Entscheidung beruht, damit Sie sehen, was er gefunden hat und welche Regel Ihrer Richtlinie er angewendet hat. Wenn eine Person über einen Bericht des Ermittlers entscheidet, indem sie seine Empfehlung annimmt oder ersetzt, wird der Eintrag dieser Person zugeordnet, wie jede andere Änderung, die sie vornimmt. Die vollständige Spur des Ermittlers, mit seinen Berichten, Fragen und Schutzregeln, bleibt in seinem eigenen Protokoll **Aktivität**. Siehe [Den Ermittler steuern und beaufsichtigen](https://help.didit.me/de/investigations/investigator-automation-and-oversight). ## Was im Protokoll steht, und was nicht Das Protokoll erfasst **Aktivität** - wer was aufgerufen hat, wann, von wo und welcher Status zurückkam. Es ist eine Metadatenspur, keine Kopie der Verifizierungsdaten. Wenn Sie wissen müssen, ob personenbezogene Daten von Kunden in diesen Einträgen erscheinen - eine Frage, die bei Datenschutzprüfungen aufkommt - holen Sie die Antwort bei Ihrem Didit-Kontakt ein und dokumentieren Sie sie, statt sie aus einer Hilfeseite abzuleiten. Genau eine solche Aussage wird Ihre eigene DPIA voraussichtlich belegen müssen. ## Wer es sehen kann Der Zugriff auf Audit-Protokolle richtet sich nach der Rolle. **Compliance Officer** hat ihn; **Reader** hat keinen umfassenden Zugriff. Owner können ihn einer benutzerdefinierten Rolle zuweisen. Siehe [Teammitglieder einladen und Rollen festlegen](https://help.didit.me/de/account-organization/team-members-and-roles). Das Entfernen eines Teammitglieds entfernt nicht dessen Historie aus dem Protokoll - das ist der Sinn der Sache. Eine Spur, die Sie bearbeiten können, ist keine Spur. ## Auch Exporte und Berichte werden protokolliert Das Erzeugen eines Session-PDFs oder eines CSV-Exports ist ein API-Aufruf und erscheint daher hier, mit der Angabe, wer ihn ausgelöst hat. Das ist nützlich, wenn Sie zeigen müssen, dass der Zugriff auf Verifizierungsnachweise kontrolliert und nicht offen ist. Siehe [einen Verifizierungsbericht herunterladen](https://help.didit.me/de/verification-sessions/download-verification-report). ## Wenn Sie mehr als 365 Tage benötigen Die Aufbewahrung ist fest auf 365 Tage eingestellt. Wenn Ihre Pflicht länger reicht, exportieren Sie regelmäßig, was Sie benötigen, und bewahren Sie es in Ihrem eigenen System auf - dasselbe Muster wie beim eigenständigen Aufbewahren von Session-Nachweisen. Die Entscheidung über den erforderlichen Zeitraum ist eine Compliance-Entscheidung Ihres Teams; gestalten Sie nichts auf Basis einer Annahme. > **Note:** Die Aufbewahrung der Audit-Protokolle und die Aufbewahrung der > **Verifizierungsdaten** sind getrennte Einstellungen. Ein kurzes > Aufbewahrungsfenster für Session-Daten verkürzt nicht das Audit-Protokoll, und > umgekehrt gilt dasselbe. Siehe > [wie Didit die Daten Ihrer Nutzer schützt](https://help.didit.me/de/data-privacy/how-didit-protects-data).