Panoramica
La verifica della prova di residenza (POA) emette avvisi supoa_verifications[].warnings[] per ogni problema di qualità, autenticità o corrispondenza rilevato durante l’estrazione e l’analisi forense. Ciascun avviso è un oggetto avviso con feature impostato su "PROOF_OF_ADDRESS". Una manciata di rischi impone sempre Declined; i restanti seguono un’azione per singolo rischio (DECLINE / REVIEW / NO_ACTION) configurata nel tuo workflow.
Ciascun rischio indicato di seguito è verificato rispetto alla pipeline decisionale di produzione; le stringhe esatte delle descrizioni brevi e lunghe sono riprodotte testualmente nelle tabelle.
L’estrazione POA introduce una latenza di 5–15 secondi per documento. Gli avvisi vengono registrati solo quando il passaggio del workflow è completato; non effettuare il polling a intervalli inferiori a 5 s.
Due percorsi di produzione
Gli avvisi POA vengono generati su due percorsi diversi e l’insieme dei rischi differisce tra di essi:- Sessioni di workflow (il passaggio POA all’interno di una sessione di verifica): l’endpoint di caricamento esegue innanzitutto una validazione bloccante con un ciclo di nuovi tentativi (vedi Comportamento dei nuovi tentativi), quindi gli avvisi finali memorizzati vengono calcolati da
check_poa_risksinsieme al controllo del nome su più documenti. - API autonoma (
POST /v3/poa/): gli avvisi provengono esclusivamente dacheck_poa_risks. Non è presente alcun ciclo di nuovi tentativi, né contesto dell’ID verificato e vi è un solo documento; pertantoNAME_MISMATCH_ID_VERIFICATION,POA_NAME_MISMATCH_BETWEEN_DOCUMENTS,POA_MAX_ATTEMPTS_EXCEEDEDeFUTURE_ISSUE_DATEnon vengono mai generati dall’API autonoma. Gli errori di validazione pre-estrazione vengono scartati in questo percorso.
POOR_DOCUMENT_QUALITY è definito nell’enum dei rischi e riservato nella mappatura delle azioni, ma nessun percorso di codice nella pipeline POA lo genera: non compare mai in warnings[] in nessuno dei due percorsi. Non gestire rami condizionali su di esso.
Avvisi con rifiuto automatico (impongono sempre Declined)
Questi rischi rientrano in AUTO_DECLINE_RISKS; quando vengono registrati, lo stato della POA è Declined a prescindere dalla configurazione, e log_type è sempre error.
Anche
FUTURE_ISSUE_DATE è presente in AUTO_DECLINE_RISKS, ma ha un solo generatore nella validazione pre-estrazione (una data di emissione successiva di oltre 7 giorni rispetto alla data odierna) i cui errori alimentano esclusivamente il ciclo di nuovi tentativi del workflow: in quel caso si presenta come un errore di caricamento bloccante, non viene mai generato dall’API autonoma e non viene scritto in warnings[]. Vedi Comportamento dei nuovi tentativi.
Avvisi configurabili
Ciascuno di questi avvisi segue un’impostazione di azione del nodo POA del workflow (DECLINE / REVIEW / NO_ACTION). Il log_type dell’avviso riflette l’azione configurata: error per Rifiuta, warning per Revisione, information per Nessuna azione.
C’è un’unica azione condivisa per tutte le discrepanze di nome e indirizzo:
poa_name_or_address_mismatch_action copre entrambi i rischi relativi al nome, entrambi i rischi relativi all’indirizzo e il controllo incrociato dei nomi tra documenti. Non è possibile configurare separatamente il comportamento per le discrepanze di nome e quello per le discrepanze di indirizzo. Sull’API standalone lo stesso gruppo segue l’opzione della richiesta poa_address_mismatch_action (l’opzione poa_name_mismatch_action è accettata ma non viene mai letta).Differenze dell’API standalone (POST /v3/poa/)
L’endpoint standalone crea la stessa mappatura rischio-azione ma con opzioni a livello di richiesta che accettano solo DECLINE o NO_ACTION (tutte con valore predefinito DECLINE):
UNABLE_TO_EXTRACT_ISSUE_DATEePOA_NAME_NOT_DETECTEDsono impostati rigidamente su Rifiuta su questo endpoint.POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATIONeUNPARSABLE_OR_INVALID_ADDRESSsono informativi in questo caso; le loro azioni sono predefinite su Nessuna azione e non sono configurabili per richiesta.FUTURE_ISSUE_DATE,POOR_DOCUMENT_QUALITY,NAME_MISMATCH_ID_VERIFICATION,POA_NAME_MISMATCH_BETWEEN_DOCUMENTSePOA_MAX_ATTEMPTS_EXCEEDEDnon vengono mai generati; un documento con data futura non viene rifiutato automaticamente su questo endpoint.
Comportamento dei tentativi (sessioni di workflow)
In una sessione di verifica, il passaggio di caricamento della POA esegue una convalida bloccante prima che il documento venga accettato. Quando rileva un errore bloccante —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 o POA_DOCUMENT_EXPIRED — il caricamento viene rifiutato con 400 e il codice di rischio come messaggio, e l’utente può riprovare con un documento migliore.
Per POA_DOCUMENT_EXPIRED, il corpo della risposta 400 include anche expiration_reason (printed_expiration o age_window) in modo che la tua interfaccia utente possa mostrare il motivo preciso; nel percorso age_window include inoltre max_age_months. Nel percorso printed_expiration, max_age_months viene intenzionalmente omesso, poiché il documento è stato rifiutato per la data di scadenza stampata anziché per una finestra temporale di validità.
Una volta che l’utente ha esaurito i tentativi previsti da poa_max_retry_attempts (predefinito 2, configurabile tra 2 e 5), l’invio viene comunque accettato: gli avvisi memorizzati vengono ricalcolati a partire dal documento salvato, viene aggiunto POA_MAX_ATTEMPTS_EXCEEDED e lo stato viene risolto in base all’intero insieme di rischi. Questo è il motivo per cui FUTURE_ISSUE_DATE può bloccare un caricamento senza mai comparire in warnings[].
Impostazioni configurabili
Il nodo POA del workflow espone queste opzioni (corrispondenti ai campi diVerificationSettings):
Logica di corrispondenza del nome
La corrispondenza del nome nella POA tollera le variazioni più comuni:- Secondi nomi e iniziali vengono confrontati con tolleranza (la presenza/assenza è consentita).
- Nomi candidati — ogni nome rilevato sul documento (
name_on_documentpiùadditional_names) riceve un punteggio e viene mantenuto il candidato con il punteggio migliore. - Soglia di corrispondenza — la soglia predefinita
poa_name_match_score_thresholdè 86; un punteggio inferiore attiva il relativo avvisoNAME_MISMATCH*.
name_match_score_expected_details e name_match_score_id_verification (0–100). I valori del punteggio sono utili per una revisione dettagliata anche quando non è stato generato alcun avviso.
Esempi
Manipolazione tramite overlay (Rifiuto per impostazione predefinita)
Documento scaduto + indirizzo mancante (rifiuto automatico)
Mancata corrispondenza del nome (Revisione per impostazione predefinita)
Correlati
- Report della prova di residenza — formato completo della risposta, analisi forense delle manipolazioni tramite overlay, semantica dello stato
- Panoramica sulla prova di residenza — tipi di documenti accettati
- Modelli di dati — Prova di residenza — schema canonico e oggetto Warning
- Webhook —
status.updatedinclude gli avvisi della POA