Commencer
Intégrer / SDK
Vérification des utilisateurs
Vérification d'entreprise
Surveillance des transactions
Journal des modificationspartialMatchAction et noMatchAction dans les règles de votre workflow.
Correspondance 1×1
Cette méthode consiste à faire correspondre une donnée d’entrée (généralement un numéro d’identification national ou un identifiant similaire) avec notre base de données. Si une correspondance directe est trouvée, nous confirmons l’identité. Toutefois, si la tentative initiale échoue, nous pouvons essayer d’autres sources de données fiables selon une séquence en cascade. Cela signifie que nous continuons la validation auprès de prestataires successifs jusqu’à obtenir une correspondance ou épuiser toutes les options. Il est important de noter qu’une correspondance partielle n’interrompt pas le processus : nous ne nous arrêtons que lorsque nous trouvons une correspondance complète et concluante ou déterminons qu’aucune correspondance n’existe. La logique de correspondance 1x1 nécessite de faire correspondre les données personnelles d’un utilisateur avec une source pour obtenir une Correspondance complète sur son identité.*
*Les sources applicables du pays sont vérifiées jusqu’à ce qu’une Correspondance complète soit obtenue sur l’identité. Si aucune Correspondance complète n’est trouvée, le système continue alors à vérifier ces sources jusqu’à obtenir une Correspondance partielle sur l’identité de l’utilisateur.
Le tableau 1×1 ci-dessus et le tableau 2×2 ci-dessous décrivent le modèle général, et non une garantie valable pour chaque service. Les champs décisifs varient selon le service et selon les entrées optionnelles que vous transmettez : un registre ne peut comparer que les champs qu’il détient et ceux que vous lui fournissez, et le résultat d’un service est déterminé par les champs qu’il compare réellement. Tous les services ne comparent pas le numéro d’identification, et certains ne le comparent que si vous le transmettez. Par exemple, Espagne - Vérification DNI/NIE (
esp_dni) requiert le nom, la date de naissance et l’adresse, et accepte national_id comme entrée optionnelle. Il compare systématiquement le nom, la date de naissance et l’adresse, et compare également le numéro d’identification lorsque vous transmettez national_id.Un champ obligatoire n’est pas nécessairement décisif, et un champ optionnel peut l’être. Un champ obligatoire doit être envoyé pour que la requête soit acceptée, et un champ listé dans source_data correspond aux données renvoyées par le registre. Aucun des deux n’indique quels champs ont déterminé le résultat. Les exemples de réponse sur la page de chaque service illustrent une réponse possible, de sorte que les clés de leur objet validation ne constituent pas une liste exhaustive des champs comparés par ce service. La page de référence API de chaque service, répertoriée sous Pays et services pris en charge, détaille ses entrées obligatoires et optionnelles sous Entrées.Correspondance 2×2
Cette méthode nécessite de faire correspondre deux données en entrée (par exemple, nom + date de naissance, ou numéro d’identité national + numéro de téléphone) avec deux champs correspondants dans notre base de données. Tout comme pour la méthode 1x1, nous suivons une approche en cascade en interrogeant successivement plusieurs sources de données. Nous progressons à chaque étape jusqu’à trouver une correspondance complète sur les deux champs de données. Les correspondances partielles ou sur un seul champ ne suffisent pas ; le processus de validation se poursuit jusqu’à ce qu’une correspondance définitive sur 2 champs soit obtenue ou que toutes les sources aient été vérifiées. La logique de correspondance 2x2 exige de faire correspondre les données personnelles d’un utilisateur avec deux sources pour obtenir une Correspondance complète sur son identité.*
*Les sources applicables du pays sont vérifiées jusqu’à obtenir une correspondance totale sur l’identité. Si aucune correspondance totale n’est trouvée, le système vérifie alors de manière répétée ces sources pour trouver une correspondance partielle sur l’identité de l’utilisateur.
Correspondance des catégories de données et des attributs
Voici les scénarios qui donnent lieu à une Correspondance complète pour les catégories de données Nom, Date de naissance et ID. Une Correspondance partielle n’est possible que pour la catégorie Nom.Correspondance de la catégorie Nom
Une Correspondance complète sur la catégorie Nom est retenue lorsque l’un des scénarios de correspondance d’attributs de données suivants est rempli :- Concaténation du nom complet Correspondance complète (Prénom + Nom de famille combinés avec un seuil de similarité de 85%)
- Prénom Correspondance complète + Nom de famille Correspondance complète
- Prénom Correspondance complète + Nom maternel Correspondance complète
- Prénom Correspondance complète + Nom paternel Correspondance complète
- Prénom Correspondance complète
- Nom de famille Correspondance complète
- Nom paternel Correspondance complète
- Nom maternel Correspondance complète
- Nom maternel Correspondance complète + Nom paternel Correspondance complète
Correspondance de la catégorie Date de naissance
Une Correspondance complète sur la catégorie Date de naissance n’est retenue que lorsque le scénario de correspondance d’attributs de données suivant est rempli :- Année de naissance Correspondance complète + Mois de naissance Correspondance complète + Jour de naissance Correspondance complète
Correspondance de la catégorie ID
Une Correspondance complète sur la catégorie ID n’est retenue que lorsque le scénario de correspondance d’attributs de données suivant est rempli :- Numéro d’identification Correspondance complète
Correspondance floue pour les attributs de données
Voici les critères de correspondance floue appliqués aux différents attributs de données par rapport aux sources de données par pays.- Attributs de données relatifs au nom Pour qu’un attribut de données de la catégorie Nom génère un résultat Correspondance complète, il doit présenter une similarité de caractères de Levenshtein d’au moins 70% par rapport aux enregistrements des sources de données. Pour la concaténation du nom complet (prénom + nom de famille combinés), un seuil plus élevé de 85% de similarité est appliqué. Par exemple, si la valeur fournie pour l’attribut Nom est « Christophel » et que le nom réel est « Christopher », un résultat Correspondance complète est renvoyé conformément à la logique de correspondance floue. Ce système s’applique aux attributs de données First Name, Last Name, Paternal Name et Maternal Name.
- Attributs de données relatifs à la date de naissance et au document d’identité Nous n’appliquons aucun type de correspondance floue aux attributs de données des catégories Date de naissance ou Document d’identité. Une correspondance exacte est requise pour ces champs.
Exemples
Voici des exemples de valeurs saisies pour des attributs de données qui respectent les critères de la logique de correspondance floue et génèrent un résultat Correspondance complète.Voir aussi
- Vue d’ensemble de la validation en base de données : fonctionnement de bout en bout de l’API, registres pris en charge et tarifs.
- Codes de résultat : liste complète des codes de réponse des fournisseurs (personne décédée, mineur, document introuvable, discordance biométrique).
- Avertissements : éléments signalés lorsqu’un service ne peut pas être exécuté en raison de données manquantes.
- Pays et services pris en charge : liste de tous les registres actifs, champs requis et prix par appel.
- Rapports : exportations mensuelles de facturation par service.