Le registre DPP de l'UE est un index, pas une base de données

La plupart des équipes imaginent le registre européen des passeports numériques de produit comme une grande base de données où leurs données produit seront chargées et conservées. C'est presque l'inverse, et le malentendu laisse un trou dans beaucoup de plans de conformité.

Ce que contient réellement le registre

L'architecture du passeport numérique de produit (DPP) est délibérément hybride.

Au niveau de l'UE, il y a un registre. Il stocke les identifiants uniques des produits et relie chaque identifiant à l'emplacement du passeport de ce produit. Les actes délégués pour des groupes de produits spécifiques peuvent exiger que certaines informations supplémentaires y soient stockées, et chaque acte précise lesquelles.

Les données du passeport elles-mêmes sont décentralisées. Elles sont hébergées par les opérateurs économiques, ou par des prestataires agissant pour leur compte. Le registre pointe ; il ne détient pas.

À côté du registre se trouve un portail web public, où consommateurs, entreprises et autorités peuvent rechercher et comparer les informations produit.

Pourquoi la distinction change votre plan

Si vous supposiez que la Commission stockerait le passeport, il manque à votre plan la partie où vous montez le registre, l'hébergez, le maintenez exact et le faites répondre à la demande, pour chaque produit, pendant des années après la vente.

Ce n'est pas un exercice de classement. C'est faire tourner un petit morceau d'infrastructure publique pour le compte de vos propres produits, et l'obligation ne s'arrête pas à l'expédition. L'opérateur économique est responsable du maintien de l'exactitude des données sur tout le cycle de vie du produit.

La vraie question n'est donc pas de savoir si l'UE stockera vos données. C'est de savoir si, quand le registre pointe vers votre produit, un passeport complet et correct attend à l'autre bout.

Ce que cela signifie à la frontière et sur le terrain

Les autorités douanières peuvent interroger le registre par voie électronique au point d'entrée pour vérifier qu'un passeport a bien été enregistré pour un produit avant sa mise en libre pratique. Ce contrôle porte sur l'enregistrement, pas sur la qualité de vos données.

Les autorités de surveillance du marché travaillent dans l'autre sens. Elles scannent le support sur un produit physique, atteignent votre documentation et la vérifient. Le registre les aide à trouver les passeports ; la vérification tombe sur le registre que vous hébergez.

À noter sur le calendrier : l'interconnexion permettant la vérification douanière automatisée doit être opérationnelle dans les quatre ans suivant l'entrée en vigueur de l'acte d'exécution concerné. L'architecture se resserre dans le temps plutôt que d'arriver toute faite.

Trois questions à poser à tout prestataire

Où vit réellement le passeport, et sous le contrôle de qui ? Un hébergement décentralisé signifie que quelqu'un détient les données. Savoir qui, et à quelles conditions, est la première question.

Que se passe-t-il si ce prestataire disparaît ? Le règlement exige que le passeport continue de fonctionner toute la vie du produit, et une copie de sauvegarde doit être disponible via un prestataire de services. C'est traité dans la continuité des données.

Le registre peut-il être exporté ? Si la réponse est compliquée, le passeport est otage d'une relation fournisseur qui doit survivre au produit.

Junction sert les passeports via une API REST publique construite sur le standard de lien d'identification IEC 61406, et lie authenticité et passeport en un seul code par produit. Le registre pointe. Notre travail est de garantir qu'il y a quelque chose de réel vers quoi pointer.

Sources

• Commission européenne, *Digital Product Passport: Frequently Asked Questions*, mise à jour de
• janvier 2026, questions 18 et 19.
• Règlement (UE) 2024/1781 (ESPR), article 15(3) sur le calendrier de l'interconnexion douanière.