Preuve de Nationalité : Comment Didit Détermine la Nationalité à Partir des Pièces d'Identité (FR)

La vérification d'identité a historiquement répondu à une seule question : qui est cette personne. Un nom, une date de naissance, une pièce d'identité officielle, une correspondance biométrique. Suffisant pour ouvrir un compte, passer un contrôle de lutte contre le blanchiment d'argent et continuer.

En 2026, les régulateurs de plusieurs juridictions ajoutent une deuxième question : quelle est la nationalité de cette personne. Le département du Trésor américain prépare un décret exigeant des banques qu'elles collectent des données de nationalité auprès de leurs clients. Le cadre eIDAS 2.0 de l'UE fait de la nationalité un attribut de premier plan dans les portefeuilles d'identité numériques. L'inscription des électeurs, les licences de jeu, les services financiers transfrontaliers, les prestations gouvernementales et les secteurs sensibles à l'immigration poussent tous la vérification de la nationalité de « souhaitable » à « obligatoire ».

Cet article explique comment Didit gère la preuve de nationalité — quels documents sont pris en charge, comment l'extraction fonctionne, quels contrôles d'authenticité sont effectués et comment la sortie s'intègre au reste de la pile KYC.

Ce qui Constitue une Preuve de Nationalité

La nationalité n'est pas un seul point de données. Elle dérive de preuves documentaires, et les preuves acceptées varient selon les pays. Quelques tendances se dessinent à l'échelle mondiale :

• Les passeports sont la preuve la plus solide. Chaque pays qui délivre des passeports limite la délivrance aux citoyens (et à un petit nombre d'exceptions comme les documents de voyage des réfugiés). Le document lui-même est délivré selon la norme ICAO 9303, ce qui signifie qu'il comporte une zone de lecture automatique, une zone visuelle structurée et — pour les éditions modernes — une puce NFC contenant les mêmes données signées par l'autorité émettrice.
• Les certificats de naturalisation et de nationalité prouvent une nationalité acquise. Il s'agit généralement de documents papier délivrés par les autorités fédérales ou nationales. Aux États-Unis, les formulaires pertinents sont le N-550/N-570 (certificat de naturalisation) et le N-560/N-561 (certificat de nationalité).
• Les actes de naissance prouvent la nationalité de naissance dans les juridictions où le droit du sol s'applique. Les formats varient considérablement — rien qu'aux États-Unis, chaque État, territoire et de nombreux comtés en émettent leur propre version.
• Les rapports consulaires de naissance à l'étranger (CRBA / FS-240 aux États-Unis, documents équivalents dans d'autres pays) couvrent les citoyens nés en dehors de leur pays de citoyenneté.
• Les cartes nationales d'identité impliquent la nationalité dans les pays où la carte d'identité nationale est délivrée uniquement aux citoyens (la plupart de l'UE, une partie de l'Amérique latine, la plupart du Moyen-Orient). Dans les pays où les résidents peuvent également détenir des cartes nationales d'identité (par exemple, certains États du Golfe, certaines cartes de résident de longue durée de l'UE), la carte nationale d'identité seule ne prouve pas la nationalité.

Un fournisseur de vérification qui ne prend en charge que les passeports ne peut pas servir les clients qui n'en ont jamais eu. Environ 52 % des adultes américains, et des pourcentages beaucoup plus élevés en Amérique latine et en Asie du Sud-Est, ne possèdent pas de passeport. Un fournisseur qui ne prend en charge que les permis de conduire ne peut servir aucune exigence de vérification de la nationalité — un permis de conduire prouve la présence légale dans la plupart des juridictions, pas la nationalité.

La bibliothèque de documents Didit couvre tout ce qui précède, dans plus de 220 pays et 14 000 types de documents.

Le Processus de Vérification

Du point de vue du client, le processus est une session continue sur un téléphone ou un ordinateur de bureau. En coulisses, six couches fonctionnent en parallèle.

Couche 1 : Capture de Document

Le client est invité à photographier le document. Le SDK de capture gère le cadrage, la détection des reflets, la mise au point et la correction de la faible luminosité. Il rejette les analyses trop floues, trop sombres ou rognées. Pour les passeports, il invite spécifiquement à la page avec la MRZ et, si l'appareil prend en charge la NFC et que le passeport en est équipé, propose de tapoter le passeport contre le téléphone pour la lecture de la puce.

Pour les actes de naissance et les certificats de naturalisation — où il n'y a pas de MRZ ou de puce — le flux de capture guide le client pour photographier l'intégralité du document sur une surface contrastée et peut accepter plusieurs pages pour les documents qui s'étendent sur plus d'une face.

Couche 2 : Classification de Document

Avant toute extraction de champ, le document est classifié : type, pays, autorité émettrice, fourchette d'années de délivrance. La classification s'exécute sur un modèle formé sur la bibliothèque de 14 000+ documents, ce qui signifie qu'il peut distinguer un acte de naissance du Texas d'un acte de naissance de Géorgie, un certificat de naturalisation de 1998 d'un certificat actuel et un passeport américain d'un livret d'un passeport américain.

La sortie de la classification pilote le traitement en aval. Différents types de documents ont différents schémas de champs, différentes caractéristiques de sécurité et différents signaux d'authenticité à vérifier.

Couche 3 : Extraction de Champs

L'OCR extrait les champs structurés pour le type de document identifié. Sur un passeport ICAO, cela signifie nom, date de naissance, nationalité, numéro de passeport, pays d'émission, date d'expiration, sexe, lieu de naissance et les chiffres de contrôle MRZ. Sur un certificat de naturalisation, cela signifie numéro A, nom, date de naissance, pays de citoyenneté d'origine, date de naturalisation et numéro de certificat. Sur un acte de naissance d'un État américain, cela signifie nom, date de naissance, lieu de naissance, noms des parents et détails de l'enregistrement.

Le modèle d'extraction est affiné par type de document. L'exécution d'un OCR générique sur un acte de naissance du Mississippi produit des résultats incohérents — la typographie est inhabituelle, l'arrière-plan de sécurité est bruyant, la disposition des champs varie selon l'année de délivrance. L'extraction spécifique au document fait la différence entre un taux d'automatisation de 97 % et de 60 %.

Couche 4 : Contrôles d'Authenticité

C'est là que se déroule la majeure partie de la prévention de la fraude. En fonction du document, le système exécute :

• Vérification de l'intégrité de la MRZ — la zone de lecture automatique contient des chiffres de contrôle calculés à partir des données codées. Un passeport falsifié ou altéré échoue à ce contrôle.
• Vérification de la puce NFC — si la puce est présente, le système lit le groupe de données signé, vérifie la signature de l'émetteur par rapport à la liste de confiance du pays (par exemple, le PKD de l'OACI) et compare les données de la puce à la zone visuelle.
• Détection des caractéristiques de sécurité — hologrammes, caractéristiques UV, micro-impression, héliogravure, images fantômes. Le modèle recherche les caractéristiques spécifiques utilisées par l'autorité émettrice pour cette version du document.
• Correspondance de modèle — le document est comparé à des modèles de référence de l'autorité émettrice de la même année, à la recherche de fautes de police, de déviations de mise en page et d'incohérences de couleur.
• Détection de falsification — détection de jonctions, artefacts de copier-coller, substitution de photos, modifications au niveau des champs. Cela détecte les cas où un document légitime a été modifié après sa délivrance.
• Expertise médico-légale de l'image — détection de documents uniquement numériques, artefacts de capture d'écran et signatures de rendu provenant d'outils de falsification connus.

Pour les actes de naissance et autres documents à faible sécurité, les contrôles d'authenticité s'appuient davantage sur la correspondance de modèle et la détection de falsification, car les documents eux-mêmes ont moins de caractéristiques de sécurité physiques. Il s'agit d'un point faible structurel de la classe de document, et non de la vérification — la solution correcte consiste à associer la vérification uniquement sur la base d'un acte de naissance à des signaux supplémentaires (vérification du numéro de sécurité sociale, historique des adresses, risque de l'appareil) au lieu de prétendre qu'une OCR propre d'un acte de naissance équivaut à une preuve solide.

Couche 5 : Correspondance Biométrique et Contrôle de Présence

La photo du document est comparée à un selfie en direct capturé à partir de l'appareil du client. La couche de présence confirme que le selfie est une personne en vie, et non une photo d'une photo, un deepfake, un masque 3D ou une attaque par relecture. La couche de comparaison faciale compare les caractéristiques biométriques et renvoie un score de correspondance.

Pour les documents de nationalité qui ne comportent pas de photo — actes de naissance américains, certains certificats de naturalisation, certaines anciennes pièces d'identité nationales — l'étape biométrique est effectuée par rapport à une pièce d'identité avec photo distincte collectée au cours de la même session. Le client télécharge les deux documents ; la biométrie est mise en correspondance avec la pièce d'identité avec photo ; la preuve de nationalité est liée à la même identité vérifiée.

Couche 6 : Sortie

L'API renvoie un enregistrement de vérification structuré :

• Type de document, pays de citoyenneté, champs extraits
• Score d'authenticité et les contrôles spécifiques qui ont réussi ou échoué
• Score de correspondance biométrique et résultat de la présence
• Décision globale (approuvé, à revoir, refusé) avec codes de raison
• Piste d'audit infalsifiable avec des images de document hachées, des horodatages et la version du système

L'enregistrement s'intègre à la vérification des sanctions, aux contrôles PEP et des médias défavorables et à la surveillance continue — l'ensemble de la pile KYC — via la même API.

Ce que la Détection de Nationalité Renvoie Réellement

Le modèle d'intégration le plus courant consiste en un seul appel qui produit une session de vérification, et un webhook qui transmet le résultat structuré une fois terminé. Un exemple simplifié de la partie nationalité de ce résultat :

```json

{

"status": "approved",

"document": {

"type": "certificate_of_naturalization",

"country_of_issue": "US",

"form_number": "N-550",

"extracted_fields": {

"a_number": "A-xxxxxxxxx",

"certificate_number": "xxxxxxxx",

"name": "JANE DOE",

"date_of_birth": "1985-06-12",

"country_of_former_citizenship": "MX",

"date_of_naturalization": "2014-09-18"

}

},

"citizenship": {

"status": "US",

"acquisition": "naturalization",

"evidence_document_type": "certificate_of_naturalization",

"confidence": 0.98

},

"authenticity": {

"overall_score": 0.96,

"checks": {

"template_match": "pass",

"security_features": "pass",

"tampering": "pass",

"image_forensics": "pass"

}

},

"biometric": {

"liveness": "pass",

"face_match_score": 0.93

}

}

```

La même forme s'applique à tous les types de documents. Pour un passeport américain, le champ nationalité contiendrait status: "US", acquisition: "birth_or_unspecified", evidence_document_type: "passport" et les résultats complets de la MRZ et de la NFC dans le bloc d'authenticité. Pour un acte de naissance, le champ nationalité contient le statut dérivé, l'État de délivrance et le score de confiance inférieur qui reflète le profil de sécurité plus faible des actes de naissance en tant que classe de document.

Les systèmes en aval — la banque centrale, la gestion des cas de conformité, l'entrepôt de données — consomment les champs structurés et acheminent en conséquence.

Cas Limites qui Comptent

Une vérification de nationalité réelle doit gérer une longue série de cas qu'une implémentation occasionnelle manque.

Double nationalité. Un citoyen américain qui est également citoyen mexicain présente un passeport mexicain. Le passeport prouve légitimement la citoyenneté mexicaine. Il ne réfute pas la citoyenneté américaine. Si le cas d'utilisation exige de confirmer spécifiquement la citoyenneté américaine, le flux doit accepter des preuves américaines supplémentaires dans la même session.

Apatrides et réfugiés. Les documents de voyage délivrés en vertu de la Convention de 1951 relative aux réfugiés ou de la Convention de 1954 relative au statut des apatrides ressemblent à des passeports, mais ne confirment pas explicitement la nationalité. Didit identifie ces documents de manière distincte et présente le statut correct au lieu de les traiter comme une preuve de nationalité du pays d'émission.

Citoyens récemment naturalisés. Un client qui a été naturalisé au cours des 60 derniers jours peut ne pas encore avoir de passeport américain. Il aura un certificat de naturalisation. Le flux doit accepter le certificat comme preuve principale de nationalité, et non insister sur un passeport.

Citoyens nés à l'étranger. Un citoyen américain né en Allemagne de parents américains a un rapport consulaire de naissance à l'étranger (CRBA / FS-240), et non un acte de naissance américain. Le flux doit reconnaître le CRBA comme une preuve de citoyenneté.

Changements de nom et incompatibilités de documents. Un client qui a été naturalisé sous un nom et a ensuite légalement changé de nom présente un certificat de naturalisation avec l'ancien nom et un passeport actuel avec le nouveau nom. La vérification doit les lier sans rejeter l'un ou l'autre.

Documents historiques. Un certificat de naturalisation délivré en 1987 a un aspect différent de celui délivré en 2024. La correspondance de modèle et les contrôles d'authenticité doivent couvrir l'historique de la délivrance, et pas seulement le format actuel.

Une pile de vérification qui échoue silencieusement à ces cas ne résout pas réellement le problème de la nationalité — elle résout un sous-ensemble simplifié tout en transférant le reste à une révision manuelle. La bibliothèque de Didit comprend des variantes de documents historiques et des cas limites par conception.

Confidentialité et Gestion des Données

La nationalité est une donnée sensible. La plupart des cadres de protection de la vie privée traitent la nationalité et le statut d'immigration comme une catégorie protégée aux côtés de la race, de la religion et des opinions politiques. Le stockage incorrect de ces données crée un deuxième problème de conformité tout en essayant de résoudre le premier.

La position de Didit sur les données de nationalité :

• Minimisation des données. La plateforme renvoie uniquement les champs de nationalité configurés par le client. Un prêteur qui a seulement besoin de confirmer "cette personne est-elle un citoyen américain, oui/non" peut recevoir une valeur booléenne, et non toutes les données du document.
• Responsable/sous-traitant. Didit agit en tant que sous-traitant. Le client (la banque, la fintech, la plateforme) est le responsable. La base juridique du traitement incombe au client, et le DPA de Didit en tient compte.
• Chiffrement au repos et en transit avec rotation des clés.
• Contrôles de conservation configurables par client — minimum requis pour les obligations réglementaires, puis purge.
• Journalisation d'audit de chaque accès, à la fois pour la responsabilité interne et la réponse aux assignations des régulateurs.
• Gestion des données conforme au RGPD, à la LGPD, au CCPA et à l'APPI avec des options de résidence spécifiques à la région, le cas échéant.

L'objectif est de permettre au client de respecter son obligation réglementaire sans hériter d'une nouvelle obligation de la couche de vérification.

Intégration de la Vérification de la Nationalité

Le moyen le plus rapide de passer en production est d'utiliser le flux de vérification hébergé : un appel d'API pour créer une session, une URL que le client visite sur son téléphone, un webhook avec le résultat. Le flux gère la capture, l'OCR, l'authenticité, la correspondance biométrique et la livraison des résultats en une seule session.

Pour les équipes qui ont besoin d'une personnalisation plus poussée — une interface utilisateur en marque blanche, une logique de branchement personnalisée, des restrictions spécifiques sur le type de document — le SDK et l'API directe offrent un contrôle total sur chaque couche.

Modèles d'intégration typiques :

• Banques et coopératives de crédit : capture de la nationalité déclenchée lors de l'ouverture d'un compte et, selon la nouvelle réglementation américaine, lors de la revérification des comptes existants. Le résultat alimente le système bancaire central et la file d'attente de gestion des cas de lutte contre le blanchiment d'argent.
• Fintechs : capture de la nationalité lors de la mise à niveau du compte ou lorsque la réglementation l'exige (par exemple, lorsqu'un client dépasse un volume mensuel qui déclenche un KYC renforcé).
• Plateformes de crypto-monnaies : capture de la nationalité pour les juridictions où l'opérateur est autorisé à servir uniquement les citoyens ou les résidents de pays spécifiques.
• Opérateurs de jeux et de iGaming : capture de la nationalité lorsque la licence l'exige, combinée à la vérification de l'âge dans le même flux.
• Prestataires de services gouvernementaux : capture de la nationalité pour déterminer l'admissibilité aux prestations, liée à des normes de preuve prédéfinies.
• Services transfrontaliers : capture de la nationalité pour acheminer le client vers le pipeline de conformité de la juridiction appropriée.

Ce que Cela Débloque

Une couche de vérification de la nationalité, bien faite, n'est pas une simple case à cocher. C'est une nouvelle forme de données d'identité sur lesquelles les systèmes en aval peuvent agir. Les banques peuvent acheminer les clients vers la bonne piste d'intégration en fonction de leur nationalité. Les bourses peuvent appliquer des restrictions juridiques sans s'appuyer sur la géolocalisation basée sur l'IP. Les gouvernements peuvent vérifier l'admissibilité aux prestations sans processus papier. Les plateformes peuvent se conformer aux réglementations liées à la nationalité qui émergent sans reconstruire leur pile KYC.

Le décret américain en discussion en avril 2026 est un facteur de contrainte. Ce ne sera pas le dernier. La direction de l'évolution réglementaire est vers la vérification de l'identité en tant que produit de données plus riche — identité, nationalité, exposition aux sanctions, profil de risque, surveillance continue — livré dans un seul flux qui fonctionne en moins de deux minutes sur un téléphone.

La mise de Didit, depuis le premier jour, est que la bonne façon de répondre à cela est de proposer une large couverture documentaire, une sortie structurée, des prix à l'acte, et une surface d'API qui s'intègre parfaitement au système que le client utilise déjà. La détection de la nationalité est une extension naturelle de cette mise.

---

Didit vérifie la nationalité, l'identité et l'exposition aux sanctions pour les banques, les fintechs, les plateformes de crypto-monnaies et les services gouvernementaux. 14 000+ types de documents, 220+ pays, 48+ langues, 0,30 $ par vérification, pas de minimums. Commencez gratuitement ou contactez l'équipe.