- Un codice di esito standard che funziona allo stesso modo in tutti i paesi supportati, così da consentirti di scrivere un’unica logica di gestione per tutti.
- Un codice di dettaglio specifico per paese opzionale che indica esattamente quale condizione ha restituito il registro governativo — utile per l’assistenza, l’analisi e per decidere se invitare l’utente a riprovare.
Codici di esito standard
Questi codici sono identici per ogni paese. Basa la tua logica di revisione, rifiuto e nuovo tentativo su di essi — non sui codici di dettaglio specifici per paese.Il campo
outcome_code si trova all’interno di ciascuna voce dell’array validations nel report di validazione. Vedi Report di validazione su database per scoprire dove si colloca nella risposta.REGISTRY_UNAVAILABLE e REGISTRY_ERROR indicano che il registro di origine non ha mai risposto alla query, pertanto questi due esiti non vengono fatturati - vedi prezzi. Ogni altro codice di esito costituisce una risposta reale e a pagamento da parte del registro, anche quella che non conferma nulla (INCONCLUSIVE, BIOMETRIC_IMAGE_UNUSABLE) o quella che rifiuta i dati inviati (INVALID_DOCUMENT_FORMAT, INVALID_INPUT — come codici di esito indicano che il registro stesso ha rifiutato i dati, dopo l’invio della query).I dati di input che non raggiungono mai un registro non generano alcun codice di esito: POST /v3/database-validation/ risponde con 400 quando un valore non rispetta le regole di formato del paese, e un servizio del workflow con campi mancanti o non validi viene ignorato con COULD_NOT_PERFORM_DATABASE_VALIDATION. Nessuno dei due viene fatturato. Il riepilogo completo è disponibile nella pagina dei prezzi della Validazione su database.Codici di dettaglio specifici per paese
Il codice di dettaglio viene restituito comeoutcome_detail insieme a outcome_code. Solo i paesi elencati di seguito generano codici di dettaglio oltre all’esito standard: tutti gli altri paesi supportati restituiscono unicamente i codici standard.
Argentina (RENAPER)
L’Argentina utilizza una validazione biometrica 1×1 rispetto al registro di identità nazionale RENAPER, combinando DNI, selfie e genere dichiarato.Brasile (Receita Federal — Consulta CPF)
Il Brasile valida il CPF rispetto al servizio ufficiale CPF della Receita Federal, con gestione esplicita per i minori ai sensi della LGPD (Lei Geral de Proteção de Dados) e dello Statuto Digitale dei Bambini e degli Adolescenti.Per gli esiti
MINOR_BLOCKED in Brasile, source_data restituisce comunque i flag lgpd_minor, minor_under_18 e minor_under_16 per consentirti di applicare flussi adatti all’età senza dover eseguire nuovi tentativi.Panama (SIB — Tribunal Electoral)
Panama utilizza la validazione biometrica rispetto al registro SIB (Servicio de Identificación Biométrica) gestito dal Tribunal Electoral. In caso di errore tecnico del SIB, la sessione esegue automaticamente il fallback a una ricerca 1×1.Altri paesi supportati
I paesi indicati di seguito restituiscono unicamente i codici di esito standard: non ci sono codici di dettaglio specifici per paese da gestire.- Bolivia, Colombia, Costa Rica, El Salvador, Guatemala, Honduras, Paraguay, Spagna, Uruguay, Venezuela — ricerca 1×1 rispetto al registro civile corrispondente. I risultati corrispondono direttamente a
MATCH,NO_MATCH,DOCUMENT_NOT_FOUND,INVALID_DOCUMENT_FORMAToREGISTRY_UNAVAILABLE. - Cile (Registro Civil) — ricerca del RUT. Corrisponde agli esiti standard più
MINOR_BLOCKEDquando il registro segnala un record minorenne. - Repubblica Dominicana (JCE) — ricerca della Cédula che restituisce una validità booleana; corrisponde a
MATCHoNO_MATCH. - Ecuador (Registro Civil) — ricerca della Cédula.
- Messico (RENAPO, più INE per 2×2) — ricerca della CURP tramite RENAPO. Quando
validation_typeètwo_by_two, viene eseguito un controllo incrociato aggiuntivo con INE; entrambi confluiscono negli stessi codici di esito standard. - Perù (RENIEC) — ricerca del DNI.
Procedura di gestione
Il gestore più semplice e robusto ha questo aspetto:Non è necessario creare diramazioni su
outcome_detail per la logica di business: usalo per l’analisi, il debug e i ticket di assistenza. La stabilità dell’outcome_code standard è garantita tra i diversi paesi e nel tempo.Vedi anche
- Database Validation Warnings: i tag di avviso a livello di sessione (
COULD_NOT_PERFORM_DATABASE_VALIDATION,DATABASE_VALIDATION_PARTIAL_MATCH,DATABASE_VALIDATION_NO_MATCH) e come configurare le azioni di revisione/rifiuto della tua applicazione. - Database Validation Report: la struttura completa della risposta e dove compaiono
outcome_code/outcome_detail. - Database Validation Supported Countries: l’elenco completo dei paesi e dei metodi di corrispondenza.