Digital Product Passport (DPP) : ce qu’il change pour la fiabilité des données produit

Un QR code sur un emballage est visible. Une architecture de données, beaucoup moins. C’est sans doute pour cela que le Digital Product Passport, ou passeport numérique de produit, est encore souvent ramené à son support d’accès. Pourtant, pour une entreprise qui gère des milliers de références et plusieurs systèmes d’information, le défi n’est pas principalement de générer un code à scanner.

Il consiste à savoir quelle information placer derrière ce code, où elle se trouve, si elle est fiable, qui peut la modifier et comment éviter qu’une version différente de la même donnée circule dans l’ERP, le PIM, les fichiers métier, les bases fournisseurs ou les outils utilisés par les points de vente.

Le Digital Product Passport n’est pas le QR code

Le règlement européen sur l’écoconception pour des produits durables, l’ESPR, définit le Digital Product Passport comme un ensemble de données spécifiques à un produit, accessibles électroniquement au moyen d’un support de données.

Ce support peut être un symbole bidimensionnel comme un QR code, mais il faut bien distinguer trois éléments. D’abord le support physique que l’on scanne. Ensuite l’identifiant qui permet de relier le produit à son passeport. Enfin, les informations elles-mêmes.

Cette distinction est importante parce qu’elle change immédiatement la manière d’aborder le projet. Installer ou imprimer le support d’accès est un problème technique relativement identifiable. Construire une information produit fiable sur la durée est un problème de gouvernance des données.

Un déploiement progressif, pas une obligation identique pour tous les produits

Autre raccourci à éviter : considérer que tous les produits commercialisés en Europe doivent dès maintenant posséder un DPP.

Le dispositif est conçu pour être déployé progressivement. Les informations exigées, le niveau de granularité du passeport, le support de données, les droits d’accès ou encore les responsabilités de mise à jour dépendent du groupe de produits et des actes réglementaires qui lui sont applicables.

Autrement dit, il n’existe pas un unique « modèle DPP » qu’une entreprise pourrait appliquer indistinctement à son catalogue. La Commission européenne publie un calendrier indicatif de déploiement par secteurs et précise elle-même que celui-ci reste soumis à l’adoption des exigences correspondantes.

Une évolution importante est néanmoins déjà concrète : le registre européen du Digital Product Passport est opérationnel depuis le 20 juillet 2026, avec un environnement de test. Ce registre ne constitue pas une immense base européenne centralisant toutes les informations produit. Les données restent gérées de manière décentralisée ; le registre conserve notamment les identifiants uniques et les métadonnées nécessaires au fonctionnement du système.

Cette architecture confirme une idée essentielle : le DPP ne remplace pas les systèmes d’information des entreprises. Il doit fonctionner avec eux.

La question que le DPP remet au centre : quelle donnée est la bonne ?

C’est là que le sujet devient très concret pour une enseigne ou un réseau. Une même information peut déjà être présente à plusieurs endroits.

Prenons un produit dont la composition évolue. Le fabricant fournit une nouvelle donnée. Le PIM a été actualisé, mais un export métier conserve encore l’ancienne valeur. Une autre base contient un descriptif retravaillé quelques mois plus tôt. L’ERP possède bien la référence du produit, mais pas nécessairement le même niveau de détail.

Toutes ces données peuvent être techniquement accessibles. Cela ne répond pourtant pas à la question la plus importante : laquelle est la donnée de référence ?

Le tableau n’a donc pas vocation à désigner un gagnant entre ERP et PIM. Dans la réalité, la source de référence peut être différente selon la donnée. La référence commerciale peut relever d’un système, la composition d’un autre, la traduction d’un troisième.

La gouvernance consiste précisément à rendre cette organisation explicite, au lieu de laisser les outils et les utilisateurs arbitrer au cas par cas.

Une donnée fiable doit aussi rester fiable quand elle circule

Identifier la bonne source ne suffit pas. Il faut encore conserver le sens de la donnée lorsqu’elle passe d’un système à l’autre.

Deux applications peuvent par exemple utiliser des intitulés différents pour la même caractéristique, appliquer des unités différentes ou ne pas gérer le même niveau de granularité. Une information exacte dans son système d’origine peut ainsi devenir ambiguë après transformation, export ou réimport.

C’est la raison pour laquelle l’interopérabilité des données fait partie des fondements techniques du DPP. Le règlement prévoit notamment des données structurées et, lorsque cela s’applique, lisibles par machine et transférables au moyen de formats interopérables.

Pour une organisation, cela implique de regarder au-delà des connecteurs techniques. Il faut aussi documenter les correspondances entre champs, les unités, les règles de priorité, les versions, les responsabilités de correction et les mécanismes de synchronisation.

Dans un réseau de magasins, le problème existe déjà

Pour les enseignes, ce sujet n’arrive pas de nulle part. Les mêmes difficultés apparaissent déjà lorsque les informations produit alimentent plusieurs supports.

Une référence incorrecte, un prix obsolète, un descriptif ancien ou une caractéristique mal importée peuvent être repris par un outil e-commerce, une application métier, une affiche promotionnelle ou un écran en magasin. La première erreur se produit une seule fois. Ses conséquences, elles, peuvent être multipliées par chaque système qui la réutilise.

Cette logique est familière dans la communication point de vente. Toucan®, par exemple, peut exploiter des catalogues, des bases de données produits ou différentes sources métier pour générer des supports de communication magasin. Si une donnée fiable arrive dans la chaîne, son utilisation automatisée fait gagner du temps et renforce la cohérence. Si la donnée amont est fausse, l’automatisation peut au contraire diffuser cette erreur plus efficacement.

Toucan® n’est pas un outil de création ou de gestion de Digital Product Passport et n’a pas vocation à assurer une conformité DPP. Il illustre simplement un principe que connaissent déjà les réseaux : la qualité du support final dépend directement de la qualité de la donnée qu’il exploite.

C’est également ce qui explique pourquoi la question dépasse les seules équipes réglementaires ou techniques. Communication, marketing, produit, e-commerce, data et SI utilisent parfois les mêmes informations sans les regarder sous le même angle.

Ce que les entreprises peuvent déjà préparer

Toutes les exigences sectorielles ne sont pas encore identiques ni définitives. Cela n’empêche pas les organisations de préparer le terrain. Plusieurs travaux sont utiles indépendamment du futur périmètre exact du DPP.

Ce travail n’est pas perdu si le périmètre réglementaire évolue. Une meilleure maîtrise de la donnée produit améliore déjà le fonctionnement du e-commerce, des outils internes, des catalogues, de la communication magasin et de nombreux échanges avec les partenaires.

Le bon réflexe : traiter le DPP comme un projet de données

Le Digital Product Passport rend visible au consommateur ou à un autre acteur de la chaîne une information qui était auparavant répartie entre plusieurs systèmes. Cette visibilité nouvelle peut donner l’impression que le projet se situe au bout de la chaîne, au niveau du QR code.

C’est presque l’inverse. Plus l’accès à l’information devient simple, plus l’organisation située derrière doit être solide.

Pour les entreprises, l’enjeu n’est donc pas seulement de savoir comment créer un passeport, mais de pouvoir répondre à des questions beaucoup plus structurantes : où se trouve la donnée ? Qui en est responsable ? À quel produit correspond-elle exactement ? Comment une correction est-elle propagée ? Que se passe-t-il lorsque deux systèmes ne sont pas d’accord ?

Le DPP met ces questions sous un nouvel éclairage réglementaire, mais elles concernent déjà l’ensemble de l’écosystème produit. Pour les réseaux de points de vente, c’est aussi l’occasion de regarder la chaîne dans son ensemble : de la donnée créée ou reçue en amont jusqu’à son exploitation sur les différents canaux de communication.