data_match: i dati forniti dall’utente corrispondono a un record conservato da tale fonte. Nessun documento è stato esaminato, quindi non viene affermato nulla sull’autenticità di un documento.
Quale fonte viene consultata
Per la maggior parte dei paesi, la fonte è un registro governativo: il Department of Home Affairs in Sudafrica, il RENAPER in Argentina, l’UIDAI in India, il registro CPR in Danimarca. Alcuni non lo sono. In Canada, Francia, Indonesia, Paesi Bassi, Norvegia, Singapore, Regno Unito e Stati Uniti, il record autorevole a cui Didit può accedere è un archivio di un’agenzia di informazioni creditizie, di servizi finanziari, di utenze o di dati residenziali anziché un registro statale. Questa distinzione non è meramente formale. Cambia ciò che la corrispondenza dimostra, il regime di consenso in base al quale viene eseguita la ricerca e cosa puoi dichiarare a un’autorità di regolamentazione in merito alla provenienza; pertanto, questa pagina non generalizza mai: la colonna Fonte consultata riportata di seguito indica l’esatta fonte per ciascun paese ed è l’unica dichiarazione di provenienza su cui fare affidamento. Leggila prima di abilitare un paese.L’utente finale non vede mai il nome della fonte. È presente nel payload della sessione (
id_lookup.source), nella console e nelle esportazioni, per te e per i tuoi auditor.Cosa fa l’utente
- Seleziona il proprio paese nel passaggio ID.
- Digita i campi richiesti da quel paese: sempre l’identificativo, di solito un nome, talvolta una data di nascita o un indirizzo.
- Laddove la ricerca per quel paese lo richieda, scatta un selfie.
- Ottiene un risultato: viene verificato e prosegue, gli viene chiesto di correggere il numero, deve effettuare un nuovo tentativo, viene reindirizzato all’acquisizione del documento oppure viene rifiutato.
Selfie, ritratti e un passaggio successivo di Confronto facciale
Una ricerca stabilisce l’identità a partire da un record. Ciò che lascia determina cosa un passaggio di Confronto facciale successivo nel workflow può confrontare rispetto all’acquisizione dal vivo dell’utente. Ciascuna fonte compie una tra tre azioni, e la colonna Selfie, rilevamento della vitalità e Confronto facciale nella tabella sottostante indica quale, per ciascun paese:
Laddove la fonte restituisce una fotografia, all’utente viene richiesto un selfie, viene eseguito il rilevamento passivo della vitalità su di esso ed effettuato il confronto facciale con il ritratto del registro. Tutte e tre le operazioni avvengono all’interno della ricerca e all’interno del prezzo della ricerca: non è previsto alcun addebito separato per il Rilevamento della vitalità o il Confronto facciale. Poiché la ricerca ha già dimostrato la presenza di una persona reale corrispondente alla fotografia del registro, l’interruttore
skip_liveness_and_face_match del paese (attivo per impostazione predefinita) consente al workflow di ignorare i propri passaggi di Rilevamento della vitalità e Confronto facciale dopo una corrispondenza. Disattivalo per eseguirli comunque.
Laddove la fonte verifica direttamente il selfie, come fanno Brasile, Argentina (RENAPER), Nigeria e Panama (il servizio biometrico del Tribunal Electoral), il controllo restituisce un esito, non un ritratto. Non si tratta di un rilevamento della vitalità, quindi l’interruttore viene normalizzato su disattivato al salvataggio e gli eventuali passaggi di Rilevamento della vitalità e Confronto facciale nel workflow vengono comunque eseguiti. In caso di corrispondenza, Confronto facciale confronta l’acquisizione dal vivo con il selfie verificato dalla ricerca. In Nigeria l’utente sceglie il tipo di documento di identità e il selfie viene verificato rispetto al volto registrato sia per un NIN sia per un BVN.
Tutte le altre fonti restituiscono solo dati, così come le fonti argentine che non acquisiscono selfie. Non viene scattato alcun selfie e l’interruttore viene normalizzato su disattivato al salvataggio.
Un passaggio di Confronto facciale dopo un metodo che non lascia foto
Una ricerca di soli dati non lascia nulla da confrontare a un passaggio di Confronto facciale, e lo stesso vale per l’accesso tramite wallet di identità digitale: anche laddove un wallet condivida un ritratto, questo non viene utilizzato come riferimento per Confronto facciale. Un passaggio di Confronto facciale raggiunto in questo modo non può approvare automaticamente nessuno: ogni utente che raggiunge il passaggio viene inviato in revisione o rifiutato. L’editor di workflow e la validazione del grafo utilizzata da ogni client ti informano prima della pubblicazione:- Il workflow non può essere pubblicato quando, per un determinato paese, ogni percorso verso il passaggio di Confronto facciale verifica i propri utenti unicamente con metodi che non lasciano foto, e ogni itinerario in uscita da tale passaggio di Verifica dell’identità conduce al passaggio di Confronto facciale. Un ramo i cui esiti riconducono tutti a Confronto facciale non cambia la situazione. Consenti l’acquisizione del documento per quel paese, scegli una fonte che restituisca una fotografia o verifichi il selfie, oppure rimuovi il passaggio di Confronto facciale.
- Un avviso quando dipende dall’utente: viene offerta anche l’acquisizione del documento o una fonte che lascia una foto, oppure un ramo successivo al passaggio di Verifica dell’identità può indirizzare tali utenti a un esito senza Confronto facciale. Gli utenti che completano con il metodo di soli dati raggiungono comunque Confronto facciale senza nulla da confrontare.
portrait_image) dispone sempre di un elemento di confronto e non viene mai segnalato.
Se nessun altro elemento nel workflow ne fornisce uno, Confronto facciale non dispone di alcun riferimento rispetto al quale confrontare l’acquisizione dal vivo dopo una corrispondenza di soli dati.
Segnala quindi che non è stato possibile elaborare il confronto (FACE_MATCH_NOT_COMPUTED, con un punteggio null) anziché rifiutare automaticamente.
Il parametro face_match_not_computed_action del passaggio di Confronto facciale determina quindi l’esito: In Review per impostazione predefinita, oppure Declined se lo imposti su DECLINE.
Consulta Avvisi di Confronto facciale.
Copertura e prezzi
I prezzi indicati di seguito sono prezzi al dettaglio pubblici in USD per tentativo con risposta, verificati rispetto al feed dei prezzi anonimo di Validazione su database dell’11 settembre 2026. Utilizzano i servizi configurati per il paese. Un prezzo non costituisce un annuncio di lancio in produzione: abilita solo i metodi offerti dal catalogo della tua applicazione. Lo snapshot di disponibilità esistente viene conservato separatamente da questo aggiornamento dei prezzi. Per un paese che utilizza più fonti, la tabella mostra la loro somma quando tutte rispondono. Per un tentativo con risposta vengono addebitate solo le risposte delle fonti fatturabili; una fonte che non ha risposto viene esclusa. La Nigeria utilizza NIN o BVN, non la loro somma. Le tariffe contrattuali personalizzate possono variare e sono visualizzate nella tua console. Questi sono prezzi per le ricerche nel passaggio ID, non un preventivo per ogni altro servizio di Validazione su database offerto in quel paese.La disponibilità dipende dal catalogo delle funzionalità fornito dal backend; l’API rifiuta un workflow che abilita una ricerca non contrassegnata come
Available per quel paese nel catalogo. I prezzi contrassegnati come Su richiesta non sono ancora pubblicati: i metodi non basati su documenti hanno un prezzo specifico per paese e vengono quotati dal team che segue il tuo account.Regole di formato
I campi identificativi prevedono un controllo di formato lato client prima dell’invio: una lunghezza, una regola che impone l’uso delle sole cifre, un checksum o un pattern, a seconda del paese. Un numero che non lo supera non raggiunge mai la fonte, il che significa che non viene mai fatturato e non viene mai conteggiato rispetto amax_attempts: all’utente viene mostrato un messaggio specifico per il paese e viene richiesto di correggerlo.
Le tabelle per paese riportate di seguito elencano la regola per ciascun campo. Un campo senza regole è a testo libero: un nome, una data acquisita dall’interfaccia o l’acquisizione di un’immagine.
Imposta il formato corretto nella tua precompilazione per non spendere nulla a causa di errori di digitazione.
Campi per paese
Argentina (ARG)
Fonte: RENAPER. La consultazione richiede anche un selfie e lo confronta con il volto registrato per tale identità; questo controllo restituisce un esito, non un ritratto. Non si tratta di un controllo di rilevamento della vitalità, quindi l’opzione per saltare il passaggio rimane disattivata: gli eventuali passaggi di Rilevamento della vitalità e Confronto facciale nel workflow vengono comunque eseguiti, e Confronto facciale confronta l’acquisizione dal vivo con quel selfie verificato.
Bolivia (BOL)
Fonte: SEGIP. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio successivo di Confronto facciale nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Brasile (BRA)
Fonte: Receita Federal. La consultazione richiede anche un selfie e lo confronta con il volto registrato per tale identità; questo controllo restituisce un esito, non un ritratto. Non si tratta di un controllo di rilevamento della vitalità, quindi l’opzione per saltare il passaggio rimane disattivata: gli eventuali passaggi di Rilevamento della vitalità e Confronto facciale nel workflow vengono comunque eseguiti, e Confronto facciale confronta l’acquisizione dal vivo con quel selfie verificato.
Cambogia (KHM)
Fonte: Registro degli elettori del Ministero dell’Interno. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio successivo di Confronto facciale nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Canada (CAN)
Fonte: Registri delle agenzie di credito canadesi (doppio processo FINTRAC). Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio successivo di Confronto facciale nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Cile (CHL)
Fonte: Servicio de Registro Civil e Identificación. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio successivo di Confronto facciale nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Cina (CHN)
Fonte: NCIIC (National Citizen Identity Information Center). Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio successivo di Confronto facciale nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Colombia (COL)
Fonte: Registraduría General de la Nación / ANI. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Costa Rica (CRI)
Fonte: Tribunal Supremo de Elecciones. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Danimarca (DNK)
Fonte: Registro CPR. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Repubblica Dominicana (DOM)
Fonte: Junta Central Electoral. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Ecuador (ECU)
Fonte: Registro Civil del Ecuador. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
El Salvador (SLV)
Fonte: RNPN. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Finlandia (FIN)
Fonte: Registro della popolazione DVV. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Francia (FRA)
Fonte: Registri residenziali e delle utenze francesi. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Guatemala (GTM)
Fonte: RENAP. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Honduras (HND)
Fonte: CNE. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
India (IND)
Fonte: UIDAI (Aadhaar). Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Indonesia (IDN)
Fonte: Registro della popolazione indonesiana tramite registri di residenza. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Kenya (KEN)
Fonte: IPRS (Integrated Population Registration System). Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Malesia (MYS)
Fonte: JPN (National Registration Department). Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Messico (MEX)
Fonte: RENAPO. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui eseguire il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Paesi Bassi (NLD)
Fonte: Registri anagrafici olandesi. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Nigeria (NGA)
Fonte: NIMC / NIBSS. La ricerca richiede anche un selfie e lo confronta con il volto registrato per tale identità; questo controllo restituisce un esito, non una fototessera. Non è un controllo della vitalità, quindi l’opzione di salto rimane disattivata: tutti i passaggi di Rilevamento della vitalità e Confronto facciale nel workflow vengono comunque eseguiti, e Confronto facciale confronta l’acquisizione dal vivo con quel selfie verificato.
Norvegia (NOR)
Fonte: Registri anagrafici norvegesi. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Panama (PAN)
Fonte: Tribunal Electoral / SIB. La ricerca richiede anche un selfie e lo confronta con il volto registrato per tale identità; questo controllo restituisce un esito, non una fototessera. Non è un controllo della vitalità, quindi l’opzione di salto rimane disattivata: tutti i passaggi di Rilevamento della vitalità e Confronto facciale nel workflow vengono comunque eseguiti, e Confronto facciale confronta l’acquisizione dal vivo con quel selfie verificato.
Paraguay (PRY)
Fonte: Tribunal Superior de Justicia Electoral. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Perù (PER)
Fonte: RENIEC. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Singapore (SGP)
Fonte: Registri delle agenzie di credito e delle utenze di Singapore. Questa fonte restituisce solo dati, quindi non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Sudafrica (ZAF)
Fonte: Department of Home Affairs. La fonte restituisce un ritratto, pertanto viene scattato un selfie, su di esso viene eseguito il rilevamento passivo della vitalità e viene effettuato il confronto facciale con tale ritratto all’interno della ricerca.
Svezia (SWE)
Fonte: registro della popolazione di Skatteverket. Questa fonte restituisce solo dati, pertanto non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Thailandia (THA)
Fonte: registro civile DOPA. Questa fonte restituisce solo dati, pertanto non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Regno Unito (GBR)
Fonte: registri delle agenzie di credito e dei servizi finanziari del Regno Unito. Questa fonte restituisce solo dati, pertanto non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Stati Uniti (USA)
Fonte: registri delle agenzie di credito e dei servizi finanziari degli Stati Uniti. Questa fonte restituisce solo dati, pertanto non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Uruguay (URY)
Fonte: Dirección Nacional del Registro de Estado Civil. Questa fonte restituisce solo dati, pertanto non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Venezuela (VEN)
Fonte: CNE. Questa fonte restituisce solo dati, pertanto non è presente alcun ritratto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Zambia (ZMB)
Fonte: Zambia Revenue Authority. Questa fonte restituisce solo dati, quindi non è presente alcuna foto con cui effettuare il confronto facciale: un passaggio di Confronto facciale successivo nel workflow non avrà nulla da confrontare per un utente verificato in questo modo.
Consenso
Diverse fonti possono essere interrogate solo con il consenso esplicito della persona e il regime del consenso varia a seconda del paese: POPIA in Sudafrica, NDPR in Nigeria, LGPD in Brasile, UK GDPR nel Regno Unito, finalità consentita GLBA negli Stati Uniti e così via. Il regime applicabile a ciascuna fonte è riportato nella tabella di copertura precedente. Sei tu il titolare del trattamento per tale consenso. Raccoglilo nel tuo flusso oppure aggiungi un passaggio di questionario prima del passaggio di verifica dell’identità e conserva la registrazione: Didit esegue la query richiesta e non valuta se avevi il diritto di richiederla. Laddove la fonte di un paese richieda una formulazione specifica del consenso, l’interfaccia utente di verifica la mostra prima dell’esecuzione della ricerca.Tentativi, esiti e fatturazione
Ogni ricerca a cui viene data risposta conta come un tentativo.max_attempts va da 1 a 5, con valore predefinito 1.
Ogni tentativo fatturabile che riceve risposta somma le tariffe al dettaglio dei servizi che hanno risposto con match, partial match o no match. I tentativi ripetuti costituiscono nuovi tentativi e possono comportare un addebito aggiuntivo. Un tentativo che si conclude con un errore del provider non viene fatturato. Il rifiuto per formato non viene fatturato.
Se la ricerca ricorre al fallback con acquisizione del documento, il controllo del documento completato viene fatturato separatamente. La disattivazione del fallback rifiuta la sessione; non rimborsa una ricerca completata. Gli scenari sandbox simulano gli esiti senza query a pagamento sui registri o costi di utilizzo.
Cosa viene salvato nella sessione
Una ricerca che ha trovato corrispondenza popola il risultato della Verifica dell’identità esattamente come farebbe la lettura di un documento (nome, data di nascita e codice identificativo nazionale) e aggiunge un blocco di proveid_lookup:
comparison contiene una riga per ogni campo confrontabile, con result pari a match, partial o no_match, in modo che un revisore possa vedere esattamente quale campo non corrispondeva. I nomi delle righe sono normalizzati (identification_number, full_name, date_of_birth, address) anziché le chiavi dei campi di richiesta del paese, poiché nome e cognome vengono confrontati come un unico nome e ogni alias dell’identificativo viene confrontato come un unico numero.
La risposta attuale nell’ambiente di staging mantiene gli errori delle fonti in un array separato source_errors. Le sue voci possono contenere service_id, code, message, details e outcome_detail quando forniti. Tratta questi elementi come diagnostica della query e non come mancate corrispondenze dell’identità. Le versioni precedenti potrebbero rappresentare gli errori delle fonti come righe di comparison con result: "error"; verifica il contratto distribuito nell’ambiente di destinazione.
registry_portrait è presente solo per una fonte che restituisce una foto, quando i campi di risposta selezionati la conservano; face_match_score rappresenta quindi il confronto tra il selfie e quella foto. Una fonte che verifica direttamente il selfie (RENAPER in Argentina, Nigeria) non restituisce alcuna foto e face_match_score è il punteggio restituito per il proprio controllo.
I tipi di campo completi sono disponibili nel modello dati della verifica dell’identità.
Conservazione dei dati
Il record della fonte che ha prodotto una corrispondenza viene memorizzato come risultato della Verifica dell’identità e segue le impostazioni di conservazione dei dati della tua organizzazione, esattamente come la lettura di un documento. L’eliminazione di una sessione lo cancella; consulta Elimina sessione.Correlati
- Metodi di verifica dell’identità — i tre metodi, fallback e fatturazione
- Wallet di identità digitale — il metodo crittografico
- Validazione su database — la funzionalità autonoma per verificare un documento già acquisito rispetto a una fonte
- Configurazioni delle funzionalità del workflow — il riferimento alla chiave
methods