Un prestataire universel de vérification ne voit pas votre client aux Émirats ni en Indonésie : là-bas, l'identité se confirme auprès d'un registre d'État. Voyons ce qui change par rapport au KYC habituel et ce qui se configure.
pays d'encaissement
registres d'État intégrés d'emblée
juridictions dans le régime de protection des données
Il cherche le client dans des sources qui, dans ces pays, n'existent pas ou ne valent pas preuve.
La vérification par historique de crédit ou bases d'opérateurs télécoms, routine sur certains marchés, ne renvoie rien sur d'autres : les sources n'existent tout simplement pas.
La preuve n'est pas la reconnaissance du document mais la réponse du registre : cette personne existe, le document est valide, les données concordent.
Un client que le système n'a pas su vérifier va chez celui qui le sait. Sur les marchés à identification locale, c'est la cause la plus fréquente d'inscriptions perdues.
Deux parcours d'identification prêts, plus des règles communes de traitement du résultat.
Vérification d'identité contre la carte nationale : concordance des données, durée de validité, correspondance du titulaire. Le résultat est conservé dans le profil client avec la date et la source.
Vérification contre le registre de l'état civil : numéro de pièce, nom et date de naissance sont confrontés à la base d'État.
Une vérification réussie ouvre les opérations au client ; une vérification douteuse part en examen manuel avec l'écart indiqué. Conservation et délais de réponse suivent le régime de données du pays.
L'identification locale ne remplace pas la conformité : elle en est la première étape. La confirmation par un registre d'État répond à « est-ce bien cette personne », pas à « d'où vient son argent » ni à « est-elle sous sanctions ». La chaîne complète demeure : vérification d'identité locale, puis criblage des sanctions et surveillance des opérations.
Ensuite, les données. Une vérification auprès d'un registre d'État suppose de traiter des informations particulièrement sensibles, et les exigences de conservation y sont plus strictes que pour les données clients ordinaires. Mieux vaut décider d'avance ce que garde le profil : le fait d'une vérification réussie avec sa date et sa source, ou la réponse complète du registre. Le premier suffit presque toujours et allège nettement les obligations.
Enfin, le scénario d'échec. Le registre peut être indisponible et les données diverger à cause de la translittération d'un nom ou d'une adresse périmée. Il faut un parcours de repli décrit à l'avance : contrôle manuel des documents par un collaborateur, avec des opérations limitées jusqu'à son achèvement. Sans lui, la première indisponibilité d'un service d'État devient un arrêt des inscriptions.
Trois assistants de configuration. L'opérateur les parcourt seul, sans développement.
Raccordement de la source, champs confrontés, action en cas d'écart et règles de conservation du résultat.
Raccordement au registre de l'état civil, champs vérifiés, traitement des réponses ambiguës et parcours de repli.
Le registre d'État russe : niveau du compte, données demandées jusqu'aux numéros de sécurité sociale et fiscal, durée de validité du consentement et rythme de revérification.
Les trois sources se configurent avec un seul assistant et des préréglages par pays : les étapes sont identiques, seules les données de référence changent. Configurez la voie de secours en même temps que la principale : les registres d'État ont des interruptions planifiées et, sans parcours manuel, l'inscription s'arrête tout simplement pendant ces heures.
Inscrivez-vous et raccordez vous-même la vérification auprès du registre d'État. Le parcours de repli en cas d'indisponibilité se configure avec le même assistant : mieux vaut le prévoir tout de suite.
Commencer