Vai al contenuto principale

Panoramica

La verifica della prova di residenza (POA) emette avvisi su poa_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_risks insieme al controllo del nome su più documenti.
  • API autonoma (POST /v3/poa/): gli avvisi provengono esclusivamente da check_poa_risks. Non è presente alcun ciclo di nuovi tentativi, né contesto dell’ID verificato e vi è un solo documento; pertanto NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS, POA_MAX_ATTEMPTS_EXCEEDED e FUTURE_ISSUE_DATE non 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_DATE e POA_NAME_NOT_DETECTED sono impostati rigidamente su Rifiuta su questo endpoint.
  • POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION e UNPARSABLE_OR_INVALID_ADDRESS sono 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_DOCUMENTS e POA_MAX_ATTEMPTS_EXCEEDED non vengono mai generati; un documento con data futura non viene rifiutato automaticamente su questo endpoint.
Consulta il riferimento API di POST /v3/poa/ per le opzioni di richiesta.

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 di VerificationSettings):

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_document più 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 avviso NAME_MISMATCH*.
I punteggi numerici sono esposti nel report come 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

Tipi di avviso

Ultima modifica il 7 novembre 2026