Übersicht
Die Adressnachweis-Verifizierung (POA) gibt unterpoa_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_risksplus den dokumentenübergreifenden Namensabgleich berechnet. - Eigenständige API (
POST /v3/poa/) – Warnungen stammen ausschließlich auscheck_poa_risks. Es gibt weder eine Wiederholungsschleife noch einen Kontext zu einem verifizierten Ausweis und nur ein einziges Dokument, sodassNAME_MISMATCH_ID_VERIFICATION,POA_NAME_MISMATCH_BETWEEN_DOCUMENTS,POA_MAX_ATTEMPTS_EXCEEDEDundFUTURE_ISSUE_DATEvon 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_DATEundPOA_NAME_NOT_DETECTEDsind an diesem Endpoint fest auf Ablehnen gesetzt.POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATIONundUNPARSABLE_OR_INVALID_ADDRESSsind 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_DOCUMENTSundPOA_MAX_ATTEMPTS_EXCEEDEDwerden nie erzeugt – ein Dokument mit einem Datum in der Zukunft wird an diesem Endpoint nicht automatisch abgelehnt.
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 inVerificationSettings):
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_documentzuzüglichadditional_names) wird bewertet, und der Kandidat mit dem höchsten Übereinstimmungswert wird beibehalten. - Übereinstimmungs-Schwellenwert – Der Standardwert für
poa_name_match_score_thresholdist 86; ein Wert darunter löst die entsprechendeNAME_MISMATCH*-Warnung aus.
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
- Adressnachweis-Bericht – Vollständige Antwortstruktur, Forensik bei Overlay-Manipulation, Statussemantik
- Adressnachweis – Übersicht – Akzeptierte Dokumenttypen
- Datenmodelle – Adressnachweis – Kanonisches Schema und Warnungsobjekt
- Webhooks –
status.updatedübermittelt POA-Warnungen