Vai al contenuto principale
L’API di Validazione su database di Didit interroga il registro civile ufficiale di ciascun paese — RENAPER (Argentina, $0.20/controllo con confronto facciale biometrico), Receita Federal (Brasile, $0.20), Tribunal Electoral SIB (Panama, $0.75 biometrico), Junta Central Electoral (Repubblica Dominicana, $0.05) e altri 14 — con fatturazione per query riuscita, senza minimi mensili. Quando esegui una Validazione su database, ottieni due livelli di risultato:
  1. 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.
  2. 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.
Questa pagina elenca tutti i valori possibili e illustra come reagire a ciascuno di essi.

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 come outcome_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_FORMAT o REGISTRY_UNAVAILABLE.
  • Cile (Registro Civil) — ricerca del RUT. Corrisponde agli esiti standard più MINOR_BLOCKED quando il registro segnala un record minorenne.
  • Repubblica Dominicana (JCE) — ricerca della Cédula che restituisce una validità booleana; corrisponde a MATCH o NO_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

Ultima modifica il 7 novembre 2026