Qu'est-ce qu'une partie utilisatrice dans l'écosystème EUDI Wallet ?

Le rôle n'est pas nouveau. Votre organisation est déjà une partie utilisatrice chaque fois qu'elle contrôle un passeport, un extrait d'immatriculation ou un diplôme. Ce qui change, c'est que le contrôle n'est plus une personne qui lit un document, mais une réponse automatique à laquelle vous pouvez vous fier en quelques secondes.

Partie utilisatrice est un rôle, pas un type d'entreprise. Une même organisation peut être partie utilisatrice dans un processus et émetteur dans un autre : une université demande une pièce d'identité à l'étudiant lors de l'inscription et lui remet un diplôme à la fin. Ce qui fait de vous une partie utilisatrice à un instant donné, c'est simplement que vous êtes celui qui demande, vérifie et décide.

Le changement important porte sur l'origine de la preuve. Aujourd'hui, la personne en face de vous porte la charge de prouver qu'un document est authentique, et vous portez le coût de l'appréciation. Avec un portefeuille, la preuve est signée par l'organisation qui détient déjà le fait, de sorte que la vérification devient un calcul plutôt qu'un jugement.

C'est pourquoi le rôle mérite d'être compris même si rien ne vous oblige encore à l'endosser. Dès qu'un client peut prouver qui il est en quelques secondes, tout processus qui demande encore un téléversement et une revue manuelle paraît lent par comparaison.

Lorsque votre service demande des données, la demande n'arrive pas en silence. Le portefeuille ouvre un écran qui nomme l'organisation demandeuse, énumère précisément les données demandées et indique la finalité que cette organisation a enregistrée pour elles. Rien n'est partagé tant que la personne n'a pas donné son accord d'une pression sur l'écran.

Le nom affiché sur cet écran n'est pas saisi par vous. Il provient du certificat que vous avez reçu lors de votre enregistrement, et c'est pour cela que le portefeuille peut le présenter comme un fait vérifié plutôt que comme une affirmation. Une demande émanant d'une partie non enregistrée ne peut tout simplement pas produire cet écran.

La personne peut refuser, et refuser à chaque fois plutôt qu'une fois pour toutes. Les portefeuilles conservent aussi l'historique de ce qui a été partagé et avec qui, si bien que la décision reste consultable après coup au lieu de disparaître dans une boîte de réception. Le consentement cesse d'être une case à cocher et devient quelque chose que l'utilisateur peut réellement examiner.

Pour votre organisation, c'est tout l'intérêt. La fraude bien connue, une page convaincante qui réclame la copie d'un passeport, cesse de fonctionner quand les gens ont l'habitude de voir un nom vérifié avant de partager quoi que ce soit. Demander via le portefeuille vous place du côté de confiance de cette habitude, et les demandes qui paraissent légitimes aboutissent plus souvent.

En pratique, la liste est moins abstraite qu'elle n'en a l'air. Elle touche les banques de détail, les établissements de paiement et les assureurs, les opérateurs mobiles qui souscrivent des abonnés, les fournisseurs d'énergie et d'eau, les compagnies aériennes et ferroviaires, les hôpitaux, les pharmacies et les assureurs santé, les universités et les organismes d'examen, ainsi que les administrations qui exploitent déjà une identification nationale. Si votre entrée en relation passe aujourd'hui par une pièce d'identité parce qu'une règle l'impose, vous êtes presque certainement concerné.

Accepter le portefeuille ne veut pas dire remplacer ce que vous avez. Cela veut dire proposer le portefeuille comme l'un des moyens par lesquels une personne peut s'identifier là où vous exigez déjà une identification forte, à côté des méthodes que vous prenez en charge aujourd'hui. Les clients existants gardent leur voie d'entrée, et les nouveaux en obtiennent une plus rapide.

Les dates méritent d'être notées. Les États membres délivrent leurs portefeuilles à partir de fin 2026, les règles sur l'enregistrement en tant que partie utilisatrice s'appliquent à partir de décembre 2026, et l'obligation d'accepter le portefeuille arrive fin 2027. L'enregistrement dépend d'une autorité nationale et de décisions internes sur les données dont vous avez besoin : le calendrier est donc plus serré qu'une simple échéance en 2027 ne le laisse penser.

Tous les autres peuvent accepter le portefeuille volontairement, et beaucoup le feront. Dès lors qu'un client dispose déjà de données d'identité et d'entreprise vérifiées, lui demander de téléverser un scan à la place est un recul qu'il remarquera.

Il n'existe pas d'application de portefeuille européenne unique. Chaque État membre en fournit au moins une, certains en auront plusieurs, et vos clients se présenteront avec celle que leur pays a délivrée. Une organisation dont les clients viennent d'une poignée de pays ne s'intègre donc pas à un seul interlocuteur, mais à un ensemble mouvant.

Les normes sous-jacentes sont communes, et c'est ce qui rend tout cela possible. Ce qui diffère, c'est tout ce qui les entoure : chaque portefeuille a ses propres ancres de confiance, son propre profil national, son propre environnement de test et son propre calendrier de versions. Réussir un test avec un portefeuille ne vous apprend presque rien sur le suivant.

La première intégration est rarement la plus coûteuse. Le coût se situe dans les années qui suivent : suivre les mises à jour des spécifications, retester lorsqu'un portefeuille national publie une nouvelle version, surveiller les évolutions des listes de confiance et maintenir les certificats à jour dans chaque pays où vous êtes établi. C'est une ligne de maintenance au budget, pas une ligne de projet.

Une façon simple de le chiffrer consiste à compter deux choses : le nombre d'États membres dont viennent vos clients, et le nombre de versions que chacun de ces portefeuilles publiera vraisemblablement dans l'année. Multipliez les deux et vous obtenez le nombre de fois où quelqu'un de votre équipe devra interrompre son travail. C'est ce chiffre, et non la construction initiale, qui décide vraiment entre construire et acheter.