Registre DPP vs données décentralisées : ce que stocke le registre UE
Les règles du registre DPP sont adoptées : ce qu'il stocke, pourquoi les données restent décentralisées et comment fonctionnent vérification et versionnage.
Statut au 22 juillet 2026 : le registre DPP de production, l’environnement de test distinct et les ressources de mise en œuvre sont disponibles. La Commission présente le Registre comme opérationnel et l’enregistrement comme accessible par une interface sécurisée ou une API. Les tests nécessitent un compte EU Login distinct et des données d’organisation valides. Les essais propres à chaque produit, notamment aux batteries, dépendent encore du catalogue sémantique et des règles sectorielles applicables. Le règlement (UE) 2026/1778 entre en vigueur le 6 août.
La version en deux minutes
L’UE ne construit pas une base géante stockant chaque Passeport Numérique de Produit. L’article 13 de l’ESPR impose un registre. Le règlement 2026/1778 concrétise son rôle : c’est un index central et une couche de vérification, pas un entrepôt du passeport complet. Il enregistre les identifiants, les codes marchandises le cas échéant et des données générales d’enregistrement ; les données produit restent décentralisées chez l’opérateur économique ou son prestataire DPP.
Cette distinction compte, car un mauvais modèle mental mène à de mauvaises décisions. Si vous supposez une base de données centrale, vous prévoyez de tout téléverser à Bruxelles. Si vous comprenez le modèle réel, vous prévoyez de garder le contrôle de vos propres données structurées et de les relier au registre par des identifiants. C’est le second modèle que le règlement décrit réellement.
Ce qu’est le registre, et ce qu’il n’est pas
L’article 13 de l’ESPR impose de stocker les identifiants produit uniques et les codes marchandises nécessaires aux douanes. Le règlement 2026/1778 précise l’enregistrement : identifiant produit, le cas échéant code marchandise et référence du prestataire, identité du déclarant, date d’enregistrement et informations d’intégrité. Il crée aussi un identifiant d’enregistrement unique.
Ce que le registre n’est pas :
- Ce n’est pas une base de données publique de tout le contenu des passeports.
- Ce n’est pas là que les consommateurs lisent l’information produit ; ce rôle revient au support de données et, lorsqu’il existe, au portail web.
- Ce n’est pas le stockage de vos passeports complets. Vos enregistrements structurés restent chez vous ou chez votre prestataire.
- Ce n’est pas un substitut au passeport lui-même. Le passeport vit derrière le support de données, pas à l’intérieur du registre.
La Commission décrit le registre comme stockant des identifiants uniques, des données d’enregistrement et des métadonnées générales, non tout le contenu détaillé du DPP. La règle applicable au produit détermine toujours les données DPP requises et le niveau auquel le passeport doit être établi.
Quatre couches que l’on confond
La plupart des confusions viennent de la fusion de quatre choses distinctes en un seul mot. L’ESPR les garde séparées, et votre architecture devrait faire de même.
| Couche | Base ESPR | Ce qu’elle contient | Qui l’exploite |
|---|---|---|---|
| Support de données | Article 10 | Le lien scannable, par exemple un code QR, sur le produit, l’emballage ou la documentation | Vous, l’opérateur économique |
| Le passeport (données produit) | Article 9 | Les véritables données produit structurées, conservées de façon décentralisée | Vous ou votre prestataire de services DPP |
| Le registre | Article 13 ESPR + règlement 2026/1778 | Identifiants d’enregistrement et de produit, codes marchandises le cas échéant et données générales d’enregistrement | La Commission européenne |
| Le portail web | Article 14 | Un point d’accès public pour rechercher et comparer les données DPP | La Commission européenne |
Un cinquième élément, le système DPP (article 11), est l’ensemble des règles de conception technique et d’exploitation qui rendent ces couches interopérables. Il régit le fonctionnement du passeport, pas l’endroit où les données résident physiquement.
Pourquoi les données produit restent décentralisées
Le modèle décentralisé est un choix de conception délibéré, pas un hasard de calendrier. L’opérateur économique reste responsable du produit et de son passeport, il garde donc le contrôle des données sous-jacentes. Le registre se relie à ces données par des identifiants ; il ne les absorbe pas.
Les retours de l’industrie à la Commission ont nettement penché pour ce modèle. De grands fabricants et des initiatives d’espaces de données ont fait valoir qu’une base de contenu centrale créerait un point de défaillance unique, un risque de verrouillage et des problèmes de confidentialité. La recommandation constante était que les prestataires externes agissent comme une couche d’interopérabilité et d’hébergement, tandis que l’opérateur conserve la propriété et le contrôle des données.
Pour les entreprises, la leçon pratique est simple : constituez des enregistrements produit structurés, exportables et fondés sur des normes, que vous contrôlez, et reliez-les au registre par des identifiants ouverts. Vous pourrez ainsi changer de prestataire tout en restant conforme au fonctionnement réel du règlement.
La copie de sauvegarde : continuité sans centralisation
La décentralisation soulève une question légitime : que se passe-t-il si un prestataire disparaît ? L’article 10, paragraphe 4, de l’ESPR impose une copie de sauvegarde via un prestataire DPP. Le considérant 38 décrit celui-ci comme un tiers indépendant. La distinction compte : l’obligation est contraignante, le considérant explique le modèle de continuité.
Il s’agit d’assurer la continuité, et non de centraliser les données. La sauvegarde maintient leur disponibilité en cas d’insolvabilité, de liquidation ou de cessation d’activité ; elle ne constitue pas une copie intégrale accessible au public. Les modalités dépendront de l’acte applicable au produit et des futures règles visant les prestataires. Un acte délégué distinct sur les prestataires et tout dispositif de certification restent attendus ; le règlement 2026/1778 ne les remplace pas.
Comment les normes traduisent cette architecture
Les normes DPP horizontales de CEN/CENELEC JTC 24, publiées comme normes EN en mai 2026, correspondent presque directement aux couches ci-dessus. Elles définissent le cadre, pas les champs de données d’un secteur particulier.
| Norme | Périmètre | Rôle architectural |
|---|---|---|
| EN 18219 | Identifiants uniques | Comment un produit, un opérateur et un passeport sont identifiés |
| EN 18220 | Supports de données | Comment un support pointe vers le bon passeport |
| EN 18221 | Stockage, archivage et persistance des données | Comment des données décentralisées restent disponibles dans le temps |
| EN 18222 | API de cycle de vie et de recherche | Comment les systèmes créent, mettent à jour et retrouvent les enregistrements |
| EN 18223 | Interopérabilité des systèmes | Comment des systèmes différents comprennent les mêmes données |
| EN 18216 | Protocoles d’échange de données | Comment les données sont transmises entre les parties |
Mise à jour éditoriale, 16 juillet 2026 : les références de ces six normes ont été publiées au Journal officiel le 15 juillet 2026 par la décision d’exécution (UE) 2026/1736. Un DPP conforme à une norme bénéficie d’une présomption de conformité avec les articles 10 et 11 de l’ESPR dans la mesure couverte par cette norme. Ce que change la décision 2026/1736 →
La publication comme norme EN était la première étape ; la publication des références au Journal officiel a donné à ces six normes l’effet prévu par l’article 41, paragraphe 2, de l’ESPR. Deux autres normes, sur les droits d’accès et l’authentification des données, restent hors du paquet publié par la décision 2026/1736.
Le règlement d’exécution du registre est adopté
Le règlement 2026/1778 transforme l’ancien projet en règles horizontales contraignantes :
- Opérateurs et acteurs de la chaîne vérifiés. Seuls les acteurs vérifiés peuvent enregistrer ou modifier un DPP lorsque le droit applicable les y autorise. Les voies eIDAS des articles 4 et 5 s’appliquent ; la vérification expire avec le justificatif et au plus tard après trois ans. Sans revérification, aucun enregistrement ne peut être créé ou modifié.
- Niveau modèle, lot ou article. Le registre suit le niveau exigé par la règle produit. Si plusieurs actes s’appliquent, le niveau le plus granulaire prévaut ; les articles sont reliés aux identifiants de lot ou de modèle existants.
- Interface et API. L’enregistrement passe par l’interface web sécurisée ou l’API. L’acte impose les deux canaux sans publier les adresses, les modalités d’accès ni des exemples de requêtes et de réponses.
- Contrôles techniques automatisés. Le système vérifie la conformité sémantique, la cohérence DPP/registre, la granularité et, le cas échéant, le code marchandise et la référence au prestataire de sauvegarde. C’est un contrôle technique, pas une décision de conformité à tout le droit produit.
- Versionnage et preuves. Créations, modifications, suppressions et changements de statut sont journalisés. Les données sont versionnées et horodatées, avec dix ans de conservation par défaut. La preuve signée reste disponible 90 jours et peut être régénérée.
- Référentiel sémantique et liste des prestataires. La Commission exploite un référentiel officiel lisible par machine avec API documentées et formats communs, ainsi qu’une liste de prestataires DPP vérifiés. « Vérifié » signifie ici identité et accès au registre, non certification future.
Ces règles renforcent le conseil pratique : gardez des données structurées exportables, utilisez des identifiants interopérables et planifiez la vérification d’identité et son renouvellement lorsque la connexion deviendra obligatoire pour votre produit.
Qui lit réellement le registre
Le registre sert à l’enregistrement et à la vérification, non comme interface principale des consommateurs. Les opérateurs vérifiés et acteurs éligibles créent et maintiennent les enregistrements ; autorités compétentes et douanières vérifient les dossiers et atteignent les données DPP via les identifiants.
Le registre combine donc les flux des déclarants et des autorités, sans servir de vitrine marketing. Les consommateurs accèdent normalement aux informations via le support ; le portail de l’article 14 est la couche publique distincte de recherche et de comparaison.
Ce que le règlement ne règle pas
Le règlement 2026/1778 ne fixe pas lui-même :
- les champs DPP, droits d’accès ou niveau d’enregistrement propres à chaque secteur ;
- un catalogue public des opérations de l’API, des modalités d’authentification, des exemples de requêtes et de réponses ou des instructions d’intégration ;
- l’obligation universelle d’enregistrer immédiatement chaque produit ;
- l’acte délégué définitif sur les prestataires ou un dispositif de certification.
La Commission a mis à disposition le 20 juillet le registre de production, l’environnement de test distinct et les ressources de mise en œuvre. Son annonce précise que l’enregistrement est accessible par l’interface sécurisée ou l’API et qu’un référentiel sémantique est disponible. Les entreprises doivent tester les modèles propres aux produits, notamment aux batteries, et prendre le règlement ainsi que les règles sectorielles applicables comme référence juridique.
Que faire dès maintenant
- Gardez la propriété de vos données : stockez des enregistrements produit structurés que vous pouvez exporter, pas des données enfermées chez un seul prestataire.
- Utilisez des identifiants interopérables : GS1 Digital Link est une option pratique, non la seule voie légalement permise.
- Séparez les couches dans vos propres systèmes : support, données de passeport, identifiants et droits d’accès sont des préoccupations distinctes.
- Posez la bonne question aux prestataires : non pas “stockez-vous mes données”, mais “puis-je les exporter et changer sans casser mes codes QR”.
- Planifiez la vérification et le versionnage : identifiez le déclarant, son mode d’authentification et prévoyez un historique des modifications pouvant être audité.
- Prévoyez sauvegarde et continuité : comprenez la référence de sauvegarde lorsque l’acte produit l’exige.
- Suivez les actes propres aux produits : ils déterminent quand enregistrer et ce que le DPP doit contenir.
FAQ
Le registre DPP de l’UE est-il une base centrale de toutes les données produit ?
Non. Il stocke les identifiants d’enregistrement et de produit, les codes marchandises le cas échéant et des données générales d’enregistrement. Les données produit restent décentralisées. C’est un index et une couche de vérification, non un entrepôt.Que s’est-il passé en juillet 2026 ?
La Commission a adopté le règlement 2026/1778 le 16 juillet et l’a publié le 17. Le registre de production, l’environnement de test et les ressources de mise en œuvre sont disponibles depuis le 20 juillet ; le règlement entre en vigueur le 6 août. La Commission présente le Registre comme opérationnel et l’enregistrement comme accessible par une interface sécurisée ou une API. L’utilisation propre à chaque produit dépend encore du catalogue sémantique et des règles sectorielles applicables.Où résident les véritables données du passeport ?
Chez l’opérateur ou son prestataire. Le support pointe vers l’enregistrement décentralisé. L’article 10, paragraphe 4, exige une sauvegarde via un prestataire DPP ; le considérant 38 le décrit comme tiers indépendant.Quelle différence entre registre et portail web ?
Le registre de l’article 13 est la couche centrale d’enregistrement, d’indexation et de vérification pour opérateurs et autorités. Le portail de l’article 14 est le point public de recherche et de comparaison.Des données décentralisées signifient-elles que je suis verrouillé chez un prestataire ?
Cela devrait signifier le contraire. Si vous conservez des enregistrements structurés et exportables et utilisez des identifiants ouverts comme GS1 Digital Link, vous pouvez changer de prestataire sans réémettre vos supports de données. Le verrouillage vient des formats propriétaires, pas du registre.Dois-je téléverser mes passeports auprès de la Commission ?
Pas leur contenu complet. Vous enregistrez via l’interface ou l’API les informations requises, dont identifiants et, le cas échéant, code marchandise. Le droit produit fixe contenu et niveau.À lire ensuite
- EPREL vs registre DPP : comment les deux registres UE se relient
- Qu’est-ce qu’un Passeport Numérique de Produit ?
- Quelles données dans un DPP ? Exigences de données complètes
- Exigences pour les prestataires de services DPP expliquées
- GS1 Digital Link pour le DPP
- Spécifications communes : le plan de secours de l’UE pour les normes DPP
- État de mise en œuvre DPP ESPR 2026 : normes, registre, lacunes
Sources officielles
- ESPR Règlement (UE) 2024/1781, article 13
- Règlement d’exécution (UE) 2026/1778 de la Commission (registre DPP)
- Commission européenne : registre DPP
- Commission européenne : environnements de production et de test du registre DPP
- Guide du registre DPP pour les opérateurs économiques v1.0 (PDF)
- Décision d’exécution (UE) 2026/1736 de la Commission (normes DPP)
- Commission européenne : mise en œuvre de l’ESPR
- CEN-CENELEC : premières normes DPP et leur statut au Journal officiel de l’UE
- Réponse de la Commission E-000888/2026(ASW) : normes JTC 24 et statut du registre DPP
- Prestataires de services DPP : initiative d’acte délégué
Vous construisez des enregistrements DPP qui vous appartiennent vraiment ? Commencez gratuitement sur OriginPass.eu et gardez la maîtrise de données produit structurées, prêtes pour le registre et conçues pour être transférables.