> ## Documentation Index > Fetch the complete documentation index at: https://docs.didit.me/llms.txt > Use this file to discover all available pages before exploring further. # Datenaufbewahrung & Löschung: DSGVO-Datenschutzkontrollen > Legen Sie mit Didit die Aufbewahrung von Verifizierungsdaten fest, löschen Sitzungen auf Anfrage und setzen KYC mit EU-Datenresidenz und DSGVO um. ## Rolle und Verarbeitungsort | Aspekt | Detail | | - | - | | **Rolle als Auftragsverarbeiter** | Didit handelt als **Auftragsverarbeiter**; Sie bleiben der Verantwortliche. | | **Verarbeitungsregion** | Der [Datenstandort](https://docs.didit.me/de/console/applications.md#datenstandort) jeder Anwendung wird bei deren Erstellung festgelegt: standardmäßig die Europäische Union (Irland), mit Australien (Sydney) und Mexiko in Kürze verfügbar. Enterprise-Konten können die **Verarbeitung im Land** (lokale Datenresidenz) aktivieren, abhängig von Verfügbarkeit und Vertrag. | | **Regulatorische Ausrichtung** | Darauf ausgelegt, die **DSGVO** und lokale Datenschutzregelungen zu unterstützen. Konfigurieren Sie die Aufbewahrung unten, um Ihre Pflichten zu erfüllen. | > [!NOTE] > > Benötigen Sie einen DPA, TOMs oder andere Compliance-Attestierungen? Wenden Sie sich an Ihren Didit-Ansprechpartner. *** ## Aufbewahrungseinstellungen Konfigurieren Sie die Aufbewahrung unter **Business Console → App Settings → Data retention**. **1. Aufbewahrungseinstellungen öffnen** Gehen Sie zu **Business Console → App Settings → Data retention**. **2. Aufbewahrungsrichtlinie auswählen** Wählen Sie einen Zeitraum von **1 Monat** bis **10 Jahre**. **Unbegrenzt** und benutzerdefinierte Zeiträume sind im Enterprise-Tarif verfügbar. Eine neue Anwendung startet mit dem längsten Zeitraum, den ihr Tarif enthält: **1 Jahr** im Free-Tarif, **5 Jahre** im Growth-Tarif, **10 Jahre** im Scale-Tarif und **unbegrenzt** im Enterprise-Tarif. **3. Speichern** Klicken Sie auf **Speichern**, um die Richtlinie auf alle künftigen und bestehenden Sitzungen anzuwenden. Die Richtlinie gilt für Verifizierungseingaben und -ausgaben, abgeleitete Ergebnisse und betriebliche Metadaten, die Didit speichert. Wenn eine Sitzung das Ende des Zeitraums erreicht, wird sie auf dieselbe Weise wie bei [Sitzung löschen](https://docs.didit.me/de/sessions-api/delete-session.md) gelöscht, einschließlich ihres Gesichts-Embeddings, sofern Sie nicht die [Aufbewahrung biometrischer Templates](#aufbewahrung-biometrischer-templates) aktiviert haben. ![Einstellungen zur Datenaufbewahrung in der Business Console](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-settings.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=e2ca6a8e32ed8ec5a2cd910d3cdbaefc) *** ## Manuelle Löschung Löschen Sie einzelne Sitzungen in der Console, wenn Sie einzelne Sitzungen löschen müssen. 1. Öffnen Sie in der Seitenleiste **Benutzerverifizierungen** (oder **Unternehmensverifizierungen**). 2. Suchen oder filtern Sie nach der betreffenden Sitzung. 3. Klicken Sie oben rechts auf die Schaltfläche **Löschen** und bestätigen Sie. ![Eine Verifizierungssitzung in der Console löschen](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-delete-session.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=ff1947059d7d9d60643b7568e189e3a6) *** ## Programmatische Löschung Löschen Sie eine Sitzung jederzeit über die API, indem Sie den Endpoint [Sitzung löschen](https://docs.didit.me/de/sessions-api/delete-session.md) aufrufen. ```bash theme={null} curl --request DELETE \ --url https://verification.didit.me/v3/session/{session_id}/delete/ \ --header 'x-api-key: YOUR_API_KEY' ``` | Antwort | Bedeutung | | - | - | | `200 OK` | Sitzung gelöscht. Der Antwortkörper meldet, was mit den biometrischen Gesichtsdaten geschehen ist (`face_retention_outcome`). | | `404 Not Found` | Sitzung bereits gelöscht oder unbekannte `session_id`. | Für einen Löschantrag einer betroffenen Person senden Sie `{"deletion_instruction": "privacy_erasure"}` im Anfragetext, damit auch ein dafür gespeichertes biometrisches Template dieser Person gelöscht wird. *** ## Aufbewahrung biometrischer Templates Jede KYC-Sitzung mit einem Liveness-Selfie enthält ein Gesichts-Embedding, das die Duplikaterkennung und die [Gesichtssuche 1:N](https://docs.didit.me/de/core-technology/face-search/overview.md) unterstützt. Standardmäßig wird dieses Embedding zusammen mit der Sitzung gelöscht. Eine Person, deren Sitzung Sie gelöscht haben, kann sich deshalb erneut verifizieren, ohne als Duplikat markiert zu werden. Bei Workflows, deren Liveness-Schritt [die automatische Gesichtssuche deaktiviert hat](https://docs.didit.me/de/core-technology/face-search/overview.md#automatische-gesichtssuche-deaktivieren), wird dieses Embedding gar nicht erst gespeichert. Für deren Sitzungen gibt es also nichts aufzubewahren. Wenn Sie Sitzungen kurz nach der Genehmigung löschen, aber weiterhin wiederholte Registrierungen erkennen müssen, aktivieren Sie die **Aufbewahrung biometrischer Templates**. Didit löscht die Sitzung und alle zugehörigen Daten wie üblich und behält ein separat verwaltetes, bildloses biometrisches Gesichts-Template, das dem Benutzer zugeordnet bleibt. > [!WARNING] > > Ein aufbewahrtes biometrisches Template ist biometrische Daten. Es ist nicht anonym, nicht flüchtig und wird nicht zusammen mit der Sitzung gelöscht. Es bleibt bis zum geplanten Ablauf, bis zu einer früheren gesetzlichen Löschfrist, bis zur Löschung des Benutzers, bis zu einer Löschanfrage aus Datenschutzgründen oder bis zu einer ausdrücklichen Bereinigung erhalten. Aktivieren Sie die Aufbewahrung nur, wenn Ihre Weisung als Verantwortlicher und Ihre Datenschutzerklärung sie abdecken, und wählen Sie eine Aufbewahrungsdauer, die die für Ihre Benutzer geltenden Gesetze erfüllt. ### Aktivieren **1. Aufbewahrungseinstellungen öffnen** Gehen Sie zu **Business Console → App Settings → Data retention**. **2. Retain biometric template einschalten** Wählen Sie **Retain until scheduled expiry or earlier deletion**. Die Einstellung lautet: *Bewahrt nach einer operativen Sitzungslöschung ein bildloses biometrisches Gesichts-Template für die mandantenbezogene Duplikaterkennung auf. Es handelt sich weiterhin um biometrische Daten, und es wird gemäß seinem konfigurierten Zeitplan, einer gesetzlichen Löschfrist, der Löschung des Benutzers, einer Löschanfrage aus Datenschutzgründen oder einer ausdrücklichen Bereinigung gelöscht.* **3. Eine endliche Aufbewahrungsdauer festlegen** Geben Sie die Anzahl der Tage (1 bis 3650) ein, die ein Template aufbewahrt werden darf. Ohne diesen Wert kann die Einstellung nicht gespeichert werden. Didit wendet den kürzesten Wert aus dieser Dauer, Ihrem allgemeinen Aufbewahrungszeitraum und einer Frist an, die Sie bei einem Löschaufruf übermitteln. **4. Speichern** Die Richtlinie gilt ab jetzt für Löschvorgänge. Durch das Ändern der Einstellung wird kein bestehendes Template erstellt oder gelöscht. Um dieselbe Richtlinie programmatisch festzulegen, verwenden Sie `PATCH /v3/webhook/`: ```bash theme={null} curl -X PATCH https://verification.didit.me/v3/webhook/ \ -H "x-api-key: YOUR_API_KEY" \ -H "Content-Type: application/json" \ -d '{"face_retention_policy": "retain_until_user_deleted", "face_retention_days": 365}' ``` | Feld | Werte | Beschreibung | | - | - | - | | `face_retention_policy` | `delete_with_session` (Standard), `retain_until_user_deleted` | Legt fest, was mit dem Gesichts-Embedding geschieht, wenn eine Sitzung gelöscht wird. | | `face_retention_days` | Ganzzahl 1 bis 3650 | Endliche Aufbewahrungsdauer für aufbewahrte Templates. Erforderlich, wenn die Richtlinie `retain_until_user_deleted` ist. Ohne diesen Wert wird die Anfrage mit `400` abgelehnt. | Bestehende Anwendungen bleiben auf `delete_with_session`, bis Sie die Richtlinie ändern. Didit aktiviert die Aufbewahrung niemals in Ihrem Namen. ### Aufbewahrte und gelöschte Daten | Mit der Sitzung gelöscht | Aufbewahrt (nur bei Aktivierung) | | - | - | | Entscheidung, extrahierte Daten und jeder Funktionsdatensatz | Das numerische Gesichts-Template für den Abgleich | | Dokumentbilder, Porträts, Selfies, Liveness-Video, Adressnachweis-Dokumente, zusätzliche Uploads | Eine neue zufällige Template-ID und eine undurchsichtige Herkunftsreferenz | | Die Sitzungs-ID, die Sitzungsnummer und ihre Verknüpfung mit Medien | Der zugehörige Benutzer, die Aufbewahrungsdaten, die Art und ID der Weisung sowie die ID des handelnden Principals | Das aufbewahrte Template ist mandantenbezogen und wird ausschließlich auf Ihre Weisung für die Erkennung doppelter Gesichter und mehrerer Konten, für die biometrische Authentifizierung und für Ihre eigenen Gesichtslisten verwendet. Es wird niemals für das Training von Modellen, für Analysen, für organisationsübergreifende Abgleiche oder für Didits eigene Betrugsverarbeitung verwendet. ### Kontrolle pro Löschvorgang Jeder Löschvorgang meldet sein Ergebnis, und jeder Löschaufruf kann die Richtlinie außer Kraft setzen: * **Konsole**: Die Löschbestätigung zeigt an, ob das Template jeder Sitzung aufbewahrt oder gelöscht wird. Die Bestätigung lautet: *Dies löscht die Sitzung und startet die Löschung ihrer Sitzungsdaten. Wenn die Aufbewahrung biometrischer Templates für diesen operativen Löschvorgang aktiviert ist, bleibt ein bildloses biometrisches Template separat bis zu seinem geplanten Ablauf oder einer früheren Bereinigung erhalten. Löschanfragen aus Datenschutzgründen bereinigen auch das Template.* Sitzungen ohne Benutzer können kein Template aufbewahren und sind entsprechend gekennzeichnet. * **API**: Senden Sie `retain_face_embeddings`, `face_retention_days`, `face_retention_deadline`, `deletion_instruction` und `instruction_id` bei [Sitzung löschen](https://docs.didit.me/de/sessions-api/delete-session.md) oder bei [Massenlöschung von Sitzungen](https://docs.didit.me/de/management-api/sessions/batch-delete.md). ### Zwei Arten von Löschanweisungen | Anweisung | Was sie bewirkt | | - | - | | Operative Sitzungslöschung (`operational_session_delete`, Standard) | Löscht die Sitzung und ihre Daten. Ein Template wird nur aufbewahrt, wenn die Richtlinie oder die Anfrage dies vorsieht. Die Antwort gibt das Ergebnis an. | | Löschung aus Datenschutzgründen (`privacy_erasure`) | Löscht die Sitzung und bereinigt jedes aufbewahrte Template dieser Person. Die Anwendungsrichtlinie kann dies nicht außer Kraft setzen. Verwenden Sie diese Option für Anfragen betroffener Personen. | ### Wann ein Template bereinigt wird * Sie bereinigen es unter **Lists → Biometric templates** oder über die [Biometric Templates API](https://docs.didit.me/de/management-api/biometric-templates/overview.md). * Sie löschen den Benutzer mit [Massenlöschung von Benutzern](https://docs.didit.me/de/management-api/users/delete.md). * Sie löschen eine beliebige Sitzung dieses Benutzers mit `deletion_instruction: "privacy_erasure"`. * Seine Aufbewahrungsdauer endet. Didit bereinigt es dann automatisch. Wenn Sie die Richtlinie wieder auf **Mit der Sitzung löschen** setzen, werden keine neuen Templates mehr erstellt. Bestehende Templates werden dadurch jedoch nicht bereinigt. Bereinigen Sie sie ausdrücklich. ### Wo Sie sie einsehen * Unter **Lists → Biometric templates** sehen Sie jedes Template mit seinem Benutzer, seiner Quelle, den Aufbewahrungs- und Ablaufdaten sowie seinem Status. Dort können Sie einzelne oder mehrere Templates bereinigen. * Unter **Users → \[user] → Biometric templates** sehen Sie die Templates, die einem einzelnen Benutzer zugeordnet sind. * Die [Biometric Templates API](https://docs.didit.me/de/management-api/biometric-templates/overview.md) stellt dieselben Daten und Aktionen bereit. Jede Aufbewahrung und jede Bereinigung wird im Audit-Trail protokolliert. > [!NOTE] > > Aufbewahrte Templates fallen unter die Bedingungen für biometrische Daten in Ihrem DPA. Diese Seite ist keine Rechtsberatung: Sie bleiben verantwortlich für die Rechtsgrundlage, die Hinweise, die Einwilligung und die Aufbewahrungsdauer, die für Ihre Benutzer gilt. *** ## Muster zum Verarbeiten und Löschen Für maximale Datenminimierung verarbeiten Sie Verifizierungsdaten über Didit und löschen sie sofort nach Erhalt der Ergebnisse über Webhooks. **1. Sitzung erstellen** Ihr Backend ruft die [Create Session](https://docs.didit.me/de/sessions-api/create-session.md)-API auf. **2. Didit führt Prüfungen aus** Identitätsprüfung, Liveness-Erkennung, AML-Screening und alle weiteren konfigurierten Prüfungen werden automatisch durchgeführt. **3. Webhook empfangen** Didit sendet einen [Webhook](https://docs.didit.me/de/integration/webhooks.md) mit `status`, `session_id`, `vendor_data` und den vollständigen Verifizierungsdaten. **4. Nur das Nötige speichern** Speichern Sie die für Ihre Unterlagen mindestens erforderlichen Felder (z. B. `status`, `vendor_data`). **5. Aus Didit löschen** Rufen Sie für diese `session_id` die [Delete Session](https://docs.didit.me/de/sessions-api/delete-session.md)-API auf, um die Sitzung und ihre Daten aus Didit zu löschen. Wenn Sie sich auf die Duplikaterkennung bei künftigen Registrierungen verlassen, aktivieren Sie zuerst die [Aufbewahrung biometrischer Templates](#aufbewahrung-biometrischer-templates). Andernfalls wird auch das Gesichts-Embedding gelöscht. *** ## Sicherheit und Vertrauenswürdigkeit > [card] ISO/IEC 27001 > > Ein ISMS ist eingeführt. Zertifikat und Auszüge sind auf Anfrage verfügbar. > [card] Penetrationstests > > Regelmäßige Penetrationstests durch Dritte mit nachverfolgter Behebung von Befunden. > [card] Keine bekannten Sicherheitsverletzungen > > Bislang wurden keine Sicherheitsverletzungen gemeldet. > [card] Internes Sicherheitsteam > > Eigenes Cybersicherheitsteam mit Zugriff nach dem Prinzip der geringsten Berechtigungen und strikter Trennung der Umgebungen. > [!NOTE] > > Alle API-Aktivitäten werden in **Audit-Logs** für Sicherheit, Compliance und Fehlersuche erfasst. Wie weit zurück Sie sie einsehen können, hängt von Ihrem Tarif ab: siehe [Audit-Logs](https://docs.didit.me/de/console/audit-logs.md#datenaufbewahrung). *** ## Datensparsame Speicherung Wir entwickeln Funktionen, mit denen Sie **nur ausgewählte Datenfelder aufbewahren** können, zum Beispiel `status` und `vendor_data`, während umfangreichere Artefakte wie Bilder und Dokumente automatisch gelöscht werden. Das ermöglicht eine strengere Kontrolle für Teams, die nach den Grundsätzen der Datenminimierung arbeiten. > [!TIP] > > Möchten Sie frühzeitig Zugang zu Aufbewahrungsregeln auf Artefaktebene erhalten? Wenden Sie sich an Ihren Didit-Ansprechpartner. *** ## FAQ > [accordion] Kann ich für jede Umgebung unterschiedliche Aufbewahrungsfristen festlegen? > > Ja. Sie können für jede Anwendung, die Sie in Didit haben, eigene Aufbewahrungsrichtlinien konfigurieren. > [accordion] Kann ich Daten vor dem Löschen exportieren? > > Ja. Exportieren Sie die Sitzungsdaten über die Console oder die API und rufen Sie anschließend den Delete Session-Endpoint auf. > [accordion] Wird eine gelöschte Person weiterhin als Duplikat erkannt? > > Nur wenn Sie die Aufbewahrung biometrischer Templates aktiviert haben, bevor Sie deren Sitzung gelöscht haben. Standardmäßig wird das Gesichts-Embedding zusammen mit der Sitzung gelöscht, und die Person kann sich ohne Duplikat-Markierung erneut verifizieren. Siehe [Aufbewahrung biometrischer Templates](#aufbewahrung-biometrischer-templates). > [accordion] Wo kann ich sehen, wer worauf zugegriffen hat? > > Verwenden Sie **Audit-Log** in der Console (**Einstellungen > Organisation > Audit-Log**). Filtern Sie nach Benutzer, Endpoint oder Zeitraum. Wie weit zurück Sie einsehen können, hängt von Ihrem Tarif ab: siehe [Audit-Logs](https://docs.didit.me/de/console/audit-logs.md#datenaufbewahrung). *** ## Implementierungs-Checkliste **1. Aufbewahrung konfigurieren** Legen Sie Ihre Aufbewahrungsrichtlinie unter **Console → App Settings → Data retention** fest. **2. Webhooks abonnieren** Richten Sie [Webhooks](https://docs.didit.me/de/integration/webhooks.md) ein und prüfen Sie die Signaturen. **3. Minimale Felder speichern** Speichern Sie nur die Felder, die Ihr Geschäftsprozess benötigt. **4. Programmatisches Löschen implementieren** Rufen Sie den [Delete Session](https://docs.didit.me/de/sessions-api/delete-session.md)-Endpoint auf, wenn Sie das Muster zum Verarbeiten und Löschen nutzen. **5. Verarbeitungsregion prüfen** Prüfen Sie den Datenstandort Ihrer Anwendung unter **Application settings > Data and privacy** (standardmäßig die Europäische Union oder für Enterprise-Kunden das jeweilige Land). **6. Umgebungen trennen** Verwenden Sie getrennte Sandbox- und Live-API-Schlüssel mit unabhängigen Aufbewahrungsrichtlinien. Rotieren Sie die Schlüssel regelmäßig. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.