Passeport numérique de produit : préparer les données

Le passeport numérique de produit, ou DPP pour Digital Product Passport, ne commence pas par un QR code ni par l’achat d’une plateforme. Il commence par une question plus exigeante : votre entreprise peut-elle relier chaque donnée publiée à un produit, un rôle responsable, une source, une preuve et une règle de mise à jour ?

Le registre européen DPP et son environnement de test sont opérationnels depuis le 20 juillet 2026. Cela ne signifie pas que tous les produits doivent déjà posséder un passeport. Les exigences arrivent progressivement selon les textes et catégories. Les batteries de véhicules électriques, de moyens de transport légers et certaines batteries industrielles constituent le premier jalon précis, au 18 février 2027.

La bonne préparation consiste donc à qualifier le périmètre, tester dix références et corriger la chaîne de données avant de choisir l’outil. Ce guide propose une matrice originale produit → rôle → donnée → source → preuve → accès → mise à jour pour conduire ce travail sans inventer une obligation générale.

Que change le registre DPP opérationnel ?

La Commission européenne a mis en service le registre DPP avec un environnement de test le 20 juillet 2026. Le registre permet notamment d’inscrire des identifiants uniques et des métadonnées, par une interface sécurisée ou une API. Il peut aussi produire une preuve électronique d’enregistrement.

Le point essentiel est architectural : le registre n’est pas la base centrale contenant toutes les informations détaillées du produit. La documentation du registre DPP précise que ces données restent décentralisées. L’opérateur économique peut les héberger lui-même ou confier cet hébergement à un prestataire, tandis que le registre sert d’index commun et conserve les éléments prévus par le droit applicable.

Cette séparation produit trois décisions différentes :

1. déterminer les données exigées pour la catégorie et la date concernées ;
2. organiser leur production et leur maintien dans les systèmes de l’entreprise ;
3. enregistrer puis rendre accessible le passeport selon le cadre applicable.

Une démonstration réussie dans un portail ne prouve donc pas que les données sources sont fiables, que leurs droits d’accès sont corrects ou qu’une correction peut traverser toute la chaîne.

Qui doit préparer un passeport numérique de produit ?

La responsabilité dépend du produit, du texte sectoriel et du rôle de l’entreprise. La page de la Commission destinée aux opérateurs économiques attribue la responsabilité principale de la création et de l’exactitude du DPP à l’opérateur qui met le produit concerné sur le marché de l’Union.

Selon le flux, il peut s’agir notamment d’un fabricant, d’un importateur, d’un mandataire, d’un distributeur, d’un revendeur ou d’un prestataire d’exécution des commandes. Une marketplace impliquée dans une vente à distance devra aussi rendre le passeport accessible lorsque le droit applicable le prévoit.

Ne traduisez pas cette liste en case unique dans l’ERP. Pour une même gamme, l’entreprise peut fabriquer une référence, importer la suivante et distribuer une troisième déjà mise sur le marché par un autre acteur. Le rôle doit être qualifié par circuit réel : fournisseur, pays d’origine, titulaire de la marque, contrat, canal de vente et date de mise sur le marché.

Cette cartographie complète celle du PPWR appliqué aux données d’emballage. Le PPWR reste propriétaire des emballages, du colisage et de leurs échéances. Le DPP traite ici les informations du produit, leur accessibilité et leur cycle de vie. Les deux chantiers peuvent partager des identifiants sans fusionner leurs règles.

Toutes les catégories sont-elles déjà concernées ?

Non. Le cadre existe, le registre fonctionne et plusieurs familles de produits sont prioritaires, mais les exigences sectorielles ne deviennent pas toutes applicables en même temps.

La chronologie publiée par la Commission distingue les jalons fermes des dates indicatives. Après l’adoption d’un acte délégué au titre du règlement sur l’écoconception des produits durables, une période de transition d’au moins dix-huit mois est prévue. Les produits couverts par d’autres textes peuvent suivre un calendrier propre.

Le cas des batteries illustre cette différence. La note de la Commission du 21 août 2026 rassemble 71 points de données et indique leur applicabilité selon les catégories. À partir du 18 février 2027, le passeport concernera chaque batterie de véhicule électrique, chaque batterie de moyen de transport léger et chaque batterie industrielle d’une capacité supérieure à 2 kWh mise sur le marché ou mise en service.

La Commission précise aussi que ce guide n’ajoute aucune exigence, ne constitue pas une interprétation juridique faisant autorité et pourra encore évoluer. Pour les textiles, meubles, pneumatiques, produits électroniques ou autres familles annoncées, ne recopiez donc pas le modèle batterie comme s’il était universel. Suivez le texte propre à la catégorie et versionnez la décision.

Situation	Ce qui est démontré	Décision raisonnable maintenant
produit sans acte sectoriel applicable	le cadre DPP et le registre existent	inventorier les sources et suivre le calendrier sans afficher une conformité supposée
batterie couverte au 18 février 2027	catégorie, date et points de données sont documentés	préparer les données, responsabilités, accès et essais du passeport batterie
produit importé	le rôle de l’opérateur qui met le produit sur le marché doit être qualifié	relier fournisseur, importateur, preuve et enregistrement avant la mise sur le marché
vente à distance	le DPP devra rester accessible selon le texte applicable	prévoir le lien entre offre, produit, support de données et passeport valide
nouvelle catégorie annoncée	une trajectoire indicative existe	surveiller l’acte sectoriel et conserver un modèle de données adaptable

Pourquoi ne pas choisir la plateforme en premier ?

Une plateforme peut enregistrer un passeport, générer un support de données, gérer des accès et publier des informations. Elle ne sait pas, seule, si la composition vient du bon fournisseur, si la référence a changé de lot, si le document prouve réellement l’affirmation ou si un ancien produit doit conserver l’ancienne valeur.

Choisir l’outil trop tôt crée trois risques :

• la saisie parallèle, lorsque les mêmes données restent dans l’ERP, le PIM, un tableur fournisseur et le portail DPP sans propriétaire clair ;
• la conformité déclarative, lorsque le champ est rempli mais sa source et sa date ne peuvent pas être retrouvées ;
• l’enfermement, lorsque l’entreprise ne peut pas exporter le passeport, ses preuves, ses droits et son historique dans un format exploitable.

La réversibilité d’un service cloud ou SaaS doit donc être testée avant la signature. Un DPP restera lié au produit bien après le choix initial du prestataire. L’entreprise doit pouvoir corriger une donnée, remplacer une source, changer d’hébergeur ou transmettre le dossier sans reconstruire son historique à la main.

Avant toute comparaison, inscrivez les exigences dans le modèle de cahier des charges Zence : objets, responsabilités, imports, API, contrôles, export, journaux, disponibilité et procédure de sortie. Vous comparerez alors des capacités vérifiables, pas des écrans de démonstration.

La matrice produit, rôle, donnée, source, preuve, accès et mise à jour

Créez une ligne par famille de produit et par donnée dont la présence change une décision. « À confirmer » est une réponse acceptable ; une valeur précise sans provenance ne l’est pas.

Produit ou donnée	Rôle responsable	Source opérationnelle	Preuve attendue	Accès	Mise à jour	Repli si elle manque
identité et modèle	fabricant ou importateur à qualifier	ERP, PIM ou référentiel maître	fiche de référence approuvée	public ou selon le texte	création et changement de gamme	bloquer la publication d’un identifiant ambigu
composition ou matière	acteur défini par le texte applicable	fournisseur, qualité, PLM	déclaration, essai ou document applicable	niveau prévu par la catégorie	lot, fournisseur ou version	signaler l’incomplétude et demander validation
caractéristiques de durabilité	propriétaire de la méthode	laboratoire, qualité, calcul documenté	méthode, résultat et version	public, autorité ou acteur légitime	nouvelle mesure ou règle	retirer l’affirmation non prouvée
réparabilité ou entretien	produit, SAV ou qualité	documentation technique	notice et compatibilité datées	consommateur, réparateur ou autre rôle	changement de pièce ou procédure	conserver la dernière version valide
substances ou sécurité	conformité et fournisseur	dossier technique	document et approbation	accès restreint selon le cadre	lot, alerte ou évolution réglementaire	déclencher une revue humaine
empreinte ou indicateur calculé	responsable du calcul	données sources et moteur de calcul	méthode, entrées, unité et date	niveau défini par le texte	recalcul versionné	afficher la période ou suspendre le résultat
identifiant du passeport	opérateur qui enregistre	service DPP et registre	accusé ou preuve d’enregistrement	systèmes internes et autorités	création, remplacement ou fin de vie	empêcher la mise en ligne d’un lien orphelin

Cette matrice ne remplace pas le schéma sectoriel. Elle révèle où chaque exigence devra se raccorder. Si cinq lignes dépendent d’un tableur sans responsable, le premier chantier est la gouvernance de cette source, pas l’automatisation du registre.

Quel modèle de données minimal préparer ?

Évitez une table unique contenant une ligne par produit et des dizaines de colonnes figées. Les informations ne changent ni au même niveau, ni au même rythme.

Séparez au minimum :

• le modèle produit, pour les attributs communs à une famille ;
• le lot ou l’unité, lorsque la granularité applicable impose de distinguer la production réelle ;
• l’opérateur économique et son rôle, avec la période et le marché concernés ;
• la donnée déclarée, sa valeur, son unité, sa source et sa date de validité ;
• la preuve, avec son type, son propriétaire, sa version et son niveau d’accès ;
• le passeport, son identifiant, son statut, son emplacement et la preuve d’enregistrement ;
• l’événement de cycle de vie, lorsqu’une réparation, un contrôle ou une mise à jour doit modifier l’information disponible.

Conservez aussi la différence entre « absent », « non applicable », « non encore demandé », « confidentiel » et « à vérifier ». Les réduire à une cellule vide empêche de savoir si le système a oublié la donnée ou pris une décision.

Le guide SEO e-commerce du catalogue montre déjà pourquoi le prix, le stock, les variantes et le contenu visible doivent partager des identifiants et une source de vérité. Le DPP ajoute des responsabilités, preuves, niveaux d’accès et versions qui ne doivent pas être injectés par défaut dans chaque fiche publique.

Comment répartir les responsabilités sans créer une équipe DPP isolée ?

Le passeport traverse des métiers qui n’emploient pas le même vocabulaire. Les achats détiennent les engagements du fournisseur, la qualité contrôle les documents, le produit décrit la référence, l’informatique maintient les échanges et le juridique qualifie le texte applicable. Créer une équipe séparée qui recopie ces informations déplace le problème : elle devient responsable d’une donnée qu’elle ne produit pas.

Attribuez plutôt quatre rôles sur chaque donnée critique. Un propriétaire métier décide ce que la valeur signifie. Un producteur alimente la source. Un contrôleur vérifie la preuve et peut refuser la publication. Un exploitant surveille les transferts, rejets et délais de correction. Une même personne peut cumuler plusieurs rôles dans une petite structure, mais la distinction doit rester visible dans la matrice et les journaux.

Définissez aussi un délai de traitement adapté au risque. Une faute de ponctuation dans une notice et une déclaration de matière non prouvée ne demandent pas la même escalade. Pour chaque type d’écart, précisez qui est alerté, qui peut suspendre le passeport, quelle version reste consultable et comment le retour à la normale est prouvé. Ce dispositif transforme une erreur technique en décision opérationnelle plutôt qu’en ticket sans propriétaire.

Enfin, choisissez un indicateur qui mesure la reconstructibilité, pas seulement le volume publié. Par exemple : sur dix références tirées au sort, combien permettent de retrouver la source, la preuve, le responsable, la règle d’accès et la dernière correction ? Un taux élevé de passeports créés peut masquer des données fragiles ; un petit échantillon entièrement traçable donne une base plus solide pour industrialiser.

Sept scénarios de recette à jouer avant d’industrialiser

Une recette DPP doit vérifier le passage complet entre la source, le passeport, le registre et la personne autorisée à consulter ou corriger l’information.

1. Création d’un produit couvert. Les rôles sont qualifiés, les données obligatoires sont présentes et le passeport reçoit un identifiant sans ressaisie invisible.
2. Donnée manquante. Le système distingue l’absence, l’inapplicabilité et le blocage, puis attribue l’action à un responsable.
3. Changement de fournisseur. Une nouvelle preuve prend effet à une date connue sans réécrire l’historique des lots précédents.
4. Correction après publication. La source est rectifiée, la nouvelle valeur atteint le passeport et l’ancienne décision reste reconstructible.
5. Accès différencié. Un consommateur, un réparateur et une autorité ne reçoivent que les informations prévues pour leur rôle.
6. Indisponibilité du prestataire. L’identifiant reste résoluble selon le dispositif prévu, l’incident est visible et la procédure de continuité peut être exécutée.
7. Changement de plateforme. Un échantillon de passeports, preuves, droits, journaux et identifiants est exporté puis relu hors de l’outil d’origine.

Pour chaque scénario, conservez l’entrée, la version du schéma, le résultat attendu, le résultat obtenu, l’écart, le responsable et la preuve de fermeture. Une capture d’écran finale ne suffit pas si elle ne permet pas de retrouver la donnée source et le chemin de correction.

Comment auditer dix références sans lancer un grand programme ?

Choisissez un échantillon qui provoque les différences réelles : deux produits fabriqués, deux importés, deux distribués, une ancienne gamme, une nouvelle gamme, une référence riche en documents et une référence dont les données sont incomplètes.

Pour chacune, tentez de répondre à sept questions :

1. quel texte et quelle échéance rendent le DPP pertinent ;
2. qui met le produit sur le marché et assume l’exactitude ;
3. quelle granularité doit être suivie : modèle, lot ou unité ;
4. où se trouve chaque donnée et qui peut la corriger ;
5. quelle preuve justifie la valeur et combien de temps elle reste valable ;
6. qui peut consulter, télécharger ou modifier l’information ;
7. comment le passeport et son historique seront repris si l’outil change.

Classez ensuite chaque ligne en prêt, à confirmer, source fragile, preuve absente ou décision sectorielle attendue. Ce vocabulaire évite un pourcentage de « conformité » artificiel. Il donne surtout un ordre de travail : clarifier un rôle, reprendre une source, demander un document, versionner un calcul ou tester un export.

Le principe rejoint la méthode Zence pour automatiser un processus métier sans automatiser le chaos. Commencez par observer les décisions et les exceptions. L’intégration devient utile lorsque la règle et la responsabilité sont assez claires pour être rejouées.

Adapter l’existant ou acheter un outil DPP ?

Un outil spécialisé peut accélérer la conformité sectorielle, la gestion des schémas, l’enregistrement et les droits d’accès. Un développement ou une intégration sur mesure peut mieux raccorder les sources et contrôles propres à l’entreprise. Aucun choix n’est universel.

Comparez les trajectoires sur six preuves :

Critère	Question à tester
couverture	le schéma correspond-il au produit et à la version du texte réellement applicable ?
intégration	l’outil lit-il les sources existantes et renvoie-t-il les erreurs au bon propriétaire ?
qualité	peut-il bloquer, expliquer et corriger une valeur sans masquer sa provenance ?
accès	les rôles, téléchargements, journaux et révocations sont-ils testables ?
exploitation	qui surveille les échecs, les changements de schéma et les passeports orphelins ?
sortie	l’entreprise récupère-t-elle données, preuves, identifiants, droits et historique dans un format exploitable ?

La comparaison entre logiciel standard, no-code et sur mesure aide à choisir le niveau de spécificité qui mérite d’être construit. Un premier périmètre peut rester hybride : référentiel et règles dans les systèmes maîtrisés, service spécialisé pour le schéma ou l’enregistrement, contrôles explicites entre les deux.

Quelles limites garder visibles ?

Cet article ne qualifie pas juridiquement un produit et ne prouve aucune conformité. Le calendrier général reste indicatif pour plusieurs catégories. Les actes sectoriels préciseront les données, la granularité, les accès, le support physique et les échéances applicables.

Trois règles protègent le projet pendant cette période :

• dater la source et la version de chaque exigence ;
• séparer ce qui est obligatoire, optionnel, non applicable ou encore attendu ;
• construire des interfaces et contrôles remplaçables lorsque la méthode n’est pas stabilisée.

Ne promettez pas qu’un passeport rend automatiquement un produit durable, conforme ou traçable. Le DPP expose des informations structurées ; leur qualité dépend des responsabilités, sources, preuves et mises à jour qui l’alimentent.

Quelle première action prendre aujourd’hui ?

Prenez dix références représentatives et remplissez la matrice produit → rôle → donnée → source → preuve → accès → mise à jour. Commencez par les champs que vous seriez prêt à publier ou à présenter à une autorité. Pour chaque valeur, retrouvez une source, un responsable et la prochaine date de révision.

Si l’exercice échoue avant même l’enregistrement, vous avez localisé le vrai chantier : référentiel produit, contrat fournisseur, qualité documentaire, droit d’accès ou historique. Si la chaîne tient, testez ensuite l’environnement du registre et un export de la solution candidate.

Zence conçoit et fait évoluer des logiciels métier sur mesure qui relient données, règles, responsabilités et exploitation. Le bon premier livrable n’est pas un portail DPP complet. C’est une preuve étroite mais reconstructible : dix produits, des rôles qualifiés, des sources datées, sept scénarios de recette et une décision argumentée sur l’outil.

Sources principales

• Commission européenne — Guide des 71 points de données du passeport batterie, publication le 21 août 2026
• Commission européenne — Mise en service du registre DPP et de son environnement de test, publication le 20 juillet 2026
• Commission européenne — Fonctionnement du registre DPP, consultée le 25 août 2026
• Commission européenne — Responsabilités des opérateurs économiques, consultée le 25 août 2026
• Commission européenne — Chronologie et documentation du passeport numérique de produit, consultée le 25 août 2026
• EUR-Lex — Règlement (UE) 2024/1781 sur l’écoconception des produits durables, version officielle consultée le 25 août 2026