data_match : les informations fournies par l’utilisateur correspondent à un enregistrement détenu par cette source. Aucun document n’ayant été inspecté, aucune authenticité de document n’est revendiquée.
Quelle source est interrogée
Pour la plupart des pays, il s’agit d’un registre gouvernemental — le Department of Home Affairs en Afrique du Sud, le RENAPER en Argentine, l’UIDAI en Inde, le registre CPR au Danemark. Certains ne le sont pas. Au Canada, en France, en Indonésie, aux Pays-Bas, en Norvège, à Singapour, au Royaume-Uni et aux États-Unis, le registre faisant autorité auquel Didit peut accéder est un fichier d’une agence d’évaluation du crédit, d’un prestataire de services financiers, d’un fournisseur de services publics ou de données résidentielles, plutôt qu’un registre d’État. Cette distinction n’est pas anodine. Elle modifie ce que la correspondance prouve, le régime de consentement sous lequel la requête s’exécute, ainsi que ce que vous pouvez indiquer à un régulateur concernant la provenance. Cette page ne généralise donc jamais : la colonne Source interrogée ci-dessous indique la source exacte pour chaque pays, et constitue la seule référence de provenance sur laquelle vous fier. Lisez-la avant d’activer un pays.L’utilisateur final ne voit jamais le nom de la source. Il figure sur le payload de la session (
id_lookup.source), dans la console et dans les exports, pour vous et vos auditeurs.Ce que fait l’utilisateur
- Sélectionne son pays lors de l’étape de vérification d’identité.
- Saisit les champs requis par ce pays — toujours l’identifiant, généralement un nom, parfois une date de naissance ou une adresse.
- Prend un selfie lorsque la recherche du pays l’exige.
- Obtient un résultat : vérifié et redirigé vers la suite, invité à corriger le numéro, invité à réessayer, renvoyé vers la capture de document, ou refusé.
Selfies, portraits et étape ultérieure de Correspondance faciale
Une recherche établit l’identité à partir d’un registre. Ce qu’elle laisse derrière elle détermine ce à quoi une étape de Correspondance faciale ultérieure dans le workflow peut comparer la capture en direct de l’utilisateur. Chaque source adopte l’un des trois comportements suivants, et la colonne Selfie, détection du vivant et comparaison faciale du tableau ci-dessous indique lequel, par pays :
Lorsque la source renvoie une photographie, un selfie est demandé à l’utilisateur, la détection du vivant passive y est exécutée, et une comparaison faciale est effectuée avec le portrait du registre. Ces trois opérations se déroulent au sein de la recherche et sont incluses dans son prix : il n’y a pas de frais distincts pour la Détection du vivant ou la Correspondance faciale. Étant donné que la recherche a déjà prouvé la présence d’une personne vivante correspondant à la photographie du registre, l’option
skip_liveness_and_face_match du pays (activée par défaut) permet au workflow d’ignorer ses propres étapes de Détection du vivant et de Correspondance faciale après une correspondance. Désactivez-la pour les exécuter malgré tout.
Lorsque la source vérifie le selfie elle-même, comme le font le Brésil, l’Argentine (RENAPER), le Nigeria et le Panama (le service biométrique du Tribunal Electoral), la vérification renvoie un verdict et non un portrait. Il ne s’agit pas d’un contrôle de détection du vivant : cette option est donc normalisée à l’état désactivé lors de l’enregistrement, et les étapes de Détection du vivant et de Correspondance faciale du workflow continuent de s’exécuter. En cas de correspondance, la Correspondance faciale compare la capture en direct avec le selfie vérifié par la recherche. Au Nigeria, l’utilisateur choisit le type de pièce d’identité, et le selfie est comparé au visage enregistré aussi bien pour un NIN que pour un BVN.
Toutes les autres sources renvoient uniquement des données, tout comme les sources argentines qui ne requièrent aucun selfie. Aucun selfie n’est pris et l’option est normalisée à l’état désactivé lors de l’enregistrement.
Étape de Correspondance faciale après une méthode qui ne laisse aucune photo
Une recherche portant uniquement sur des données ne laisse rien à comparer pour une étape de Correspondance faciale, tout comme une connexion avec un portefeuille d’identité numérique : même lorsqu’un portefeuille partage un portrait, celui-ci n’est pas utilisé comme référence pour la Correspondance faciale. Une étape de Correspondance faciale atteinte de cette manière ne peut valider automatiquement aucun utilisateur : chaque utilisateur qui y parvient est envoyé en examen ou refusé. L’éditeur de workflow, ainsi que la validation de graphe utilisée par chaque client, vous avertissent avant la publication :- Le workflow ne peut pas être publié lorsque, pour un pays donné, chaque chemin menant à l’étape de Correspondance faciale vérifie ses utilisateurs uniquement avec des méthodes qui ne laissent aucune photo, et que chaque issue de cette étape de Vérification d’identité mène à l’étape de Correspondance faciale. Une branche dont toutes les issues reviennent vers la Correspondance faciale n’y change rien. Autorisez la capture de documents pour ce pays, choisissez une source qui renvoie une photographie ou vérifie le selfie, ou supprimez l’étape de Correspondance faciale.
- Un avertissement s’affiche lorsque cela dépend de l’utilisateur : la capture de documents ou une source laissant une photo est également proposée, ou une branche située après l’étape de Vérification d’identité peut diriger ces utilisateurs vers une issue sans Correspondance faciale. Les utilisateurs qui terminent leur parcours avec la méthode portant uniquement sur des données atteignent tout de même la Correspondance faciale sans aucun élément de comparaison.
portrait_image) dispose toujours d’un élément de comparaison et n’est jamais signalé.
Si aucun autre élément du workflow n’en fournit, la Correspondance faciale n’a aucune référence à laquelle comparer la capture en direct après une correspondance portant uniquement sur des données.
Elle indique alors que la comparaison n’a pas pu être calculée (FACE_MATCH_NOT_COMPUTED, avec un score null) au lieu de refuser automatiquement.
Le paramètre face_match_not_computed_action de l’étape de Correspondance faciale détermine ensuite l’issue : In Review par défaut, ou Declined si vous le définissez sur DECLINE.
Consultez Avertissements relatifs à la correspondance faciale.
Couverture et tarifs
Les prix ci-dessous sont les tarifs publics de détail en USD par tentative ayant reçu une réponse, vérifiés par rapport au flux de tarification anonyme de Validation en base de données le 11 septembre 2026. Ils utilisent les services configurés pour le pays. Un prix ne constitue pas une annonce de lancement en production : activez uniquement les méthodes proposées par le catalogue de votre application. L’instantané de disponibilité existant est conservé séparément de cette actualisation des prix. Pour un pays utilisant plusieurs sources, le tableau indique leur somme lorsque toutes répondent. Une tentative ayant reçu une réponse est facturée uniquement pour les réponses de ses sources facturables ; une source qui n’a pas répondu est exclue. Le Nigeria utilise le NIN ou le BVN, et non leur somme. Les tarifs contractuels personnalisés peuvent différer et sont affichés dans votre console. Il s’agit de prix de recherche pour l’étape de vérification d’identité, et non d’un devis pour tous les autres services de Validation en base de données proposés dans ce pays.La disponibilité provient du catalogue de fonctionnalités fourni par le back-end ; l’API rejette un workflow qui active une recherche que le catalogue n’indique pas comme
Available pour ce pays. Les prix marqués Sur demande ne sont pas encore publiés — les méthodes sans document sont tarifées par pays et font l’objet d’un devis de la part de votre équipe chargée de votre compte.Règles de format
Les champs d’identifiant font l’objet d’une vérification de format côté client avant tout envoi — une vérification de la longueur, une règle exigeant uniquement des chiffres, une somme de contrôle ou un motif, selon le pays. Un numéro qui échoue à ce contrôle n’atteint jamais la source, ce qui signifie qu’il n’est jamais facturé et n’est jamais décompté demax_attempts : un message spécifique au pays est affiché à l’utilisateur, l’invitant à le corriger.
Les tableaux par pays ci-dessous répertorient la règle pour chaque champ. Un champ sans règle correspond à du texte libre — un nom, une date recueillie par l’interface ou une capture d’image.
Respectez le bon format lors de votre propre préremplissage afin de ne rien dépenser pour des fautes de frappe.
Champs par pays
Argentine (ARG)
Source : RENAPER. La vérification prend également un selfie et le compare avec le visage enregistré pour cette identité ; ce contrôle renvoie un verdict, pas un portrait. Il ne s’agit pas d’un contrôle de détection du vivant, donc l’option de contournement reste désactivée : les éventuelles étapes Détection du vivant et Correspondance faciale du workflow s’exécutent toujours, et la Correspondance faciale compare la capture en direct avec ce selfie vérifié.
Bolivie (BOL)
Source : SEGIP. Cette source renvoie uniquement des données ; il n’y a donc pas de portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément à comparer pour un utilisateur vérifié de cette manière.
Brésil (BRA)
Source : Receita Federal. La vérification prend également un selfie et le compare avec le visage enregistré pour cette identité ; ce contrôle renvoie un verdict, pas un portrait. Il ne s’agit pas d’un contrôle de détection du vivant, donc l’option de contournement reste désactivée : les éventuelles étapes Détection du vivant et Correspondance faciale du workflow s’exécutent toujours, et la Correspondance faciale compare la capture en direct avec ce selfie vérifié.
Cambodge (KHM)
Source : registre électoral du ministère de l’Intérieur. Cette source renvoie uniquement des données ; il n’y a donc pas de portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément à comparer pour un utilisateur vérifié de cette manière.
Canada (CAN)
Source : dossiers des bureaux de crédit canadiens (double processus de la FINTRAC). Cette source renvoie uniquement des données ; il n’y a donc pas de portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément à comparer pour un utilisateur vérifié de cette manière.
Chili (CHL)
Source : Servicio de Registro Civil e Identificación. Cette source renvoie uniquement des données ; il n’y a donc pas de portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément à comparer pour un utilisateur vérifié de cette manière.
Chine (CHN)
Source : NCIIC (National Citizen Identity Information Center). Cette source renvoie uniquement des données ; il n’y a donc pas de portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément à comparer pour un utilisateur vérifié de cette manière.
Colombie (COL)
Source : Registraduría General de la Nación / ANI. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Costa Rica (CRI)
Source : Tribunal Supremo de Elecciones. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Danemark (DNK)
Source : registre CPR. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
République dominicaine (DOM)
Source : Junta Central Electoral. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Équateur (ECU)
Source : Registro Civil del Ecuador. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Salvador (SLV)
Source : RNPN. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Finlande (FIN)
Source : registre de la population DVV. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
France (FRA)
Source : données relatives au logement et aux services publics en France. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Guatemala (GTM)
Source : RENAP. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Honduras (HND)
Source : CNE. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Inde (IND)
Source : UIDAI (Aadhaar). Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Indonésie (IDN)
Source : Registre de la population indonésienne via les registres de résidence. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Kenya (KEN)
Source : IPRS (Integrated Population Registration System). Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Malaisie (MYS)
Source : JPN (National Registration Department). Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Mexique (MEX)
Source : RENAPO. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’a rien à comparer pour un utilisateur vérifié de cette manière.
Pays-Bas (NLD)
Source : registres de résidence néerlandais. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Nigéria (NGA)
Source : NIMC / NIBSS. La recherche prend également un selfie et le compare au visage enregistré pour cette identité ; cette vérification renvoie un verdict, pas un portrait. Il ne s’agit pas d’un contrôle de détection du vivant, l’option permettant d’ignorer reste donc désactivée : les étapes éventuelles de Détection du vivant et de Correspondance faciale dans le workflow s’exécutent tout de même, et la Correspondance faciale compare la capture en direct avec ce selfie vérifié.
Norvège (NOR)
Source : registres de résidence norvégiens. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Panama (PAN)
Source : Tribunal Electoral / SIB. La recherche prend également un selfie et le compare au visage enregistré pour cette identité ; cette vérification renvoie un verdict, pas un portrait. Il ne s’agit pas d’un contrôle de détection du vivant, l’option permettant d’ignorer reste donc désactivée : les étapes éventuelles de Détection du vivant et de Correspondance faciale dans le workflow s’exécutent tout de même, et la Correspondance faciale compare la capture en direct avec ce selfie vérifié.
Paraguay (PRY)
Source : Tribunal Superior de Justicia Electoral. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Pérou (PER)
Source : RENIEC. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Singapour (SGP)
Source : bureaux de crédit et données des services publics de Singapour. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’aura rien à comparer pour un utilisateur vérifié de cette manière.
Afrique du Sud (ZAF)
Source : Department of Home Affairs. La source renvoie un portrait, donc un selfie est capturé, une détection du vivant passive y est appliquée et une correspondance faciale est réalisée avec ce portrait au sein de la consultation.
Suède (SWE)
Source : Registre de la population de Skatteverket. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
Thaïlande (THA)
Source : État civil de la DOPA. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
Royaume-Uni (GBR)
Source : Dossiers des agences d’évaluation du crédit et des services financiers du Royaume-Uni. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
États-Unis (USA)
Source : Dossiers des agences d’évaluation du crédit et des services financiers des États-Unis. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
Uruguay (URY)
Source : Dirección Nacional del Registro de Estado Civil. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
Venezuela (VEN)
Source : CNE. Cette source renvoie uniquement des données ; il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape ultérieure de Correspondance faciale dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
Zambie (ZMB)
Source : Zambia Revenue Authority. Cette source renvoie uniquement des données, il n’y a donc aucun portrait avec lequel effectuer une correspondance faciale : une étape de Correspondance faciale ultérieure dans le workflow n’aura aucun élément de comparaison pour un utilisateur vérifié de cette manière.
Consentement
Plusieurs sources ne peuvent être interrogées qu’avec le consentement explicite de la personne, et le régime de consentement varie selon le pays — POPIA en Afrique du Sud, NDPR au Nigeria, LGPD au Brésil, UK GDPR au Royaume-Uni, finalité autorisée par la GLBA aux États-Unis, etc. Le régime qui s’applique à chaque source est indiqué dans le tableau de couverture ci-dessus. Vous êtes le responsable du traitement pour ce consentement. Recueillez-le dans votre propre parcours ou ajoutez une étape de questionnaire avant l’étape de vérification d’identité, et conservez-en la trace — Didit exécute la requête demandée et n’évalue pas si vous aviez le droit de la formuler. Lorsqu’une source nationale exige sa propre formulation de consentement, l’interface utilisateur de vérification l’affiche avant l’exécution de la recherche.Tentatives, résultats et facturation
Chaque recherche ayant abouti à une réponse compte pour une tentative.max_attempts est compris entre 1 et 5, 1 par défaut.
Chaque tentative facturable ayant reçu une réponse totalise les tarifs de détail des services ayant répondu par une correspondance, une correspondance partielle ou aucune correspondance. Les nouvelles tentatives constituent de nouvelles tentatives et peuvent entraîner des frais supplémentaires. Une tentative qui se termine par une erreur de fournisseur n’est pas facturée. Le rejet de format n’est pas facturé.
Si la recherche bascule vers la capture de document, la vérification du document effectuée est facturée séparément. La désactivation du repli refuse la session ; elle ne rembourse pas une recherche effectuée. Les scénarios sandbox simulent les résultats sans requêtes payantes auprès des registres ni frais d’utilisation.
Ce qui apparaît sur la session
Une recherche ayant trouvé une correspondance renseigne le résultat de Vérification d’identité de la même manière que le ferait la lecture d’un document — nom, date de naissance et identifiant national — et ajoute un bloc de preuvesid_lookup :
comparison comporte une ligne par champ comparable, avec un result valant match, partial ou no_match, afin qu’un réviseur puisse identifier précisément quel champ ne concordait pas. Les noms des lignes sont normalisés — identification_number, full_name, date_of_birth, address — et ne reprennent pas les clés des champs de requête propres à chaque pays, car le prénom et le nom de famille sont comparés comme un seul nom, et chaque alias d’identifiant est comparé comme un seul numéro.
La réponse actuelle en préproduction conserve les erreurs de la source dans un tableau source_errors séparé. Ses entrées peuvent contenir service_id, code, message, details et outcome_detail lorsqu’ils sont fournis. Considérez-les comme des diagnostics de requête et non comme des discordances d’identité. Les versions antérieures peuvent représenter les erreurs de la source sous la forme de lignes comparison avec result: "error" ; confirmez le contrat déployé dans votre environnement cible.
registry_portrait n’est présent que pour une source qui renvoie un portrait, lorsque les champs de réponse sélectionnés le conservent ; face_match_score correspond alors à la comparaison du selfie avec ce portrait. Une source qui vérifie directement le selfie (RENAPER en Argentine, Nigeria) ne renvoie aucun portrait, et face_match_score correspond au score qu’elle a renvoyé pour sa propre vérification.
Les types complets des champs se trouvent dans le modèle de données de vérification d’identité.
Conservation
L’enregistrement de la source qui a produit une correspondance est stocké en tant que résultat de Vérification d’identité et suit les paramètres de conservation des données de votre organisation, exactement comme une lecture de document. La suppression d’une session le supprime ; consultez Supprimer une session.Voir aussi
- Méthodes de vérification d’identité — les trois méthodes, le repli et la facturation
- Portefeuilles d’identité numérique — la méthode cryptographique
- Validation en base de données — la fonctionnalité autonome permettant de vérifier un document déjà capturé auprès d’une source
- Configurations des fonctionnalités de workflow — la référence de la clé
methods