En bref — Un vérificateur EUDI Wallet (ou Relying Party) permet à votre service d'accepter les credentials numériques émis par les wallets d'identité européens. L'intégration repose sur deux modes complémentaires : OID4VP pour le web et le mobile, ISO 18013-5 BLE pour la vérification en présentiel sans internet. Datakeen propose une API plug-and-play certifiée sur le marketplace officiel de France Identité.
OID4VP vs ISO 18013-5 BLE : choisir le bon mode de vérification
| Critère | Mode en ligne — OID4VP | Mode proximité — ISO 18013-5 BLE |
|---|---|---|
| Protocole | OpenID for Verifiable Presentations (OID4VP) | ISO 18013-5, transport Bluetooth Low Energy |
| Cas d'usage principal | Onboarding web/app, formulaires en ligne, e-commerce | Guichet physique, contrôle à l'entrée, location de véhicule, hôtel |
| Devices nécessaires | Smartphone utilisateur + navigateur/app côté service | Smartphone ou tablette côté vérificateur + smartphone utilisateur |
| Connexion internet requise | Oui (côté utilisateur) | Non — fonctionne hors réseau |
| Temps de vérification | 3 à 8 secondes | Moins de 3 secondes |
| Credential supporté | PID, mDL, PhotoID, Age 18+, EAA | mDL, PID (selon wallet) |
La plupart des entreprises déploient les deux modes : OID4VP pour les parcours digitaux, ISO 18013-5 pour les points de contact physiques. Datakeen gère les deux via une API unifiée.
Qu'est-ce qu'une Relying Party ?
Dans l'écosystème eIDAS 2, trois acteurs interagissent :
- L'émetteur (Issuer) — l'autorité qui délivre le credential au citoyen. En France, c'est la Direction de l'Information Légale et Administrative (DILA) pour France Identité, ou les autorités nationales pour le PID.
- Le holder — le citoyen, qui stocke son credential dans son EUDI Wallet (France Identité, wallet eIDAS conforme).
- La Relying Party — votre service, qui vérifie le credential présenté par le holder. C'est ici qu'intervient Datakeen.
Le rôle de Relying Party ne s'improvise pas : pour être reconnu dans l'écosystème officiel, le vérificateur doit être enregistré sur le marketplace de l'autorité compétente. Datakeen est certifié sur le marketplace officiel de France Identité, ce qui garantit que vos utilisateurs voient un interlocuteur de confiance lorsque leur wallet leur demande d'autoriser la transmission de données.
La vérification par credential change quoi par rapport au scan documentaire ?
La vérification documentaire traditionnelle (photo de passeport, scan de CNI) est probabiliste : un modèle OCR extrait des champs, un algorithme de liveness détecte si la personne est vivante, un autre modèle évalue si le document est authentique. La chaîne comporte plusieurs points de défaillance — faux documents générés par IA, photo injectée, document modifié.
La vérification par credential cryptographique est fondamentalement différente :
- Le credential est signé numériquement par l'autorité émettrice (clé privée nationale).
- La signature est vérifiée contre un registre de clés publiques officiel.
- L'attribut présenté (nom, âge, numéro de permis) est garanti par la clé de l'État, pas par une comparaison visuelle.
- Le credential ne peut pas être falsifié sans invalider la signature.
En pratique : un mDL (permis de conduire numérique) présenté via OID4VP ou BLE est aussi fiable qu'un scan direct du registre des permis. Aucun modèle d'IA de détection de fraude documentaire n'est nécessaire en aval.
Le flux OID4VP étape par étape
Voici ce qui se passe lorsqu'un utilisateur présente son credential en ligne :
- Votre service génère une demande de présentation — via l'API Datakeen, vous spécifiez les attributs demandés (prénom, nom, date de naissance, ou simplement "âge ≥ 18").
- Un QR code ou un lien deep link est affiché à l'utilisateur dans votre interface web ou mobile.
- L'utilisateur scanne le QR code avec son application wallet (France Identité, etc.).
- Le wallet affiche les attributs demandés et sollicite le consentement explicite de l'utilisateur.
- L'utilisateur approuve — le wallet signe cryptographiquement la présentation et la transmet à Datakeen.
- Datakeen vérifie la signature contre les clés publiques officielles (Trusted Issuer Registry).
- La réponse est retournée à votre service via webhook ou polling :
verified: true, avec les attributs autorisés.
L'ensemble du flux prend entre 3 et 8 secondes selon la connectivité. Aucune donnée biométrique ne transite — seuls les attributs que l'utilisateur a consentis à partager.
Le flux ISO 18013-5 en proximité
Pour une vérification physique (guichet, entrée de site, location de véhicule) :
- L'agent de vérification ouvre l'app Datakeen sur son smartphone ou tablette.
- Un QR code est affiché sur l'écran de l'agent (ou affiché sur un écran dédié au comptoir).
- L'utilisateur scanne ce QR code avec son wallet — le canal Bluetooth Low Energy s'établit.
- La connexion BLE est chiffrée de bout en bout entre les deux appareils. Aucune donnée ne transite par internet.
- Les attributs sont présentés et vérifiés localement en moins de 3 secondes.
- L'app agent affiche le résultat : nom, photo, résultat de vérification.
Ce mode fonctionne dans les zones blanches, les sous-sols, les entrepôts ou tout environnement sans connexion fiable. Il est particulièrement adapté aux agences de location, aux hôtels, aux pharmacies et aux contrôles d'accès sur site.
Options d'intégration avec Datakeen
Datakeen propose trois niveaux d'intégration, adaptés à la maturité technique et aux délais de chaque équipe :
API REST
L'intégration la plus directe pour les équipes disposant d'un backend. Vous appelez POST /verification/request avec les attributs souhaités, vous récupérez un request_uri ou un QR code encodé, et vous écoutez le webhook de résultat. La documentation complète est disponible dans le portail développeur.
SDK mobile et web
Pour les équipes qui souhaitent embarquer le flux de vérification directement dans leur application mobile (iOS, Android) ou leur webapp. Le SDK gère la génération du QR code, le polling et l'affichage du résultat nativement, sans redirection externe.
Journey Builder (no-code)
Pour les équipes métier ou les projets pilotes, le Journey Builder de Datakeen permet de configurer un parcours de vérification complet sans une ligne de code : choix des credentials acceptés, attributs demandés, page de confirmation, redirection post-vérification. Le parcours est hébergé par Datakeen et intégrable via un lien ou une iframe.
Minimisation des données et RGPD
L'un des avantages structurels de l'EUDI Wallet est la divulgation sélective (selective disclosure). Votre service ne reçoit que les attributs strictement nécessaires :
- Pour une vérification d'âge : un simple booléen
age_over_18: true, sans date de naissance, sans nom. - Pour un onboarding KYC : nom, prénom, date de naissance, nationalité — sans numéro de document si non requis.
- Pour un contrôle d'accès : une photo et un résultat de vérification de présence, sans identité complète.
Cette architecture est privacy by design par construction. Elle simplifie considérablement vos analyses d'impact (AIPD) et réduit votre surface de risque RGPD, car vous ne stockez pas de données que vous n'avez pas demandées.
Secteurs et cas d'usage
| Secteur | Mode recommandé | Credential principal | Ce qui change |
|---|---|---|---|
| Banque / fintech | OID4VP | PID | KYC niveau élevé, onboarding sans scan de document |
| Assurance | OID4VP | PID + EAA | Vérification d'adresse, de statut professionnel |
| Location de véhicules | Proximité BLE | mDL | Vérification du permis au comptoir sans connexion |
| Plateformes BNPL | OID4VP | Age 18+ | Preuve d'âge sans collecte de date de naissance |
| Immobilier | OID4VP | PID | Vérification locataires/acquéreurs, LAB |
| Santé | OID4VP | EAA (carte pro santé) | Authentification des professionnels de santé |
| RH / travail temporaire | OID4VP | PID + EAA | Vérification droit au travail, diplômes |
| Hôtellerie | Proximité BLE | mDL ou PID | Check-in sans FICHE hôtelière papier |
Pour les intégrations NFC complémentaires (lecture du chip des documents physiques), consultez la page vérification d'identité.
Certification France Identité : pourquoi ça compte
Être référencé sur le marketplace officiel de France Identité n'est pas un simple logo. Cela signifie :
- Votre demande de credential apparaît comme "service de confiance vérifié" dans l'interface wallet de l'utilisateur.
- Les clés cryptographiques de votre Relying Party sont enregistrées dans le Trusted Issuer Registry officiel.
- Les wallets conformes eIDAS 2 peuvent vérifier automatiquement que votre service est autorisé avant de présenter le credential.
Sans cette certification, un wallet peut refuser ou avertir l'utilisateur que le service demandeur est inconnu. Avec Datakeen, vos utilisateurs bénéficient immédiatement d'une expérience de confiance, sans démarche administrative de votre côté.
Pour découvrir l'ensemble des fonctionnalités du vérificateur EUDI Wallet, consultez la page solution.
FAQ
Faut-il que mes utilisateurs aient déjà un EUDI Wallet pour que j'intègre le vérificateur ? Non. L'intégration se prépare maintenant — la certification de vos clés Relying Party prend du temps. En France, France Identité est disponible depuis 2023 pour les titulaires d'une CNI. Le déploiement à grande échelle est prévu pour 2026-2027. Intégrer aujourd'hui permet d'être prêt dès le décollage de l'usage.
L'intégration est-elle compatible avec mon système d'onboarding existant ? Oui. L'API Datakeen retourne un objet JSON structuré avec les attributs vérifiés. Vous l'intégrez comme n'importe quelle API tierce dans votre workflow d'onboarding. La vérification EUDI Wallet peut coexister avec votre flux documentaire existant — vous pouvez proposer les deux en parallèle et basculer progressivement.
Quels credentials sont acceptés aujourd'hui en France ? France Identité émet actuellement le PID (données d'identité personnelles) et le PhotoID. Le mDL (permis numérique) est en cours de déploiement avec le Ministère de l'Intérieur. L'Age 18+ (attestation d'âge sélective) et les EAA (attestations d'attributs européens) complètent le tableau selon les émetteurs disponibles.
Ma Relying Party doit-elle être enregistrée séparément ? Avec Datakeen, non. Datakeen agit comme opérateur technique certifié sur le marketplace France Identité. Vos demandes de présentation passent par notre infrastructure enregistrée. Vous n'avez pas besoin de démarches séparées auprès de l'agence nationale.
Quelle est la responsabilité légale en cas de credential compromis côté émetteur ? La responsabilité incombe à l'émetteur (l'État ou l'autorité nationale). Si une clé d'émetteur est révoquée (compromission), les credentials signés avec cette clé deviennent invalides dans le Trusted Issuer Registry — votre vérificateur les rejettera automatiquement. Vous n'avez pas à gérer la liste de révocation manuellement : Datakeen la surveille en temps réel.
Continuer la lecture
Prêt à en voir plus ?
Une nouvelle façon de gérer la vérification d’identité, plus simple et plus sûre.





