Checklist de pr\u00e9paration DPP : 10 \u00e9tapes vers la conformit\u00e9 du passeport produit num\u00e9rique
Un programme de travail, pas un livre blanc. Dix \u00e9tapes, dans l\u2019ordre o\u00f9 elles se bloquent r\u00e9ellement les unes les autres — de la d\u00e9limitation du p\u00e9rim\u00e8tre au pilote jusqu\u2019\u00e0 la gouvernance.
En 30 secondes
- •Commencez maintenant si vous \u00eates concern\u00e9 par les batteries, le fer/l\u2019acier, les textiles, les pneus ou l\u2019aluminium
- •Goulot : consolidation des donn\u00e9es + accords de donn\u00e9es fournisseurs, pas le logiciel
- •Posture intelligente : poss\u00e9der les donn\u00e9es et les identifiants, acheter l\u2019infrastructure
- •Prouver sur une ligne avant de passer \u00e0 l\u2019\u00e9chelle du portefeuille
La checklist en 10 \u00e9tapes
Cartographier le portefeuille face à la pipeline d’actes délégués
Listez chaque ligne de produits que vous mettez sur le marché européen. Mappez chacune face à la séquence du plan de travail (fer/acier, textiles, pneus, aluminium, meubles, TIC, batteries via la voie sectorielle). Résultat : une matrice d’applicabilité avec la date d’obligation attendue par ligne.
Arrêter la granularité et le système d’identifiants
Passeports au niveau modèle, lot ou unité ? Réconcilier les clés GS1 (GTIN, GLN) et décider comment fonctionne la sérialisation si le niveau unité est exigé ou choisi. Les décisions d’identifiants sont à peine réversibles — les prendre correctement tôt.
Inventorier les données existantes face aux données requises
Pour chaque ligne couverte, lister les attributs de données requis (style annexe III) et localiser où chacun se trouve aujourd’hui : ERP, PLM, études ACV, documents fournisseurs, rapports d’essai, tableurs — ou nulle part. Résultat : un registre de lacunes de données.
Assainir la qualité des données
Le passeport doit porter des données exactes, structurées et vérifiables. Combler les lacunes : commander les études manquantes, numériser la documentation papier, normaliser unités et formats, construire des règles de validation. C’est ici que les programmes gagnent ou perdent.
Sécuriser contractuellement les données fournisseurs
L’empreinte carbone, le contenu recyclé, la composition des matériaux et les données de diligence reposent largement chez les fournisseurs amont. Intégrez dès maintenant des clauses de fourniture de données dans les contrats — renégocier sous la pression du délai est brutal.
Décider : développer en interne ou recourir à un prestataire
Définir qui héberge et exploite les données de passeport. Un prestataire DPP fournit persistance, contrôle d’accès et APIs en service ; construire soi-même signifie porter soi-même les obligations de persistance d’EN 18221.
Concevoir l’architecture de données
Modèle de données canonique mappé aux attributs de l’acte applicable, payloads JSON-LD/structurés, validation (JSON Schema/SHACL) et chemins d’intégration depuis ERP/PLM vers la couche passeport.
Implémenter le contrôle d’accès
Modéliser l’accès gradué exigé par l’acte délégué — données publiques vs. données restreintes pour autorités, recycleurs, partenaires. Mapper les rôles avant de construire, pas après.
Piloter une ligne de produits de bout en bout
Un vrai passeport pour un ensemble limité de SKU : identifiant → support de données → données hébergées → entrée au registre → scan résolu, accès restreint inclus. Corriger ce qui casse avant de passer à l’échelle.
Mettre en place gouvernance et exploitation
Qui porte l’exactitude du passeport ? Qui approuve les mises à jour ? Les événements du cycle de vie (réparations, transitions, fin de vie) ont besoin d’écrivains. La surveillance du registre, le suivi des évolutions des actes et la capacité d’audit sont des fonctions permanentes — pourvoyez-les.
Le mod\u00e8le de maturit\u00e9 de la pr\u00e9paration
\u00c9valuez-vous honn\u00eatement — la plupart des organisations se surestiment. Ce qui compte est la plus faible des trois dimensions, car une seule lacune bloque la conformit\u00e9 :
| Niveau | Conscience juridique | Préparation des données | Capacité technique |
|---|---|---|---|
| 0 — Non conscient | Personne n’est responsable du DPP | Données dispersées, non cartographiées | Aucun schéma d’identifiants |
| 1 — En évaluation | Délimitation des actes applicables | Analyse des lacunes en cours | Options en cours d’évaluation |
| 2 — En construction | Obligations mappées par produit | Pipelines + contrats fournisseurs | Passeport pilote en cours |
| 3 — En pilotage | Processus de conformité défini | Qualité + validation en ligne | Pilote connecté au registre |
| 4 — Opérationnel | Responsable conformité permanent | Cycle de vie des données gouverné | Passeports émis à l’échelle |
Le sch\u00e9ma le plus fr\u00e9quent : des organisations au niveau 2 en technique, niveau 1 en donn\u00e9es. Elles peuvent construire une API de passeport, mais pas la remplir — car la dimension donn\u00e9es tra\u00eene. Traitez la pr\u00e9paration des donn\u00e9es, pas la technologie, comme votre goulot, et planifiez \u00e0 rebours depuis l\u00e0.
Les lacunes que tout le monde trouve
Les donn\u00e9es existent, mais ne sont pas probantes
Les d\u00e9clarations de contenu recycl\u00e9 et d\u2019empreinte carbone vivent dans des documents marketing ou des tableurs non audit\u00e9s. Le passeport attend des donn\u00e9es v\u00e9rifiables — la provenance et les preuves comptent autant que le chiffre.
Les fournisseurs ne peuvent (ou ne veulent) pas fournir de donn\u00e9es structur\u00e9es
La plupart des fournisseurs amont livrent des PDF et des e-mails, pas des donn\u00e9es lisibles par machine. C\u2019est un probl\u00e8me commercial et contractuel, pas technique — et c\u2019est celui qui a le plus long d\u00e9lai dans tout le programme.
En interne, personne n\u2019est responsable du passeport
Le DPP touche le juridique, le d\u00e9veloppement durable, l\u2019IT, le produit et la supply chain. Les programmes s\u2019enlisent quand la responsabilit\u00e9 est floue — d\u00e9signez t\u00f4t un propri\u00e9taire accountable, avec le pouvoir d\u2019exiger des donn\u00e9es \u00e0 travers les fonctions.
Modes d\u2019\u00e9chec — et comment les devancer
Voici comment les programmes DPP \u00e9chouent r\u00e9ellement — chacun avec la mesure qui fonctionne :
| Mode d’échec | Pourquoi il arrive | Mesure |
|---|---|---|
| Attendre l’acte délégué | Les équipes traitent le modèle de données comme inconnu jusqu’à l’acte | Construire maintenant sur le socle EN 182xx + eudpp — les actes spécifient les données produit, pas l’infrastructure |
| Les données fournisseurs n’arrivent jamais | Données demandées informellement ; pas de levier contractuel pour les exiger | Ajouter des clauses de données DPP aux nouveaux contrats fournisseurs et aux renouvellements — les traiter comme une condition d’achat |
| Un pilote qui ne passe pas à l’échelle | Passeport construit à la main pour un produit, pas de pipeline reproductible | Piloter sur une SKU, mais concevoir la pipeline de données dès le premier jour pour tout le portefeuille |
| Conformité construite, cycle de vie ignoré | Focus sur l’émission du passeport, pas sur les mises à jour (réparations, réemploi) | Concevoir les APIs de cycle de vie EN 18222 et un workflow de mise à jour — un passeport est un enregistrement vivant |
| Chaos des identifiants | Pas de schéma GTIN/série gouverné ; identifiants attribués ad hoc | Attribuer les identifiants sous un schéma gouverné (EN 18219) avant toute construction technique |
D\u00e9velopper vs. acheter
| Approche | Avantages | Inconvénients | Idéale pour |
|---|---|---|---|
| Prestataire DPP | Rapide, persistance/contrôle d’accès conformes de base ; structure de responsabilité claire | Coûts récurrents, dépendance, moins de contrôle | La plupart des fabricants et importateurs de taille moyenne |
| Développement interne | Contrôle total ; intégration ERP/PLM profonde ; actif de stratégie de données | Vous portez la persistance EN 18221, la sécurité et l’exploitation — vrai engagement d’ingénierie | Grandes organisations où les données de passeport sont stratégiques |
| Hybride | Posséder le modèle de données + les identifiants ; louer la couche hébergement/accès | Nécessite des contrats d’interface propres | La plupart des entreprises — le standard pragmatique |
Un calendrier r\u00e9aliste
Pour un fabricant de taille moyenne avec un portefeuille g\u00e9rable : 6\u20139 mois jusqu\u2019\u00e0 un pilote conforme, 12\u201324 mois jusqu\u2019\u00e0 l\u2019exploitation du portefeuille — domin\u00e9 par la rem\u00e9diation des donn\u00e9es et les accords fournisseurs, pas par le logiciel. Compressez en parall\u00e9lisant les \u00e9tapes 3\u20135 (donn\u00e9es, fournisseurs) avec 6\u20138 (plateforme, architecture) — jamais en s\u00e9rie.
La logique d\u2019\u00e9ch\u00e9ance du calendrier de d\u00e9ploiement s\u2019applique directement : soustrayez votre dur\u00e9e de programme r\u00e9aliste de la date d\u2019obligation — c\u2019est votre vraie date de d\u00e9but au plus tard, et pour les premiers groupes de produits elle est d\u00e9j\u00e0 dans le pass\u00e9 pour les retardataires.
Questions fr\u00e9quentes
Construire la capacit\u00e9 en interne
La certification CDPI Implementer forme votre \u00e9quipe exactement \u00e0 cela — identifiants, mod\u00e8le de donn\u00e9es, supports de donn\u00e9es, contr\u00f4le d\u2019acc\u00e8s, APIs et d\u00e9ploiement, avec des labs pratiques.
D\u00e9couvrir le CDPILi\u00e9 : le guide complet du DPP · qui est concern\u00e9
Comment utiliser cette checklist
Parcourez-la dans l\u2019ordre. Chaque \u00e9tape est la porte de la suivante — les d\u00e9cisions d\u2019identifiants avant la mod\u00e9lisation des donn\u00e9es, l\u2019inventaire des donn\u00e9es avant les accords fournisseurs, un pilote en cours avant l\u2019industrialisation. Les \u00e9tapes qui paraissent administratives (d\u00e9limitation, gouvernance) sont celles qui d\u00e9terminent si la construction technique vise la bonne cible.