Zum Hauptinhalt springen

Übersicht

Die Adressnachweis-Verifizierung (POA) gibt unter poa_verifications[].warnings[] Warnungen für jedes Qualitäts-, Authentizitäts- oder Abgleichsproblem aus, das während der Extraktion und forensischen Analyse erkannt wird. Jede Warnung ist ein Warning-Objekt, bei dem feature auf "PROOF_OF_ADDRESS" gesetzt ist. Eine Handvoll Risiken erzwingt immer den Status Declined; die übrigen folgen einer pro Risiko konfigurierten Aktion (DECLINE / REVIEW / NO_ACTION) in Ihrem Workflow. Jedes der folgenden Risiken wird anhand der Live-Entscheidungspipeline verifiziert; die exakten kurzen und langen Beschreibungstexte sind in den Tabellen wortgetreu wiedergegeben.
Die POA-Extraktion führt zu einer Latenz von 5–15 Sekunden pro Dokument. Warnungen werden erst geschrieben, wenn der Workflow-Schritt abgeschlossen ist; führen Sie Abfragen nicht häufiger als alle 5 s durch.

Zwei Produktionspfade

POA-Warnungen werden auf zwei verschiedenen Pfaden erzeugt, und das Risikoset unterscheidet sich zwischen beiden:
  • Workflow-Sitzungen (der POA-Schritt innerhalb einer Verifizierungssitzung) – der Upload-Endpoint führt zunächst eine blockierende Validierung mit einer Wiederholungsschleife aus (siehe Wiederholungsverhalten), danach werden die endgültig gespeicherten Warnungen durch check_poa_risks plus den dokumentenübergreifenden Namensabgleich berechnet.
  • Eigenständige API (POST /v3/poa/) – Warnungen stammen ausschließlich aus check_poa_risks. Es gibt weder eine Wiederholungsschleife noch einen Kontext zu einem verifizierten Ausweis und nur ein einziges Dokument, sodass NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS, POA_MAX_ATTEMPTS_EXCEEDED und FUTURE_ISSUE_DATE von der eigenständigen API nie erzeugt werden. Die Validierungsfehler vor der Extraktion werden auf diesem Pfad verworfen.
POOR_DOCUMENT_QUALITY ist im Risk-Enum definiert und im Action-Mapping reserviert, wird jedoch von keinem Codepfad in der POA-Pipeline erzeugt – es erscheint auf keinem der beiden Pfade in warnings[]. Führen Sie darauf keine Verzweigungen aus.

Warnungen mit automatischer Ablehnung (erzwingen immer Declined)

Diese Risiken sind in AUTO_DECLINE_RISKS enthalten; wenn sie protokolliert werden, lautet der POA-Status unabhängig von der Konfiguration Declined, und log_type ist immer error. FUTURE_ISSUE_DATE ist ebenfalls in AUTO_DECLINE_RISKS aufgeführt, hat jedoch einen einzigen Erzeuger in der Validierung vor der Extraktion (ein Ausstellungsdatum, das mehr als 7 Tage in der Zukunft liegt), dessen Fehler ausschließlich in die Workflow-Wiederholungsschleife einfließen – es tritt dort als blockierender Upload-Fehler auf, wird von der eigenständigen API nie erzeugt und wird nicht in warnings[] geschrieben. Siehe Wiederholungsverhalten.

Konfigurierbare Warnungen

Jede dieser Warnungen richtet sich nach einer Aktionseinstellung am POA-Knoten des Workflows (DECLINE / REVIEW / NO_ACTION). Der log_type der Warnung entspricht der konfigurierten Aktion: error bei Ablehnen, warning bei Prüfung, information bei keiner Aktion.
Für alle Namens- und Adressabweichungen gibt es eine gemeinsame Aktion: poa_name_or_address_mismatch_action deckt beide Namensrisiken, beide Adressrisiken und die dokumentübergreifende Namensprüfung ab. Namens- und Adressabweichungen lassen sich nicht getrennt konfigurieren. Bei der eigenständigen API folgt dieselbe Gruppe der Anfrage-Option poa_address_mismatch_action (die Option poa_name_mismatch_action wird akzeptiert, aber nie ausgelesen).

Unterschiede der Standalone-API (POST /v3/poa/)

Der Standalone-Endpoint bildet dieselbe Zuordnung von Risiken zu Aktionen ab, jedoch mit Optionen auf Anfrageebene, die nur DECLINE oder NO_ACTION akzeptieren (alle standardmäßig auf DECLINE gesetzt):
  • UNABLE_TO_EXTRACT_ISSUE_DATE und POA_NAME_NOT_DETECTED sind an diesem Endpoint fest auf Ablehnen gesetzt.
  • POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION und UNPARSABLE_OR_INVALID_ADDRESS sind hier informativ – ihre Aktionen sind standardmäßig auf Keine Aktion gesetzt und können nicht pro Anfrage konfiguriert werden.
  • FUTURE_ISSUE_DATE, POOR_DOCUMENT_QUALITY, NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS und POA_MAX_ATTEMPTS_EXCEEDED werden nie erzeugt – ein Dokument mit einem Datum in der Zukunft wird an diesem Endpoint nicht automatisch abgelehnt.
Siehe die POST /v3/poa/ API-Referenz für die Anfrageoptionen.

Verhalten bei Wiederholungsversuchen (Workflow-Sitzungen)

In einer Verifizierungssitzung führt der POA-Upload-Schritt eine blockierende Validierung durch, bevor das Dokument akzeptiert wird. Wenn dabei ein blockierender Fehler festgestellt wird – INVALID_DOCUMENT_TYPE, UNABLE_TO_EXTRACT_ISSUE_DATE, FUTURE_ISSUE_DATE, POA_NAME_NOT_DETECTED, MISSING_ADDRESS_INFORMATION, POA_COUNTRY_MISMATCH_WITH_PROVIDED, POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION, UNSUPPORTED_DOCUMENT_LANGUAGE oder POA_DOCUMENT_EXPIRED –, wird der Upload mit 400 und dem Risiko-Code als Nachricht abgelehnt, und der Benutzer kann es mit einem besseren Dokument erneut versuchen. Bei POA_DOCUMENT_EXPIRED enthält der 400-Body außerdem expiration_reason (printed_expiration oder age_window), sodass Ihre Benutzeroberfläche den genauen Grund anzeigen kann; beim Pfad age_window ist zusätzlich max_age_months enthalten. Beim Pfad printed_expiration wird max_age_months bewusst weggelassen, da das Dokument aufgrund seines aufgedruckten Ablaufdatums und nicht wegen eines Altersfensters abgelehnt wurde. Sobald der Benutzer poa_max_retry_attempts Versuche verbraucht hat (Standardwert 2, konfigurierbar von 2–5), wird die Übermittlung trotzdem akzeptiert: Die gespeicherten Warnungen werden anhand des gespeicherten Dokuments neu berechnet, POA_MAX_ATTEMPTS_EXCEEDED wird angehängt und der Status wird anhand des vollständigen Risikosatzes ermittelt. Aus diesem Grund kann FUTURE_ISSUE_DATE einen Upload blockieren, erscheint jedoch nie in warnings[].

Konfigurierbare Einstellungen

Der POA-Knoten des Workflows stellt diese Stellschrauben bereit (entsprechend den Feldern in VerificationSettings):

Logik für den Namensabgleich

Der POA-Namensabgleich toleriert gängige Variationen:
  • Zweitnamen und Initialen werden tolerant abgeglichen (Vorhandensein/Fehlen ist zulässig).
  • Kandidatennamen – Jeder auf dem Dokument erkannte Name (name_on_document zuzüglich additional_names) wird bewertet, und der Kandidat mit dem höchsten Übereinstimmungswert wird beibehalten.
  • Übereinstimmungs-Schwellenwert – Der Standardwert für poa_name_match_score_threshold ist 86; ein Wert darunter löst die entsprechende NAME_MISMATCH*-Warnung aus.
Die numerischen Übereinstimmungswerte werden im Bericht als name_match_score_expected_details und name_match_score_id_verification (0–100) ausgewiesen. Diese Werte sind nützlich für eine detaillierte Prüfung, selbst wenn keine Warnung ausgelöst wurde.

Beispiele

Overlay-Manipulation (standardmäßig: Ablehnung)

Abgelaufenes Dokument + fehlende Adresse (automatische Ablehnung)

Namensabweichung (standardmäßig Prüfung)

Verwandte Themen

Warnungstypen

Zuletzt geändert am 7. November 2026