Zum Hauptinhalt springen
Der Non-Doc-Lookup ist eine der drei Methoden zur Ausweisverifizierung. Anstatt ein Dokument zu fotografieren, gibt der Benutzer seine nationale Ausweisnummer sowie einige persönliche Daten ein, und Didit gleicht diese mit der maßgeblichen Quelle für dieses Land ab. Das Ergebnis weist die Vertrauensstufe data_match auf: Die vom Benutzer angegebenen Daten stimmten mit einem Datensatz dieser Quelle überein. Es wurde kein Dokument geprüft, daher wird keine Aussage über die Echtheit eines Dokuments getroffen.

Welche Quelle abgefragt wird

Bei den meisten Ländern handelt es sich um ein behördliches Register – das Department of Home Affairs in Südafrika, RENAPER in Argentinien, UIDAI in Indien, das CPR-Register in Dänemark. Einige sind es nicht. In Kanada, Frankreich, Indonesien, den Niederlanden, Norwegen, Singapur, dem Vereinigten Königreich und den Vereinigten Staaten ist der maßgebliche Datensatz, auf den Didit zugreifen kann, eine Datei einer Kreditauskunftei, eines Finanzdienstleisters oder eines Versorgungsunternehmens oder eine Datei mit Wohnsitzdaten und kein staatliches Register. Dieser Unterschied ist nicht nur kosmetischer Natur. Er ändert, was der Abgleich belegt, unter welchem Einwilligungsregime die Abfrage ausgeführt wird und was Sie einer Regulierungsbehörde über die Herkunft mitteilen können. Daher verallgemeinert diese Seite an keiner Stelle: Die Spalte Abgefragte Quelle unten nennt die genaue Quelle für jedes Land und ist die einzige Herkunftsangabe, auf die Sie sich stützen sollten. Lesen Sie diese, bevor Sie ein Land aktivieren.
Der Endbenutzer sieht den Quellnamen nie. Er befindet sich in der Sitzungs-Payload (id_lookup.source), in der Konsole und in Exporten für Sie und Ihre Auditoren.

Was der Benutzer tut

  1. Wählt im Ausweisschritt sein Land aus.
  2. Gibt die für dieses Land erforderlichen Felder ein – immer die Identifikationsnummer, meist einen Namen, manchmal ein Geburtsdatum oder eine Adresse.
  3. Sofern dies für die Abfrage des Landes erforderlich ist, nimmt er ein Selfie auf.
  4. Erhält ein Ergebnis: verifiziert und kann fortfahren, zur Korrektur der Nummer aufgefordert, zu einem erneuten Versuch aufgefordert, zur Dokumentenerfassung weitergeleitet oder abgelehnt.
Der gesamte Schritt besteht aus Eintippen und, bei fünf Ländern, einem Selfie. Es gibt keinen Upload, kein Ausrichten der Kamera und überhaupt kein Dokument.

Selfies, Porträts und ein späterer Gesichtsabgleich-Schritt

Ein Lookup ermittelt die Identität anhand eines Datensatzes. Was dabei zurückbleibt, bestimmt, womit ein Gesichtsabgleich-Schritt später im Workflow die Live-Aufnahme des Benutzers vergleichen kann. Jede Quelle verhält sich auf eine von drei Arten, und die Spalte Selfie, Liveness-Erkennung und Gesichtsabgleich in der Tabelle unten gibt an, welche davon pro Land zutrifft: Gibt die Quelle ein Foto zurück, wird der Benutzer um ein Selfie gebeten, passive Liveness-Erkennung wird darauf angewendet und es wird mit dem Registerporträt per Gesichtsabgleich verglichen. Alle drei Vorgänge erfolgen innerhalb des Lookups und sind im Preis des Lookups enthalten: Es fällt keine separate Gebühr für Liveness-Erkennung oder Gesichtsabgleich an. Da das Lookup bereits eine lebende Person nachgewiesen hat, die mit dem Registerfoto übereinstimmt, ermöglicht der Schalter skip_liveness_and_face_match des Landes (standardmäßig aktiviert), dass der Workflow seine eigenen Liveness-Erkennungs- und Gesichtsabgleich-Schritte nach einer Übereinstimmung überspringt. Deaktivieren Sie ihn, um sie trotzdem auszuführen. Gleicht die Quelle das Selfie selbst ab – wie es in Brasilien, Argentinien (RENAPER), Nigeria und Panama (dem biometrischen Dienst des Tribunal Electoral) der Fall ist –, gibt die Prüfung ein Ergebnis zurück, kein Porträt. Das ist keine Liveness-Prüfung, daher wird der Schalter beim Speichern auf deaktiviert normalisiert und alle Liveness- und Gesichtsabgleich-Schritte im Workflow werden weiterhin ausgeführt. Bei einer Übereinstimmung vergleicht der Gesichtsabgleich die Live-Aufnahme mit dem Selfie, das das Lookup verifiziert hat. In Nigeria wählt der Benutzer den Ausweistyp, und das Selfie wird sowohl für eine NIN als auch für eine BVN mit dem hinterlegten Gesicht abgeglichen. Jede andere Quelle liefert nur Daten zurück, ebenso wie die argentinischen Quellen, die kein Selfie aufnehmen. Es wird kein Selfie aufgenommen und der Schalter wird beim Speichern auf deaktiviert normalisiert.

Ein Gesichtsabgleich-Schritt nach einer Methode, die kein Foto hinterlässt

Ein reines Daten-Lookup hinterlässt einem Gesichtsabgleich-Schritt nichts zum Vergleichen, und dasselbe gilt für eine Anmeldung per digitaler Identitäts-Wallet: Selbst wenn eine Wallet ein Porträt teilt, wird dieses nicht als Referenz für den Gesichtsabgleich verwendet. Ein auf diese Weise erreichter Gesichtsabgleich-Schritt kann niemanden automatisch genehmigen: Jeder Benutzer, der ihn durchläuft, wird zur Prüfung weitergeleitet oder abgelehnt. Der Workflow-Editor sowie die Graph-Validierung, die jeder Client nutzt, informieren Sie vor der Veröffentlichung:
  • Der Workflow kann nicht veröffentlicht werden, wenn für ein Land jeder Pfad in den Gesichtsabgleich-Schritt seine Benutzer nur mit Methoden verifiziert, die kein Foto hinterlassen, und jede Route aus diesem Ausweisverifizierungs-Schritt zum Gesichtsabgleich-Schritt führt. Eine Verzweigung, deren Ergebnisse alle wieder zum Gesichtsabgleich führen, ändert daran nichts. Erlauben Sie die Dokumentenerfassung für dieses Land, wählen Sie eine Quelle, die ein Foto zurückgibt oder das Selfie abgleicht, oder entfernen Sie den Gesichtsabgleich-Schritt.
  • Eine Warnung, wenn es vom Benutzer abhängt: Die Dokumentenerfassung oder eine Quelle, die ein Foto hinterlässt, wird ebenfalls angeboten, oder eine Verzweigung nach dem Ausweisverifizierungs-Schritt kann diese Benutzer zu einem Ergebnis ohne Gesichtsabgleich leiten. Benutzer, die den Vorgang mit der reinen Datenmethode abschließen, erreichen den Gesichtsabgleich dennoch ohne Vergleichsmaterial.
In der Konsole weist ein Hinweis neben jeder solchen Quelle und Wallet im Reiter Länder des Ausweisverifizierungs-Schritts auf dasselbe hin, sobald ein Gesichtsabgleich-Schritt folgt. Ein Workflow, der bei Erstellung der Sitzung ein Referenzgesicht erfasst (Biometrische Authentifizierung oder ein Gesichtsabgleich-Schritt, der vor jedem Ausweisverifizierungs-Schritt mit portrait_image ausgeführt werden kann), verfügt immer über Vergleichsmaterial und wird niemals markiert. Wenn nichts anderes im Workflow ein solches bereitstellt, hat der Gesichtsabgleich nach einem reinen Datenabgleich keine Referenz, mit der die Live-Aufnahme verglichen werden kann. Er meldet, dass der Vergleich nicht berechnet werden konnte (FACE_MATCH_NOT_COMPUTED, mit einem Score von null), anstatt automatisch abzulehnen. Der Parameter face_match_not_computed_action des Gesichtsabgleich-Schritts bestimmt dann das Ergebnis: standardmäßig In Review, oder Declined, wenn Sie ihn auf DECLINE setzen. Siehe Warnungen beim Gesichtsabgleich.

Abdeckung und Preise

Die nachfolgenden Preise sind öffentliche Endkundenpreise in USD pro beantwortetem Versuch, abgeglichen mit dem anonymen Preis-Feed für die Datenbankvalidierung am 11. September 2026. Sie basieren auf den für das jeweilige Land konfigurierten Diensten. Ein Preis stellt keine Ankündigung für einen Produktionsstart dar: Aktivieren Sie nur die Methoden, die Ihr Anwendungskatalog anbietet. Der bestehende Verfügbarkeits-Snapshot wird getrennt von dieser Preisaktualisierung beibehalten. Für ein Land, das mehrere Quellen nutzt, zeigt die Tabelle deren Summe, wenn alle antworten. Für einen beantworteten Versuch werden nur die abrechenbaren Antworten der Quellen berechnet; eine Quelle, die nicht geantwortet hat, wird ausgeschlossen. Nigeria verwendet NIN oder BVN, nicht deren Summe. Individuelle Vertragskonditionen können abweichen und werden in Ihrer Konsole angezeigt. Dies sind Preise für die Abfrage im Ausweisschritt, kein Angebot für alle anderen in diesem Land angebotenen Dienste zur Datenbankvalidierung.
Die Verfügbarkeit stammt aus dem Funktionskatalog, den das Backend bereitstellt; die API weist einen Workflow ab, der einen Lookup aktiviert, den der Katalog für dieses Land nicht als Available kennzeichnet. Preise, die als Auf Anfrage markiert sind, sind noch nicht veröffentlicht – Methoden ohne Dokumente werden pro Land bepreist und von Ihrem Account-Team kalkuliert und mitgeteilt.

Formatregeln

Identifikationsfelder durchlaufen eine clientseitige Formatprüfung, bevor Daten gesendet werden – je nach Land anhand von Länge, reinen Ziffernvorgaben, Prüfsummen oder Mustern. Eine Nummer, die diese Prüfung nicht besteht, erreicht die Quelle nie, was bedeutet, dass sie weder abgerechnet noch auf max_attempts angerechnet wird: Dem Benutzer wird eine länderspezifische Meldung angezeigt und er wird gebeten, die Eingabe zu korrigieren. Die folgenden länderspezifischen Tabellen führen die Regeln für jedes Feld auf. Ein Feld ohne Regel ist Freitext – ein Name, ein von der Oberfläche erfasstes Datum oder eine Bildaufnahme. Achten Sie bei Ihren vorausgefüllten Daten auf das richtige Format, damit Ihnen durch Tippfehler keine Kosten entstehen.

Länderspezifische Felder

Argentinien (ARG)

Quelle: RENAPER. Die Abfrage erfasst zusätzlich ein Selfie und gleicht es mit dem für diese Identität hinterlegten Gesicht ab; diese Prüfung liefert ein Prüfergebnis zurück, kein Porträt. Es handelt sich nicht um eine Liveness-Prüfung, daher bleibt der Schalter zum Überspringen deaktiviert: Alle Liveness-Erkennungs- und Gesichtsabgleich-Schritte im Workflow werden weiterhin ausgeführt, und der Gesichtsabgleich vergleicht die Live-Aufnahme mit diesem verifizierten Selfie.

Bolivien (BOL)

Quelle: SEGIP. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Brasilien (BRA)

Quelle: Receita Federal. Die Abfrage erfasst zusätzlich ein Selfie und gleicht es mit dem für diese Identität hinterlegten Gesicht ab; diese Prüfung liefert ein Prüfergebnis zurück, kein Porträt. Es handelt sich nicht um eine Liveness-Prüfung, daher bleibt der Schalter zum Überspringen deaktiviert: Alle Liveness-Erkennungs- und Gesichtsabgleich-Schritte im Workflow werden weiterhin ausgeführt, und der Gesichtsabgleich vergleicht die Live-Aufnahme mit diesem verifizierten Selfie.

Kambodscha (KHM)

Quelle: Wählerregister des Innenministeriums. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Kanada (CAN)

Quelle: Kanadische Kreditauskunftei-Datensätze (FINTRAC-Dual-Process). Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Chile (CHL)

Quelle: Servicio de Registro Civil e Identificación. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

China (CHN)

Quelle: NCIIC (National Citizen Identity Information Center). Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Kolumbien (COL)

Quelle: Registraduría General de la Nación / ANI. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Costa Rica (CRI)

Quelle: Tribunal Supremo de Elecciones. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Dänemark (DNK)

Quelle: CPR-Register. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Dominikanische Republik (DOM)

Quelle: Junta Central Electoral. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Ecuador (ECU)

Quelle: Registro Civil del Ecuador. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

El Salvador (SLV)

Quelle: RNPN. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Finnland (FIN)

Quelle: DVV-Bevölkerungsregister. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Frankreich (FRA)

Quelle: Französische Melde- und Versorgerdaten. Diese Quelle gibt ausschließlich Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein nachfolgender Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer keine Vergleichsgrundlage.

Guatemala (GTM)

Quelle: RENAP. Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Honduras (HND)

Quelle: CNE. Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Indien (IND)

Quelle: UIDAI (Aadhaar). Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Indonesien (IDN)

Quelle: Indonesisches Melderegister über Wohnsitzdatensätze. Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Kenia (KEN)

Quelle: IPRS (Integrated Population Registration System). Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Malaysia (MYS)

Quelle: JPN (National Registration Department). Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Mexiko (MEX)

Quelle: RENAPO. Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Niederlande (NLD)

Quelle: Niederländische Wohnsitzregister. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Nigeria (NGA)

Quelle: NIMC / NIBSS. Die Abfrage nimmt auch ein Selfie entgegen und gleicht es mit dem für diese Identität hinterlegten Gesicht ab; diese Prüfung liefert ein Prüfergebnis, kein Porträt. Es handelt sich nicht um eine Liveness-Prüfung, daher bleibt der Schalter zum Überspringen deaktiviert: Alle Liveness-Erkennungs- und Gesichtsabgleich-Schritte im Workflow laufen weiterhin, und der Gesichtsabgleich gleicht die Live-Aufnahme mit diesem verifizierten Selfie ab.

Norwegen (NOR)

Quelle: Norwegische Wohnsitzregister. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Panama (PAN)

Quelle: Tribunal Electoral / SIB. Die Abfrage nimmt auch ein Selfie entgegen und gleicht es mit dem für diese Identität hinterlegten Gesicht ab; diese Prüfung liefert ein Prüfergebnis, kein Porträt. Es handelt sich nicht um eine Liveness-Prüfung, daher bleibt der Schalter zum Überspringen deaktiviert: Alle Liveness-Erkennungs- und Gesichtsabgleich-Schritte im Workflow laufen weiterhin, und der Gesichtsabgleich gleicht die Live-Aufnahme mit diesem verifizierten Selfie ab.

Paraguay (PRY)

Quelle: Tribunal Superior de Justicia Electoral. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Peru (PER)

Quelle: RENIEC. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Singapur (SGP)

Quelle: Kreditauskunftei- und Versorgerdaten aus Singapur. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat bei einem auf diese Weise verifizierten Benutzer nichts zum Vergleichen.

Südafrika (ZAF)

Quelle: Department of Home Affairs. Die Quelle gibt ein Porträt zurück, daher wird ein Selfie aufgenommen, eine passive Liveness-Erkennung durchgeführt und dieses innerhalb der Abfrage mit diesem Porträt abgeglichen.

Schweden (SWE)

Quelle: Bevölkerungsregister von Skatteverket. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Thailand (THA)

Quelle: DOPA-Zivilregister. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Vereinigtes Königreich (GBR)

Quelle: Datensätze britischer Auskunfteien und Finanzdienstleister. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Vereinigte Staaten (USA)

Quelle: Datensätze US-amerikanischer Auskunfteien und Finanzdienstleister. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Uruguay (URY)

Quelle: Dirección Nacional del Registro de Estado Civil. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Venezuela (VEN)

Quelle: CNE. Diese Quelle gibt nur Daten zurück, sodass kein Porträt für einen Gesichtsabgleich vorhanden ist: Ein späterer Gesichtsabgleich-Schritt im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Sambia (ZMB)

Quelle: Zambia Revenue Authority. Diese Quelle gibt nur Daten zurück, daher gibt es kein Porträt für einen Gesichtsabgleich: Ein nachfolgender Schritt zum Gesichtsabgleich im Workflow hat für einen auf diese Weise verifizierten Benutzer keine Vergleichsbasis.

Einwilligung

Mehrere Quellen dürfen nur mit der ausdrücklichen Einwilligung der Person abgefragt werden, und die rechtlichen Rahmenbedingungen für die Einwilligung unterscheiden sich von Land zu Land – POPIA in Südafrika, NDPR in Nigeria, LGPD in Brasilien, UK GDPR im Vereinigten Königreich, zulässiger Zweck nach GLBA in den Vereinigten Staaten usw. Das für die jeweilige Quelle geltende Regime ist in der obigen Übersichtstabelle aufgeführt. Sie sind der Verantwortliche für diese Einwilligung. Holen Sie diese in Ihrem eigenen Ablauf ein oder fügen Sie vor dem ID-Schritt einen Schritt mit Fragebögen ein und bewahren Sie den Nachweis auf – Didit führt die von Ihnen angeforderte Abfrage aus und prüft nicht, ob Sie berechtigt waren, diese anzufordern. Wenn die Quelle eines Landes einen eigenen Einwilligungstext vorschreibt, zeigt die Verifizierungs-Benutzeroberfläche diesen an, bevor die Abfrage ausgeführt wird.

Versuche, Ergebnisse und Abrechnung

Jede beantwortete Abfrage zählt als ein Versuch. max_attempts liegt zwischen 1 und 5, standardmäßig 1. Für jeden abrechenbaren, beantworteten Versuch werden die Endkundenpreise der Dienste summiert, die mit Übereinstimmung, teilweiser Übereinstimmung oder keiner Übereinstimmung geantwortet haben. Wiederholungsversuche sind neue Versuche und können zusätzliche Kosten verursachen. Ein Versuch, der mit einem Provider-Fehler endet, wird nicht abgerechnet. Eine Ablehnung aufgrund des Formats wird nicht abgerechnet. Wenn die Abfrage auf eine Dokumentenerfassung zurückfällt, wird die abgeschlossene Dokumentenprüfung separat abgerechnet. Das Deaktivieren des Fallbacks lehnt die Sitzung ab; eine abgeschlossene Abfrage wird dabei nicht zurückerstattet. Sandbox-Szenarien simulieren Ergebnisse ohne kostenpflichtige Registerabfragen oder Nutzungsgebühren.

Was in der Sitzung landet

Eine Abfrage mit Übereinstimmung befüllt das Ergebnis der Ausweisverifizierung genauso wie das Auslesen eines Dokuments – Name, Geburtsdatum und die nationale Kennung – und fügt einen id_lookup-Nachweisblock hinzu:
comparison enthält eine Zeile pro vergleichbarem Feld, wobei result den Wert match, partial oder no_match enthält, sodass ein Prüfer genau sehen kann, welches Feld abgewichen ist. Die Zeilennamen sind normalisiert – identification_number, full_name, date_of_birth, address – und entsprechen nicht den Feldschlüsseln der Anfrage des jeweiligen Landes, da Vor- und Nachname als ein einziger Name und alle Kennungs-Aliase als eine einzige Nummer verglichen werden. Die aktuelle Staging-Antwort speichert Fehler der Quelle in einem separaten source_errors-Array. Dessen Einträge können service_id, code, message, details und outcome_detail enthalten, sofern bereitgestellt. Betrachten Sie diese als Abfragediagnosen, nicht als Identitätsabweichungen. Frühere Versionen stellen Fehler der Quelle möglicherweise als comparison-Zeilen mit result: "error" dar; überprüfen Sie den in Ihrer Zielumgebung bereitgestellten Vertrag. registry_portrait ist nur bei einer Quelle vorhanden, die ein Porträt zurückibt, wenn die ausgewählten Antwortfelder dieses beibehalten; face_match_score ist dann der Vergleich des Selfies mit diesem Porträt. Eine Quelle, die das Selfie selbst überprüft (RENAPER in Argentinien, Nigeria), gibt kein Porträt zurück, und face_match_score ist der Wert, den sie für ihre eigene Prüfung gemeldet hat. Die vollständigen Feldtypen finden Sie im Datenmodell der Ausweisverifizierung.

Datenaufbewahrung

Der Quelldatensatz, der zu einer Übereinstimmung geführt hat, wird als Ergebnis der Ausweisverifizierung gespeichert und unterliegt den Einstellungen zur Datenaufbewahrung Ihrer Organisation, genau wie ein ausgelesenes Dokument. Das Löschen einer Sitzung löscht ihn; siehe Sitzung löschen.
Die aktuelle Staging-Implementierung wendet id_lookup.response_fields auf Vergleichsausgaben, das optionale Geschlecht und beibehaltene Registerporträts an. Erforderliche Identitätsfelder bleiben Teil des Verifizierungsdatensatzes. Dies garantiert nicht, dass jede Payload von Zwischenanbietern von der Verarbeitung ausgeschlossen ist. Der Produktions-Rollout wurde für diese Änderung noch nicht verifiziert; bestätigen Sie das Verhalten in Ihrer Zielumgebung, bevor Sie sich für Aufbewahrungsanforderungen auf die Feldauswahl verlassen.

Verwandte Themen

Zuletzt geändert am 7. November 2026