Le passeport numérique produit (Digital Product Passport, DPP) n’est plus un sujet de veille réservé aux équipes RSE. Pour une direction industrielle, c’est un sujet ERP à part entière: données de référence, traçabilité atelier, gouvernance fournisseurs, archivage, et capacité à prouver la conformité sans reconstruire l’information à la main.
Le cadre européen se structure rapidement. Le règlement ESPR 2024/1781 a été publié au Journal officiel de l’UE le 28 juin 2024 (EUR-Lex) et la Commission rappelle que ce cadre est entré en vigueur en juillet 2024 (Commission européenne, FAQ ESPR). En parallèle, le règlement batteries 2023/1542 fixe déjà une échéance explicite: à partir du 18 février 2027, certaines batteries (LMT, industrielles >2 kWh, véhicules électriques) doivent disposer d’un passeport batterie (article 77, EUR-Lex).
Autrement dit: le DPP n’est pas un futur abstrait. C’est une contrainte opérationnelle progressive qui va toucher les flux industriels concrets.
DPP: ce que l’ERP doit réellement porter
Un DPP ne se résume pas à un QR code collé sur un produit fini. Le QR code est la porte d’entrée. La valeur (et le risque) est dans la chaîne de données derrière.
Pour un ERP industriel, il faut distinguer quatre couches:
-
Identité produit Identification stable du produit, de sa version, de son lot ou numéro de série, et de ses variantes techniques.
-
Conformité et attributs réglementaires Informations techniques, environnementales et de conformité qui doivent être disponibles selon les actes délégués applicables à la famille de produits.
-
Traçabilité d’exécution Données issues de la production réelle: matières utilisées, opérations réalisées, contrôles qualité, retouches, changements de statut.
-
Cycle de vie documentaire Gestion des versions, historisation, droits d’accès et preuve de l’état de l’information à une date donnée.
Cette architecture n’est pas “nice to have”. Sans elle, le DPP devient un projet parallèle géré en tableurs, déconnecté du système qui pilote déjà achats, production, qualité et supply chain.
Pourquoi les projets DPP échouent quand ils restent “hors ERP”
Dans beaucoup d’entreprises, le premier réflexe est de traiter le DPP comme un mini-projet compliance. On crée un POC rapide avec un prestataire, on publie un QR code, puis on découvre que l’information n’est pas industrialisable.
Trois symptômes reviennent systématiquement:
- Données incohérentes entre métiers: la même référence produit n’a pas exactement la même définition entre bureau d’études, achats, production et service qualité.
- Absence de source de vérité: personne ne peut dire quelle application fait foi pour un attribut clé (composition, origine matière, statut de conformité, etc.).
- Traçabilité incomplète: la preuve existe pour certains lots, mais pas pour toute la population de produits.
Le résultat est coûteux: les équipes passent leur temps à réconcilier des exports. Chaque audit devient un projet. Et surtout, l’entreprise perd l’effet recherché du DPP: rendre la conformité plus robuste, pas plus fragile.
Les modules ERP à mobiliser en priorité
Le DPP est transversal. Vous n’avez pas besoin d’un “module magique DPP” pour démarrer. Vous avez besoin d’orchestrer correctement des briques déjà présentes dans un ERP moderne.
1) MDM / référentiel article
Le passeport exige des données produit propres, versionnées et gouvernées. Le référentiel article devient critique:
- modèle de données unifié (nomenclature, unités, familles)
- règles de qualité des données (obligatoire, format, source)
- cycle de validation avant publication
Un DPP fiable commence par une discipline MDM, pas par une API.
2) PLM et nomenclatures
Si votre ERP dialogue avec un PLM, la qualité de ce couplage devient déterminante. Les informations de conception (matières, composants, substitutions autorisées) doivent être exploitables côté ERP sans ressaisie.
L’objectif est simple: éviter que la version “ingénierie” et la version “industrielle” divergent silencieusement.
3) Qualité et non-conformités
Le DPP implique de documenter des faits, pas des intentions. Les contrôles qualité, dérogations, retouches et plans d’action doivent être correctement capturés dans le flux d’exécution.
Sans ce niveau de granularité, vous pouvez afficher un passeport, mais pas démontrer sa fiabilité.
4) Supply chain et données fournisseurs
Une part significative de l’information DPP dépend de fournisseurs tiers. L’ERP doit donc intégrer:
- des exigences de données dans le processus d’homologation fournisseur
- des contrôles de complétude à la réception
- une logique d’escalade quand la donnée n’est pas fournie ou n’est pas exploitable
L’erreur classique consiste à traiter les fournisseurs comme de simples expéditeurs de fichiers. Il faut les intégrer comme contributeurs de données réglementaires.
5) Gestion documentaire et archivage
Les données du passeport ne vivent pas seules. Elles renvoient à des preuves (rapports, déclarations, certificats, tests). L’ERP ou son écosystème documentaire doit garantir:
- versioning
- lien explicite avec l’article/lot/série
- conservation et disponibilité dans le temps
C’est ce qui fait la différence entre un dossier conforme sur le papier et un dossier réellement défendable.
Modèle cible: ERP comme colonne vertébrale, DPP comme service exposé
Le modèle le plus robuste en pratique est le suivant:
- l’ERP reste source principale pour l’identité produit, la traçabilité et l’état de conformité opérationnel
- un service DPP externe ou une couche d’intégration gère l’exposition des données, les règles d’accès et l’expérience de consultation
- la synchronisation est pilotée par événements (changement de version, clôture d’ordre de fabrication, validation qualité, etc.)
Ce modèle évite deux extrêmes:
- tout forcer dans l’ERP, avec un effort de custom trop lourd
- tout externaliser, avec perte de cohérence et duplication incontrôlée
Feuille de route en 6 chantiers pour une PME industrielle
Chantier 1: cadrage réglementaire par famille produit
Ne démarrez pas par la technique. Démarrez par le périmètre.
- quelles lignes de produits sont concernées en priorité
- quels attributs sont déjà disponibles
- quels attributs manquent ou ne sont pas fiables
Cette étape crée une carte de risque exploitable par la direction industrielle et la DSI.
Chantier 2: cartographie data de bout en bout
Documentez, pour chaque attribut DPP cible:
- source système
- propriétaire métier
- fréquence de mise à jour
- règle de validation
Vous identifiez immédiatement les trous de gouvernance et les dépendances externes.
Chantier 3: socle de qualité de données
Installez des règles minimales avant tout déploiement large:
- champs obligatoires par famille
- contrôles de cohérence
- blocage de publication si donnée critique manquante
Cette discipline réduit fortement les corrections d’urgence en phase de montée en charge.
Chantier 4: intégration fournisseurs
Faites évoluer vos processus achats et qualité:
- exigences DPP dans le processus de qualification fournisseur
- standards de format attendus
- mécanisme de relance et d’exception
Le DPP devient alors un standard de collaboration, pas une demande ponctuelle envoyée par e-mail.
Chantier 5: pilote industriel limité mais complet
Choisissez une ligne produit avec volume raisonnable, mais couvrant les cas réels (variantes, fournisseurs multiples, opérations qualité). Le but est de valider le flux complet de la donnée, pas de démontrer un écran.
Chantier 6: industrialisation et gouvernance continue
Après pilote:
- extension progressive à d’autres familles
- suivi d’indicateurs de qualité de données
- revues régulières DSI + métiers + conformité
Le DPP devient un processus permanent, au même titre que la gestion des données financières ou qualité.
KPIs utiles pour piloter sans se tromper
Évitez les indicateurs vanity. Un pilotage DPP utile côté ERP repose sur des métriques d’exécution:
- taux de complétude des attributs obligatoires
- taux de produits publiables sans correction manuelle
- délai moyen de résolution d’un écart de donnée critique
- part des données fournisseurs reçues au format attendu
- taux de traçabilité exploitable lot/série sur le périmètre cible
Ces indicateurs vous disent si vous gagnez en maîtrise opérationnelle.
Gouvernance concrète: qui fait quoi dans l’entreprise
Beaucoup de projets DPP patinent pour une raison simple: tout le monde pense que le sujet appartient à “quelqu’un d’autre”. La qualité pense que c’est un sujet DSI. La DSI pense que c’est un sujet conformité. Les achats pensent que c’est un sujet produit. Résultat: les décisions sont reportées et les écarts s’accumulent.
Un modèle de gouvernance efficace repose sur une logique simple:
- la direction industrielle arbitre les priorités de déploiement par famille produit
- les métiers définissent les règles de gestion et la responsabilité des attributs
- la DSI industrialise les flux, les contrôles et la résilience technique
- la conformité valide la traçabilité de preuve et l’alignement réglementaire
Dans cette logique, chaque attribut critique doit avoir un propriétaire explicite. Par exemple, la composition matière peut dépendre du bureau d’études, tandis que la preuve fournisseur associée dépend des achats et de la qualité réception. Tant que cette responsabilité n’est pas formalisée, l’attribut devient rapidement “discutable” au moment où il faut publier ou auditer.
Le pilotage doit aussi distinguer les décisions stratégiques des décisions d’exploitation:
- en stratégique: périmètre, architecture, budget et niveau de risque accepté
- en exploitation: exceptions de données, rejets d’intégration, plan de correction fournisseur
Ce découpage évite de saturer les comités de direction avec des tickets techniques, tout en empêchant les équipes opérationnelles de prendre seules des décisions de fond sur la conformité.
Préparer la montée en charge sans bloquer la production
Le DPP doit se déployer sans casser le flux industriel. L’approche la plus robuste consiste à séparer les étapes:
- d’abord, garantir la qualité minimale sur un périmètre réduit
- ensuite, automatiser la collecte et la validation
- enfin, élargir progressivement aux autres familles et entités
Cette logique limite les effets de bord: surcharge d’équipes, multiplication des corrections manuelles, conflits de priorités avec les projets supply chain ou finance.
Dans la montée en charge, deux pratiques font la différence. La première consiste à traiter les anomalies de données comme des incidents opérationnels réels, avec une file de traitement claire, des niveaux de sévérité et des délais de résolution. La seconde consiste à intégrer les contrôles DPP dans les rituels existants de performance industrielle, plutôt que de créer une gouvernance parallèle.
En pratique, quand le DPP est branché sur les routines déjà en place, l’entreprise progresse sans “projet monstre”. Quand il est géré à côté, il redevient un chantier ponctuel qui se dégrade dès que la pression opérationnelle remonte.
Les choix d’architecture qui coûtent cher quand ils sont mal posés
1) Customisation ERP excessive
Vouloir tout coder en spécifique dans l’ERP donne une illusion de contrôle. En réalité, vous alourdissez les upgrades et vous créez une dette technique réglementaire.
2) Gouvernance floue
Quand personne n’est propriétaire d’un attribut, l’attribut est faux tôt ou tard. Le DPP impose une responsabilité explicite sur chaque donnée critique.
3) Intégration par batch tardif
Une alimentation trop espacée dégrade la valeur opérationnelle. Plus le décalage est grand, plus vous ouvrez la porte aux écarts entre état réel et état publié.
4) Projet “outil” sans transformation process
Changer l’outil sans changer les routines métiers ne suffit pas. Le DPP est d’abord un sujet de processus et de discipline data.
DPP et autres obligations numériques: raisonner en plateforme
La plupart des industriels ne gèrent pas le DPP en silo. Ils gèrent déjà des obligations connexes: facturation électronique, archivage, conformité fiscale, reporting extra-financier.
L’opportunité stratégique consiste à mutualiser:
- les référentiels de données
- les mécanismes de contrôle
- les workflows de validation
- les capacités d’audit et de preuve
Plus votre socle ERP-data est cohérent, plus chaque nouvelle exigence réglementaire coûte moins cher à absorber.
Ce que doit décider un comité de direction maintenant
Un comité de direction n’a pas besoin d’arbitrer chaque champ technique. En revanche, il doit trancher rapidement sur trois points:
-
Périmètre prioritaire Quelles familles produit passent en premier.
-
Modèle de gouvernance Qui possède les données critiques (métiers) et qui garantit l’exécution (DSI).
-
Modèle d’architecture Quel niveau d’intégration entre ERP, PLM, qualité, et couche DPP.
Sans ces décisions, les équipes s’épuisent en POCs et n’installent pas de capacité durable.
Conclusion
Le DPP est en train de devenir un standard d’exécution industrielle en Europe, pas un simple sujet de communication conformité. Le cadre réglementaire est posé via l’ESPR (règlement 2024/1781, EUR-Lex), et certains secteurs ont déjà des échéances opérationnelles précises, comme le passeport batterie à partir du 18 février 2027 (règlement 2023/1542, article 77).
Pour une PME industrielle, le vrai enjeu n’est pas de “faire un DPP”. Le vrai enjeu est de rendre son ERP capable de produire, contrôler et exposer une donnée produit fiable à l’échelle.
Pour approfondir, lisez notre comparatif ERP 2026 pour PME industrielles, notre guide de migration des données ERP et notre décryptage sur eIDAS2 et les impacts ERP.
