curl -X DELETE \
https://verification.didit.me/v3/session/11111111-2222-3333-4444-555555555555/delete/ \
-H 'x-api-key: YOUR_API_KEY'{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "deleted",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 0
}Sitzung löschen API: DSGVO-Recht auf Vergessenwerden
Löschen Sie mit Didit KYC- oder KYB-Sitzungen samt Daten inklusive Gesichts-Embedding. Biometrische Templates können optional behalten werden.
curl -X DELETE \
https://verification.didit.me/v3/session/11111111-2222-3333-4444-555555555555/delete/ \
-H 'x-api-key: YOUR_API_KEY'{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "deleted",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 0
}KYC- und KYB-Unterstützung
Funktioniert sowohl für Sitzungen der Benutzerverifizierung (KYC) als auch der Unternehmensverifizierung (KYB). Diesession_id wird für beide Sitzungstypen aufgelöst; für beide gilt dasselbe Löschverhalten. Die Aufbewahrung biometrischer Templates gilt nur für KYC-Sitzungen, da nur KYC-Sitzungen ein Gesichts-Embedding enthalten.
Verhalten
- Die Sitzung wird zusammen mit jedem darin enthaltenen Verifizierungsversuch gelöscht, einschließlich der Ergebnisse, die durch eine erneute Einreichung ersetzt wurden: ihre Entscheidung, ihre extrahierten Daten, ihre zugehörigen Funktionsdatensätze (Ausweisverifizierungen, Registerprüfungen, Dokumente, AML, IP-Analyse usw.), ihre Prüfungen und das Aktivitätsprotokoll sowie alle ihre gespeicherten Dateien.
- Das Löschen einer Sitzung der Unternehmensverifizierung (KYB) löscht auch die Verifizierungen, die sie für ihre Schlüsselpersonen (KYC) und ihre Unternehmenseigentümer (KYB) erstellt hat, und zwar rekursiv. Die Antwort gibt in
deleted_child_verificationsan, wie viele dies sind. Eine Verifizierung, auf die sie lediglich verlinkt, wie etwa ein bestehendes, genehmigtes KYC, das wiederverwendet wurde, wird nicht gelöscht. - E-Signatur-Daten werden mitgelöscht: die zu unterzeichnenden Dokumente und ihre ursprünglichen Word-Dateien, die signierten PDFs, die Nachweis-PDFs, die Signaturbilder und jeder Feldwert. Ihre Download-Pfade geben
404zurück. - Die Sitzung verschwindet sofort aus Listen- und Entscheidungsantworten, und Medien-URLs, die vor dem Aufruf ausgestellt wurden, lassen sich nicht mehr auflösen.
- Webhook-Zustellungen, die sich noch in der Warteschlange für die Sitzung befinden, sowie deren Wiederholungsversuche werden verworfen.
- Die laufende AML-Überwachung und die KYB-Registerüberwachung, die durch die gelöschten Verifizierungen gestartet wurden, werden beendet.
- Die Löschung ist dauerhaft und unwiderruflich. Es gibt keinen Wiederherstellungs-Endpoint; exportieren Sie daher alles, was Sie benötigen, wie etwa ein Entscheidungs-PDF, bevor Sie ihn aufrufen.
- Die Antwort ist
200 OKund wird gesendet, sobald die Löschung abgeschlossen ist, mit einem JSON-Body, der angibt, was mit den biometrischen Gesichtsdaten der Sitzung geschehen ist. Siehe Migration, falls Ihr Client noch204erwartet.
Daten in einem finalisierten aufsichtsrechtlichen Bericht
Ist die Sitzung Teil eines Falls mit einem finalisierten aufsichtsrechtlichen Bericht, gibt die Anfrage409 zurück und es wird nichts gelöscht. Die Antwort verwendet code: in_filed_report und nennt jeden Bericht:
{
"detail": "This session is part of a finalized regulatory report, so it cannot be deleted.",
"code": "in_filed_report",
"reports": [
{
"uuid": "5ec00000-0000-4000-8000-000000000007",
"report_number": "SAR-0001",
"report_type": "SAR",
"case_uuid": "c1a5e000-0000-4000-8000-000000000001"
}
]
}
Biometrische Gesichtsdaten: löschen oder aufbewahren
Jede KYC-Sitzung mit einem Liveness-Selfie enthält ein Gesichts-Embedding, das die Gesichtssuche 1:N und die Duplikaterkennung unterstützt. Standardmäßig wird dieses Embedding zusammen mit der Sitzung gelöscht (face_retention_policy: delete_with_session), sodass sich eine Person, deren Sitzung Sie gelöscht haben, erneut verifizieren kann, ohne als Duplikat markiert zu werden.
Anwendungen, bei denen die Duplikaterkennung auch nach dem Löschen der Sitzung erhalten bleiben muss, können die Aufbewahrung biometrischer Templates aktivieren. Didit löscht dann wie gewohnt die Sitzung und alle zugehörigen Daten und behält ein separat verwaltetes, bildfreies biometrisches Template bei, das an den Benutzer der Sitzung gebunden ist.
| Aufbewahrt | Niemals aufbewahrt |
|---|---|
| Das für den Abgleich verwendete numerische biometrische Template | Das Gesichtsbild, das Liveness-Video, Dokumentbilder, Portraitausschnitte und alle anderen Medien |
Eine neue zufällige Template-ID und eine opake provenance_reference | ID, Nummer, Entscheidung, extrahierte Identitätsfelder oder Feature-Payloads der gelöschten Sitzung |
Der zugehörige Benutzer (vendor_user_uuid, aktuelle vendor_data) | Sperrlisten-Status, frühere Übereinstimmungen, Betrugs-Labels oder organisationsübergreifende Identitätsansprüche |
Aufbewahrungs-Metadaten: retained_at, expires_at, Richtlinie, Überschreibung, Anweisungsklasse, instruction_id und die ID des handelnden Prinzipals | E-Mail-Adressen der Akteure |
- Anwendungsrichtlinie in Business Console → App Settings → Data retention oder über
PATCH /v3/webhook/(face_retention_policy,face_retention_days). Siehe Datenaufbewahrung. - Überschreibung pro Aufruf mit
retain_face_embeddingsan diesem Endpoint und bei Sitzungen stapelweise löschen. - Anweisungsklasse mit
deletion_instruction. Eineprivacy_erasure-Anweisung hat immer Vorrang: Sie bereinigt jedes aufbewahrte Template für diesen Benutzer und behält niemals ein neues auf.
Request-Body
Alle Felder sind optional. Lassen Sie den Body weg, um der Anwendungsrichtlinie zu folgen.| Feld | Typ | Beschreibung |
|---|---|---|
retain_face_embeddings | boolean oder null | Überschreibt die Anwendungsrichtlinie für diesen Löschvorgang. true bewahrt ein Template auf, false löscht das Embedding mit der Sitzung, null oder weggelassen folgt der Richtlinie. |
face_retention_days | integer (1-3650) | Befristete Aufbewahrungsdauer für das Template. Erforderlich, wenn ein Template aufbewahrt wird, es sei denn, die Anwendung legt face_retention_days bereits fest. |
face_retention_deadline | datetime (ISO 8601) | Optionaler fester Ablaufzeitpunkt. Muss in der Zukunft liegen. |
deletion_instruction | operational_session_delete (Standard) oder privacy_erasure | Die Klasse der Anweisung, die Sie erteilen. privacy_erasure bereinigt jedes aufbewahrte Template für den Benutzer der Sitzung vor dem Löschen der Sitzung und kann nicht mit retain_face_embeddings: true kombiniert werden. |
instruction_id | string (max 255) | Ihre dauerhafte Referenz für diese Anweisung, beispielsweise Ihre Lösch-Ticket-ID. Wird im Audit-Trail und auf jedem aufbewahrten Template erfasst. Wenn Sie sie weglassen, generiert Didit eine ID, die in den Template-Details einsehbar ist. |
Antwort
{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "retained_with_user",
"biometric_template_uuid": "9d2f4b6e-1c3a-4e8f-b7d5-0a1c2e3f4a5b",
"biometric_template_expires_at": "2027-10-09T10:15:00Z",
"deleted_child_verifications": 0
}
| Feld | Beschreibung |
|---|---|
session_id | Die gelöschte Sitzung. |
session_number | Die Nummer der gelöschten Sitzung. |
face_retention_outcome | Was mit den biometrischen Gesichtsdaten der Sitzung geschehen ist. Siehe Tabelle unten. |
biometric_template_uuid | ID des aufbewahrten biometrischen Templates, wenn face_retention_outcome gleich retained_with_user ist; andernfalls null. |
biometric_template_expires_at | Wann das aufbewahrte biometrische Template gelöscht wird; null, wenn kein Template aufbewahrt wird. |
deleted_child_verifications | Bei einer KYB-Sitzung die Anzahl der von ihr erstellten Verifizierungen (die KYC-Sitzungen ihrer Schlüsselpersonen und die KYB-Sitzungen ihrer Unternehmenseigentümer, rekursiv), die mit ihr gelöscht wurden. Bei einer KYC-Sitzung immer 0. |
face_retention_outcome | Bedeutung |
|---|---|
deleted | Die Sitzung und ihr Gesichts-Embedding werden gelöscht. Standardverhalten. |
retained_with_user | Die Sitzung wird gelöscht. Ein bildfreies biometrisches Template bleibt an den Benutzer gebunden; seine ID lautet biometric_template_uuid. Verwalten Sie es mit der Biometric Templates API. |
none | Die Sitzung enthielt kein Gesichts-Embedding, das gelöscht oder aufbewahrt werden konnte (z. B. eine KYB-Sitzung oder eine KYC-Sitzung ohne Liveness-Selfie). |
ineligible_no_vendor_user | Die Aufbewahrung wurde angefordert, die Sitzung ist jedoch nicht mit einem Benutzer verknüpft (sie wurde ohne vendor_data erstellt), sodass kein Template verankert werden kann. Die Sitzung und ihr Embedding werden gelöscht. Das Ergebnis der Nichtberechtigung wird im Audit-Trail erfasst. |
instruction_id in Ihrem eigenen Löschprotokoll auf, um den Audit-Trail später abgleichen zu können.
Aufbewahrungsdauer und Ablauf
Jedes aufbewahrte Template hat einen zeitlich begrenzten Ablaufzeitpunkt inexpires_at. Didit setzt diesen auf den frühesten der folgenden Zeitpunkte:
face_retention_daysaus der Anfrage oderface_retention_daysder Anwendung, wenn die Anfrage diesen Wert weglässt;- das allgemeine Datenaufbewahrungsfenster der Anwendung, sofern eines konfiguriert ist;
face_retention_deadlineaus der Anfrage, sofern angegeben.
400 abgewiesen und es wird nichts gelöscht. Aufbewahrte Templates dürfen die früheste geltende Kundenanweisung, das Zweckende, den konfigurierten Ablauf, die auf die betroffene Person bezogene Löschanweisung oder die gesetzliche Frist für biometrische Daten nicht überdauern. Sie sind dafür verantwortlich, eine Dauer zu wählen, die den für Ihre Benutzer geltenden Gesetzen entspricht; wählen Sie eine kürzere Dauer, wann immer eine anwendbare Vorschrift dies erfordert.
Datenschutzrechtliche Löschung
Senden Siedeletion_instruction: "privacy_erasure", wenn Sie einer Anfrage einer betroffenen Person nachkommen. Didit löscht jedes gespeicherte biometrische Template, das an den Benutzer der Sitzung gebunden ist, und löscht anschließend die Sitzung sowie deren Embedding. Die Aufbewahrungsrichtlinie der Anwendung kann eine Anweisung zur Datenschutzlöschung nicht überschreiben, und retain_face_embeddings: true wird mit 400 abgelehnt.
Das Löschen des Benutzers mit Batch Delete Users löscht ebenfalls seine gespeicherten Templates.
Was nicht betroffen ist
Das Löschen einer Sitzung bereinigt diese Daten nicht automatisch. Wenn Sie eine Anfrage auf Löschung bearbeiten, müssen Sie diese separat berücksichtigen.- Sperrlisteneinträge, die aus der Sitzung erstellt wurden (Gesicht oder Dokument), bleiben bestehen. Entfernen Sie diese aus der Sperrliste. Ein Gesichts-Sperrlisteneintrag behält seinen eigenen biometrischen Eintrag, unabhängig von jedem gespeicherten Template.
- Bereits für die Sitzung ausgestellte Share-Token werden nicht widerrufen, aber es gibt für sie nichts mehr zu importieren: Ein Import mit einem solchen Token gibt
400mit{"share_token": ["Original session does not exist."]}zurück. - Bereits für die Sitzung zugestellte Webhooks sind nicht betroffen. Zustellungen, die sich noch in der Warteschlange befinden, sowie deren Wiederholungsversuche werden verworfen. Für die Löschung selbst wird kein Webhook ausgelöst.
- Bereits durch die Verifizierung verbrauchte Credits werden nicht zurückerstattet.
- Unterzeichnete Kopien, die bereits per E-Mail durch einen E-Signatur-Schritt an einen Unterzeichner gesendet wurden, verbleiben im Postfach des Unterzeichners und sind nicht betroffen.
- Die übergeordnete Entität Benutzer oder Unternehmen wird nicht gelöscht. Verwenden Sie dafür Delete Users oder Delete Businesses. Wenn das Profilporträt des Benutzers aus der gelöschten Sitzung stammte, wird das Porträt entfernt.
- Ein gespeichertes biometrisches Template (nur, wenn Sie sich dafür entschieden haben) bleibt bestehen, bis es abläuft oder Sie es löschen. Löschen Sie es mit der Biometric Templates API, indem Sie den Benutzer löschen oder indem Sie die Löschung einer anderen Sitzung desselben Benutzers mit
deletion_instruction: "privacy_erasure"wiederholen.
Beispiele
- Standard (Anwendungsrichtlinie)
- Ein biometrisches Template beibehalten
- Löschung bei einer Opt-in-Anwendung erzwingen
- Datenschutzlöschung
- Sitzung ohne einen Benutzer
- Sitzung zur Unternehmensverifizierung (KYB)
curl -X DELETE https://verification.didit.me/v3/session/4c5c7f3a-.../delete/ \
-H "x-api-key: YOUR_API_KEY"
{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "deleted",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 0
}
curl -X DELETE https://verification.didit.me/v3/session/4c5c7f3a-.../delete/ \
-H "x-api-key: YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"retain_face_embeddings": true, "face_retention_days": 365, "instruction_id": "cleanup-2026-08-0142"}'
{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "retained_with_user",
"biometric_template_uuid": "9d2f4b6e-1c3a-4e8f-b7d5-0a1c2e3f4a5b",
"biometric_template_expires_at": "2027-10-09T10:15:00Z",
"deleted_child_verifications": 0
}
curl -X DELETE https://verification.didit.me/v3/session/4c5c7f3a-.../delete/ \
-H "x-api-key: YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"retain_face_embeddings": false}'
{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "deleted",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 0
}
curl -X DELETE https://verification.didit.me/v3/session/4c5c7f3a-.../delete/ \
-H "x-api-key: YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"deletion_instruction": "privacy_erasure", "instruction_id": "dsar-2026-0142"}'
{
"session_id": "4c5c7f3a-3b1d-4b7e-9c39-2b4f7e6a1d02",
"session_number": 1024,
"face_retention_outcome": "deleted",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 0
}
vendor_data erstellte Sitzung hat keinen Benutzer, an den ein Template gebunden werden kann:curl -X DELETE https://verification.didit.me/v3/session/7a1e9c2d-.../delete/ \
-H "x-api-key: YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"retain_face_embeddings": true, "face_retention_days": 365}'
{
"session_id": "7a1e9c2d-5f4b-4c3a-8e2d-1b0a9f8e7d6c",
"session_number": 1031,
"face_retention_outcome": "ineligible_no_vendor_user",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 0
}
curl -X DELETE https://verification.didit.me/v3/session/bs-01HJX1.../delete/ \
-H "x-api-key: YOUR_API_KEY"
{
"session_id": "0f3c9b7e-2d1a-4e5f-8c6b-7a9d8e1f2c3b",
"session_number": 88,
"face_retention_outcome": "none",
"biometric_template_uuid": null,
"biometric_template_expires_at": null,
"deleted_child_verifications": 3
}
Fehler
| Status | Wann | Inhalt |
|---|---|---|
400 | privacy_erasure kombiniert mit retain_face_embeddings: true | {"retain_face_embeddings": ["Privacy erasure cannot retain biometric templates."]} |
400 | Aufbewahrung ohne begrenzte Dauer in der Anfrage oder der Anwendung angefordert | {"detail": "A finite biometric-template retention duration is required."} |
403 | Die Zugangsdaten verfügen nicht über delete:sessions oder die Sitzung gehört nicht zu ihnen | {"detail": "You do not have permission to perform this action."} |
404 | Unbekannte oder bereits gelöschte Sitzung | {"detail": "Not found."} |
503 | Ein Speicherdienst oder ein Überwachungsanbieter war während des Löschens der Sitzung nicht verfügbar. | {"detail": "The session could not be deleted because a storage service or a monitoring provider is unavailable. The session is still in place; repeat the request to finish deleting it."} |
503 | Ein biometrischer Speicher war beim Speichern oder Löschen eines Templates nicht verfügbar. Wiederholungsversuche konvergieren auf ein einzelnes Template. | {"detail": "The biometric-template operation could not finish because an external store is unavailable. The operation is retryable."} |
400 wird nichts gelöscht. Bei 503 bleibt die Sitzung bestehen: Wiederholen Sie dieselbe Anfrage, bis sie 200 zurückgibt. Einige ihrer gespeicherten Dateien oder ihr Gesichts-Embedding sind möglicherweise bereits gelöscht, verlassen Sie sich daher nach einem 503 nicht mehr darauf.
Berechtigung
Erfordertdelete:sessions. Dieselbe Berechtigung gilt sowohl für Sitzungen der Benutzerverifizierung (KYC) als auch der Unternehmensverifizierung (KYB) sowie für das Überschreiben der Aufbewahrung.
Batch-Löschung
Für Massenoperationen auf KYC-Sitzungen verwenden SiePOST /v3/sessions/delete/. Dieser Endpoint akzeptiert dieselben Aufbewahrungs- und Anweisungsfelder. Bis zu 20 übereinstimmende Sitzungen werden in der Anfrage mit einem Ergebnis pro Sitzung gelöscht; darüber hinausgehende werden als Löschauftrag ausgeführt. Siehe Batch Delete Sessions.
Migration von 204-Antworten
Bis zu dieser Version gab der Endpoint204 No Content zurück. Er gibt jetzt 200 OK mit dem oben dokumentierten JSON-Body zurück, sodass jede Löschung ihr face_retention_outcome meldet. Aktualisieren Sie Clients, die auf 204 prüfen.
Das Standardverhalten bleibt unverändert: Bestehende Anwendungen verbleiben auf delete_with_session, und keine Migration aktiviert die Aufbewahrung automatisch für Sie. Aktivieren Sie sie explizit in der Konsole oder über PATCH /v3/webhook/.
Ähnliche Themen
Autorisierungen
Der API-Schlüssel Ihrer Anwendung, aus Entwickler -> API-Schlüssel in der Business Console. Der Primärschlüssel hat Vollzugriff. Ein benannter Schlüssel kann im Geltungsbereich eingeschränkt werden: keine, Lese- oder Schreibberechtigung pro Ressource, beschränkt auf bestimmte Workflows oder genehmigte Sitzungen, auf eine Liste von IP-Adressen und auf ein Ablaufdatum. 401 bedeutet, dass der Schlüssel falsch, widerrufen oder abgelaufen ist; 403 bedeutet, dass kein Schlüssel gesendet wurde, der Schlüssel keinen Zugriff auf diese Ressource oder Aktion hat oder die Anfrage von einer Adresse außerhalb seiner IP-Liste stammte; 404 bei einer Sitzungsroute bedeutet, dass die Sitzung außerhalb der Workflows oder Status des Schlüssels liegt. Ein Schlüssel ohne Medienzugriff erhält Bild-, Video- und PDF-URLs als null, und ein Schlüssel ohne Schreibberechtigung für Sitzungen erhält Sitzungslinks und Token als null. Siehe https://docs.didit.me/console/api-keys.
Pfadparameter
UUID (session_id) der zu löschenden Sitzung der Benutzerverifizierung (KYC) oder Unternehmensverifizierung (KYB), wie sie bei der Sitzungserstellung zurückgegeben wurde. Muss eine kanonische UUID mit Bindestrichen sein — ein Wert, der keine UUID ist, stimmt nicht mit der Route überein und gibt 404 zurück.
"11111111-2222-3333-4444-555555555555"
Body
Optional. Lassen Sie den Payload vollständig weg, um die Datenaufbewahrungsrichtlinie der Anwendung durch eine operative Löschung zu befolgen.
Überschreibt die face_retention_policy der Anwendung für diese Löschung. true behält ein bildfreies biometrisches Gesichts-Template, das dem Benutzer der Sitzung zugeordnet ist, bei, nachdem die Sitzung gelöscht wurde; false löscht das Gesichts-Embedding mit der Sitzung; weglassen oder null, um der Richtlinie der Anwendung zu folgen. Wird für KYB-Sitzungen und für Sitzungen ohne Gesichts-Embedding ignoriert.
true
Endliche Aufbewahrungsdauer in Tagen für ein aufbewahrtes Template. Erforderlich, wenn ein Template aufbewahrt wird, es sei denn, die Anwendung legt bereits face_retention_days fest. Das expires_at des Templates wird durch den frühesten der folgenden Zeitpunkte bestimmt: diese Dauer, der allgemeine Datenaufbewahrungszeitraum der Anwendung und face_retention_deadline.
1 <= x <= 3650365
Optionaler fester Ablaufzeitpunkt für ein aufbewahrtes Template. Muss in der Zukunft liegen.
"2027-08-28T00:00:00Z"
Die Art der Anweisung, die Sie erteilen. operational_session_delete löscht die Sitzung und behält ein Template nur dann bei, wenn die Richtlinie oder retain_face_embeddings dies vorschreibt. privacy_erasure löscht jedes beibehaltene biometrische Template, das mit dem Benutzer der Sitzung verknüpft ist, bevor die Sitzung gelöscht wird, kann nicht durch die Anwendungsrichtlinie überschrieben werden und kann nicht mit retain_face_embeddings: true kombiniert werden (400).
operational_session_delete, privacy_erasure "operational_session_delete"
Ihre dauerhafte Referenz für diese Löschanweisung (beispielsweise die ID eines Löschtickets). Wird im Audit-Log und auf jedem aufbewahrten Template erfasst. Wird von Didit generiert, wenn sie weggelassen wird.
255"dsar-2026-0142"
Antwort
Sitzung gelöscht. Der Body gibt an, was mit den Gesichtsbiometriedaten der Sitzung geschehen ist und bei einer KYB-Sitzung, wie viele von ihr erstellte Verifizierungen zusammen mit ihr gelöscht wurden.
Die gelöschte Sitzung.
Die Nummer der gelöschten Sitzung.
Was mit den biometrischen Gesichtsdaten der Sitzung passiert ist. deleted: Das Gesichts-Embedding wurde mit der Sitzung gelöscht (Standard). retained_with_user: Die Sitzung wird gelöscht und ein bildfreies biometrisches Template bleibt beim Benutzer verankert; siehe biometric_template_uuid. none: Die Sitzung hatte kein Gesichts-Embedding (beispielsweise eine KYB-Sitzung oder eine KYC-Sitzung ohne Liveness-Selfie). ineligible_no_vendor_user: Die Aufbewahrung wurde angefordert, aber die Sitzung hat keinen verknüpften Benutzer, daher wurde das Embedding mit der Sitzung gelöscht. Ein Fehler des biometrischen Speichers wird über dieses Feld an diesem Endpoint niemals gemeldet: Er gibt 503 zurück und die Sitzung wird nicht gelöscht.
retained_with_user, deleted, none, ineligible_no_vendor_user ID des aufbewahrten biometrischen Templates, wenn face_retention_outcome gleich retained_with_user ist; andernfalls null. Verwalten Sie es über /v3/biometric-templates/{template_uuid}/.
Wann das aufbewahrte biometrische Template gelöscht wird, wenn face_retention_outcome auf retained_with_user steht; null, wenn kein Template aufbewahrt wird.
Für eine Unternehmensverifizierungs-Sitzung (KYB): wie viele der von ihr erstellten Verifizierungen (die KYC-Sitzungen ihrer Schlüsselpersonen und die KYB-Sitzungen ihrer Unternehmenseigentümer, rekursiv) zusammen mit ihr gelöscht wurden. Bei einer KYC-Sitzung immer 0.