Zum Hauptinhalt springen
POST
cURL
Rufen Sie diesen Endpoint auf, wenn die Person eine noch ausstehende Wallet-Verifizierung in Ihrer Anwendung abbricht. Authentifizieren Sie sich mit einem API-Schlüssel, der zu der Anwendung gehört, die die Verifizierung gestartet hat. Werten Sie das zurückgegebene Ergebnis aus, statt anzunehmen, die Stornierung habe ein Wettrennen mit einer bereits abgeschlossenen Authentifizierung gewonnen. Die Stornierung ist kein Weg, eine bereits abgeschlossene Identitätsverifizierung rückgängig zu machen. Den vollständigen Integrationsablauf finden Sie unter Digital-ID-Wallet-APIs.

Autorisierungen

x-api-key
string
header
erforderlich

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

request_id
string<uuid>
erforderlich

Die vom Start-Endpoint zurückgegebene request_id.

Antwort

Eine eigenständige Wallet-Verifizierung, wie sie von jedem Wallet-Endpoint beantwortet wird.

request_id
string<uuid>
erforderlich
wallet_verification
object
erforderlich
vendor_data
string | null
erforderlich
metadata
object | null
erforderlich

Das beim Start gesendete Metadaten-Objekt oder null.

created_at
string<date-time>
erforderlich
Zuletzt geändert am 7. November 2026