Le Digital Product Passport n'est pas défini par une seule norme technique. Il est défini par toute une série de normes, élaborées par le comité technique conjoint du CEN/CENELEC et couvrant chacune une partie différente de la manière dont un passeport est échangé, retrouvé, stocké et reconnu comme fiable. Comprendre quelle norme fait quoi — et, tout aussi important, lesquelles sont réellement en vigueur — fait toute la différence entre construire selon les exigences réelles et construire selon un résumé marketing de celles-ci.
Les normes et ce que chacune régit
Quatre normes forment le noyau d'interopérabilité :
Protocoles d'échange de données (EN 18216) fixent la couche de transport. Chaque passeport doit circuler — du système d'un fabricant vers un prestataire de services, vers un recycleur, vers une autorité — et cette norme précise comment : des API RESTful sur HTTPS avec TLS, des formats de message structurés et un échange authentifié, confidentiel et résistant à la falsification. C'est le plus petit dénominateur commun qui permet à deux systèmes ne s'étant jamais rencontrés de communiquer.
API de cycle de vie (EN 18222) précisent exactement quels appels d'API un système conforme doit offrir — créer, lire, mettre à jour et rechercher un passeport, y compris les opérations au niveau des éléments, la récupération par lots, les requêtes de versionnage et la soumission au registre. Là où la norme sur les protocoles d'échange dit « utilisez REST », celle-ci dit précisément quelles méthodes, de sorte qu'un reconditionneur puisse lire un passeport, y ajouter un enregistrement et le réécrire sans une intégration sur mesure pour chaque partenaire.
Interopérabilité des systèmes (EN 18223) traite de la sémantique — un sens partagé et des formats techniques pour qu'un recycleur ou une place de marché puisse comprendre vos données sans correspondance sur mesure, d'un secteur à l'autre.
Stockage, archivage et persistance (EN 18221) définit les exigences pour maintenir les données du passeport disponibles et fiables sur de longs cycles de vie des produits, y compris les sauvegardes et la migration. Pour un produit susceptible de rester en service une décennie ou plus, les exigences de persistance ne sont pas une réflexion après coup.
D'autres normes de la série traitent de la gestion des droits d'accès, de la sécurité des systèmes d'information ainsi que de l'authentification et de l'intégrité des données — les parties qui régissent qui peut voir quels champs et comment un lecteur peut avoir l'assurance que les données n'ont pas été altérées.
Le statut honnête
C'est ici que la précision compte. EN 18222:2026 et EN 18223:2026 ont été publiées, après avoir été formellement demandées par la Commission européenne au titre de la demande de normalisation M/604. Mais la publication n'équivaut pas à l'effet juridique. Tant que ces normes ne sont pas citées au Official Journal of the European Union, elles ne confèrent pas encore la présomption de conformité à l'ESPR — et cette citation n'a pas eu lieu. D'autres normes de la série, couvrant les droits d'accès et la sécurité, étaient encore en cours d'approbation à la mi-2026.
La position exacte est donc la suivante : la base technique existe et est suffisamment stable pour servir de référence de construction, mais son statut juridique formel est encore en maturation. Quiconque vous dit que les normes sont « finalisées et contraignantes » exagère ; quiconque vous dit de les ignorer jusqu'à leur citation au OJ vous demande de construire entre-temps sur un terrain mouvant.
Ce que cela signifie en pratique
La lecture pratique pour quiconque construit ou sélectionne un système de passeport : construisez selon ces normes dès maintenant — échange REST-over-TLS, les méthodes d'API de cycle de vie spécifiées, des enregistrements versionnés, un stockage persistant avec piste d'audit — tout en gardant l'implémentation suffisamment souple pour s'aligner sur les versions finales citées lorsque le Official Journal aura rattrapé son retard. Conforme sur le fond aujourd'hui, prêt à revendiquer la présomption de conformité le jour où la citation tombe. Un système qui ignore la série parce qu'elle n'est pas encore citée au OJ construit sur un terrain qui se déplacera ; un système qui traite le texte publié comme contraignant s'engage à l'excès envers un statut qu'il n'a pas encore.
Ce qui a changé dans la réglementation des batteries et des passeports produits de l’UE, ce que cela signifie pour les opérateurs et les échéances à venir.
Passez à l'étape suivante
Prêt à être en conformité d'ici le 18 février 2027 ?
EU Digital Passport Processor crée, héberge et soumet les EU Battery Passports pour les fabricants et les importateurs. Les comptes de démonstration sont disponibles sur demande.