Les normes DPP européennes, expliquées.
Le 27 mai 2026, le CEN et le CENELEC ont publié les six premières normes européennes pour le Passeport Numérique de Produit — EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 et EN 18223 — élaborées par le comité technique conjoint JTC 24 dans le cadre de la demande de normalisation M/604 de la Commission européenne. Deux autres, FprEN 18239 (droits d'accès) et FprEN 18246 (authentification des données), sont en phase finale. Cette page explique ce que couvre chacune d'elles, pourquoi elle est importante, et où en est OpenDPP par rapport à elle.
Dernière mise à jour : · vérifié par rapport aux normes CEN/CENELEC, à EUR-Lex et au Journal officiel
Cité au Journal officiel — et ce que cela ne signifie pas
La publication par le CEN/CENELEC et la publication au Journal officiel de l’UE constituent deux étapes distinctes. Six de ces normes — EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 et EN 18223 — ont été citées dans la décision d’exécution (UE) 2026/1736 de la Commission, publiée au Journal officiel le 15 juillet 2026. La conformité à une norme citée donne désormais lieu à une présomption de conformité aux exigences correspondantes de l’ESPR (articles 10 et 11). Les normes FprEN 18239 et FprEN 18246 n’ont pas été citées et ne relèvent donc pas de cette présomption.
Si un fournisseur vous affirme que son système « est certifié conforme aux normes DPP », demandez-lui de quelle norme et de quelle clause il s'agit, ainsi que l'organisme de certification — la publication au Journal officiel crée une présomption de conformité pour un produit qui s'y conforme ; elle ne constitue pas un système de certification, et, en juillet 2026, il n'en existera aucun permettant une certification.
— Une question utile pour les achatsLa conformité est autoévaluée au regard de l'annexe ZA de chaque norme, c'est-à-dire des articles cités par l'UE. Il n'existe aucun schéma de certification pour ces normes.
Mise en conformité en cours
EN 18216:2026 — Protocoles d'échange de données
L'EN 18216:2026 spécifie les protocoles utilisés pour échanger les données du Passeport Numérique de Produit entre systèmes — comment les données du passeport circulent entre opérateurs économiques, prestataires de services, autorités et autres participants.
Pourquoi c'est important. L'échange est l'endroit où se cache habituellement la dépendance vis-à-vis d'un fournisseur. Un protocole de transmission standard signifie qu'un passeport créé dans un système peut être consommé par un autre sans intégration sur mesure pour chaque contrepartie.
Où en est OpenDPP. OpenDPP diffuse les passeports via HTTP ouvert et à négociation de contenu (HTML, W3C JSON-LD, AAS), de sorte que tout consommateur respectueux des standards puisse les lire.
Mise en conformité en cours
EN 18219:2026 — Identifiants uniques
La norme EN 18219:2026 définit les identifiants uniques au cœur de chaque Passeport Numérique de Produit : l'identifiant unique de produit (UPI), l'identifiant unique d'opérateur (UOI) et l'identifiant unique d'installation (UFI), ainsi que les règles pour les construire et les résoudre.
Pourquoi c'est important. L'identifiant est la clé primaire du passeport pendant toute la vie du produit — c'est ce que le registre de l'UE indexera et ce vers quoi chaque code QR renvoie en fin de compte.
Où en est OpenDPP. OpenDPP émet des identifiants basés sur GS1 (clés produit GTIN/GRAI, identifiants d'installation GLN avec validation mod-10) et les résout au moyen d'URI GS1 Digital Link.
Conforme
EN 18220:2026 — Supports de données
La norme EN 18220:2026 définit les supports de données physiques qui relient un produit à son passeport — codes QR / data-matrix 2D scannables, NFC et RFID — et la manière dont un support encode l'identifiant unique.
Pourquoi c'est important. Le support est la seule partie du passeport qu'un consommateur touche réellement : un seul scan doit ouvrir le bon enregistrement pour la bonne unité, même après des années de service.
Où en est OpenDPP. OpenDPP génère des codes QR GS1 Digital Link de qualité impression (PNG/SVG) qui portent la zone de silence de quatre modules et la largeur de module exigées par ISO/IEC 18004, y compris des codes par unité portant le numéro de série réel dans GS1 AI 21. Le même lien s’encapsule dans un enregistrement URI NDEF pour une étiquette NFC, et le passeport consigne le support de données réellement présent sur le produit — technologie, emplacement, largeur de module, note de qualité d’impression, évaluation de la durabilité —, chaque champ étant validé par rapport au paragraphe où la norme le place.
Mise en conformité en cours
EN 18221:2026 — Stockage, archivage et persistance des données
La norme EN 18221:2026 définit la manière dont les données du Passeport Numérique de Produit sont stockées, archivées et maintenues disponibles — y compris l'attente qu'un passeport reste résoluble sur un horizon long après la mise sur le marché du produit, indépendamment du sort de l'entreprise émettrice.
Pourquoi c'est important. Elle répond au problème de la « mort numérique » : un passeport qui disparaît lorsque son émetteur est racheté, change de système ou fait faillite manque au devoir de persistance.
Où en est OpenDPP. OpenDPP maintient les passeports publiquement résolvables même après archivage : les opérateurs et les espaces de travail font l'objet d'une suppression logique, les passeports sont conservés pendant la durée de vie fixée par la réglementation de leur groupe de produits (un modèle de batterie jusqu'à son retrait et jusqu'au recyclage de chacune des batteries de ce modèle ; toute autre catégorie n'est jamais purgée tant qu'aucun acte délégué ne fixe de durée), et la suppression définitive est refusée avant la fin de cette durée de vie.
Conforme
EN 18222:2026 — API pour la gestion du cycle de vie et la recherche
La norme EN 18222:2026 définit les interfaces de programmation applicative pour gérer un Passeport Numérique de Produit tout au long de son cycle de vie — création, mises à jour, changements de statut — et pour rechercher les données de passeport.
Pourquoi c'est important. Elle transforme le DPP d'une page web statique en infrastructure : les systèmes ERP/PLM, les places de marché et les recycleurs ont besoin d'API machine, pas de portails.
Où en est OpenDPP. OpenDPP sert chaque méthode de cycle de vie définie par l'EN 18222 sur les chemins v1/dpps propres à la norme, en complément de son API REST pour la création de passeports, les changements de statut du cycle de vie (actif, rappelé, mis hors service), la télémétrie par unité et les notifications par webhook.
Conforme
EN 18223:2026 — Interopérabilité des systèmes
La norme EN 18223:2026 définit les exigences d'interopérabilité entre les systèmes de Passeport Numérique de Produit — formats de données et sémantiques partagés afin que des passeports provenant de différents fournisseurs puissent être lus avec une seule chaîne d'outils.
Pourquoi c'est important. L'interopérabilité est la réponse de la réglementation à la fragmentation : des milliers d'émetteurs, une seule expérience consommateur.
Où en est OpenDPP. OpenDPP sert le passeport dans les deux formes propres à l’EN 18223 — la forme compressée du paragraphe 5.2 et la forme étendue de l’annexe A, avec du texte multilingue et des ressources liées typées — aux côtés d’une projection Asset Administration Shell (AAS v3.0/3.1) du même enregistrement.
Comment vérifier chaque affirmation de cette page
Six normes, plusieurs centaines de paragraphes. Une affirmation formulée à l’échelle d’une norme entière n’est pas vérifiable ; les nôtres sont donc formulées au paragraphe — dans la référence publique de l’API, dans les schémas que nous publions et dans la position que nous mettrons par écrit pour n’importe laquelle des six.
- La référence de l’API cite le paragrapheChaque champ réglementé et chaque refus de la spécification publique OpenAPI nomme le paragraphe qui le fonde : vos ingénieurs savent ainsi quelle règle ils mettent en œuvre avant d’écrire la moindre ligne de code. Déclarez une note de qualité d’impression sur une étiquette RFID, et le refus vous cite textuellement §5.5.2 et §5.6.2.
- Des schémas à exécuter sur vos propres donnéesL’EN 18223 prescrit un corps de passeport mais ne fournit aucun JSON Schema : nous en avons donc écrit deux — la forme compressée du paragraphe 5.2 et la forme étendue de l’annexe A — et nous les avons publiés sous Apache-2.0 dans le kit d’interopérabilité, avec un validateur qui fonctionne hors ligne. Il s’agit de notre lecture du paragraphe, publiée pour que vous puissiez la vérifier dans le détail au lieu de nous croire sur parole ; ce sont aussi les schémas par rapport auxquels le nœud valide chacune de ses réponses.
- Une réponse claire pour chaque paragrapheDemandez-nous quels paragraphes de l’EN 18222 nous mettons en œuvre, ou notre position sur les obligations d’archivage de l’EN 18221, et vous obtenez une réponse paragraphe par paragraphe, pas un logo sur une plaquette commerciale. C’est la question que cette page invite vos services achats à poser, et c’est celle à laquelle nous répondons par écrit.
Conformité au standard GS1 Digital Link
Chaque lien produit et par unité est un GS1 Digital Link conforme au standard — validé en intégration continue avec le Barcode Syntax Engine officiel de GS1 —, garantissant que vos QR codes imprimés respectent le standard et se résolvent via la passerelle GS1.
Interopérabilité et données vérifiables
Les normes EN 182xx définissent le contenu d'un passeport. Il s'agit des formats ouverts et vérifiables par machine dans lesquels OpenDPP émet ses documents — chacun étant validé par rapport à son schéma officiel ou à une implémentation de référence indépendante, afin que vos données restent portables avec des outils disponibles dans le commerce.
- Asset Administration Shell (AAS v3.0/3.1)Chaque passeport est exporté sous la forme d’un environnement IDTA Asset Administration Shell, dont la conformité est vérifiée par rapport au schéma JSON officiel AAS 3.1 et à la norme de référence IDTA aas-test-engines 3.0 ; il s’ouvre directement dans AASX Package Explorer ou BaSyx.
- GS1 EPCIS 2.0 traçabilitéLes événements de la chaîne d'approvisionnement sont enregistrés puis réémis sous forme de documents GS1 EPCIS 2.0 conformes, validés par rapport au schéma JSON officiel 2.0.1 de GS1, et la traçabilité s'affiche sous la forme d'un graphe de traçabilité signé, allant de la matière première au produit fini.
- Certificats UNTP DigitalProductPassport conformesChaque passeport rattaché à un site enregistré est émis à la fois sous forme de vc+jwt enveloppant (W3C VC-JOSE-COSE) et d'attestation W3C Data Integrity intégrée (ecdsa-jcs-2019), validée par rapport au schéma officiel UNTP, avec des clés d'émetteur did:web résolvables.
- SD-JWT divulgation sélectiveGrâce à « SD-JWT-VC », un titulaire peut divulguer des allégations individuelles — un seul chiffre relatif aux matériaux ou aux performances — sans dévoiler l’intégralité du passeport, validé conformément à la spécification stricte « SD-JWT-VC ».
- did:web Clés et liste d'état des chaînes de bits du W3CLes clés d'émetteur sont résolues via did:web et font l'objet d'une rotation sans invalider les anciens sceaux ; la révocation s'appuie sur la liste d'état Bitstring du W3C, de sorte qu'une unité rappelée ou recyclée renvoie un statut signé et vérifiable.
Les deux normes à surveiller ensuite
-
FprEN 18239 — Gestion des droits d'accèsProjet final — publication attendue vers septembre 2026. Définit la manière dont l'accès aux données restreintes du passeport est géré — quels rôles (autorités, réparateurs, recycleurs, personnes ayant un intérêt légitime) peuvent lire quels niveaux de données, et comment cela est appliqué et documenté. Les contrôles d'accès basés sur les rôles d'OpenDPP et le flux d'octroi pour intérêt légitime sont construits selon le modèle de niveaux du projet.
-
FprEN 18246 — Authentification et intégrité des donnéesProjet final, soumis au vote formel. Définit la manière dont les données du passeport sont authentifiées — des constructions de données signées électroniquement (ESDC) afin que toute partie puisse vérifier qu'un passeport provient véritablement de l'opérateur déclaré et n'a pas été altéré. OpenDPP scelle les passeports avec des cachets électroniques avancés eIDAS selon le modèle du projet final .
D'où proviennent ces faits
Statut des normes : CEN/CENELEC (publications du JTC 24, 27 mai 2026). Base réglementaire : Regulation (EU) 2024/1781 (ESPR) et le portail de mise en œuvre de l'ESPR de la Commission européenne. Pour le calendrier de déploiement, voir notre chronologie ESPR ; pour le registre, voir l'explication du registre DPP de l'UE.
Construisez sur les normes sans lire les huit.
OpenDPP est conforme aux normes EN 18220, EN 18222 et EN 18223 et met en œuvre les six. Découvrez en quelques minutes un passeport à cachet électronique conçu selon ces normes.
Réserver une démoLe 27 mai 2026, le CEN et le CENELEC ont publié les six premières normes européennes relatives au passeport numérique de produit, élaborées par le comité technique mixte JTC 24 dans le cadre de la demande de normalisation M/604 de la Commission européenne : EN 18216 (protocoles d'échange de données), EN 18219 (identifiants uniques), EN 18220 (supports de données), EN 18221 (stockage, archivage et persistance des données), EN 18222 (API de gestion du cycle de vie et de recherche) et EN 18223 (interopérabilité des systèmes). Deux autres sont en préparation : FprEN 18239 (gestion des droits d'accès) et FprEN 18246 (authentification et intégrité des données). Les six normes publiées ont été citées au Journal officiel le 15 juillet 2026 (décision d'exécution (UE) 2026/1736 de la Commission), de sorte que la conformité à ces normes confère désormais une présomption de conformité aux articles 10 et 11 de l'ESPR ; les deux normes en attente restent en dehors de cette présomption. OpenDPP est conforme aux normes EN 18220, EN 18222 et EN 18223.
Les normes européennes DPP (EN 182xx) · Dernière révision