Où se trouvent les données DPP ? PLM, PIM, ERP et plateforme de passeport expliqués

Les données du passeport numérique des produits (DPP) se trouvent simultanément dans plusieurs systèmes : les données de matières et de composition dans le PLM, les attributs produit publiés dans le PIM, les commandes, lots et transactions fournisseurs dans l'ERP, et les certificats dans des outils fournisseurs ou de conformité. Une plateforme de passeport doit collecter, valider et publier ces données sous un identifiant stable, et non remplacer ces systèmes. Clarifier la responsabilité de chaque attribut compte davantage que le choix d'un outil.

Quel système doit être maître de quelles données du passeport ?

Chaque attribut a besoin d'un système de référence unique, l'endroit où il est créé et corrigé. D'autres systèmes peuvent le copier, mais un seul peut le modifier. Le tableau montre une répartition courante dans les entreprises de mode ; votre propre environnement peut différer, mais le principe de responsabilité unique ne doit pas changer.

Que fait concrètement la plateforme de passeport ?

Une plateforme de passeport est la couche qui transforme des données internes en un passeport publié et standardisé. Ses principales fonctions consistent à recevoir les données des systèmes sources via des interfaces, à en valider l'exhaustivité au regard de la liste de données requise, à stocker les versions du passeport, à faire pointer le support de données (par exemple un QR code) vers la bonne fiche et à gérer l'enregistrement lorsqu'il est requis. USB Certification indique que la Commission a lancé le registre européen des passeports numériques des produits et son environnement de test le 20 juillet 2026, et le décrit comme l'infrastructure dans laquelle les entreprises mettant des produits sur le marché de l'UE devront enregistrer chaque passeport.

La plateforme ne doit pas devenir un second endroit où designers ou merchandisers modifient la composition ou les certificats. Si les corrections se font dans la couche passeport, les systèmes sources divergent, et le passeport de la saison suivante reproduit l'ancienne erreur.

Lire aussi

À quoi ressemble l'écosystème technologique moderne d'une marque de mode de taille intermédiaire

Quelles normes encadrent l'intégration ?

Les règles techniques sont arrivées en juillet 2026. La décision d'exécution (UE) 2026/1736 de la Commission, adoptée le 14 juillet 2026, approuve des normes harmonisées pour le passeport élaborées avec le CEN-CENELEC. Six normes ont été publiées le même jour :

• EN 18216 : protocoles d'échange de données et formats lisibles par machine.
• EN 18219 : identifiants uniques des produits, des opérateurs économiques et des sites.
• EN 18220 : supports de données, y compris les codes 2D optiques, les étiquettes RFID et les puces NFC.
• EN 18221 : stockage, archivage et pérennité des données, y compris les versions historiques.
• EN 18222 : API pour rechercher, résoudre, récupérer et gérer les informations du passeport.
• EN 18223 : interopérabilité sémantique, technique et organisationnelle.

Pour l'habillement, les standards GS1 existants sont également pertinents. GS1 UK décrit le GTIN comme l'identifiant de chaque variante de produit par modèle, taille, coloris et coupe, l'EPC et la RFID comme permettant une visibilité au niveau de l'article, et les QR codes GS1 Digital Link comme un point d'accès pour les consommateurs aux informations produit et au passeport. La question de savoir si l'acte délégué textile imposera des supports précis reste ouverte ; la conception de l'intégration doit donc séparer la logique d'identification du support physique.

Quelle est la décision d'intégration la plus difficile ?

L'identifiant et son niveau de granularité. Les règles textiles pourraient exiger des passeports par modèle, par lot ou par article. La plupart des entreprises de mode identifient leurs produits par modèle, coloris et taille dans le PLM et l'ERP, et seules certaines sérialisent les articles individuels. Si le passeport exige plus tard des données par lot ou par article, le lien entre un vêtement et son lot de production doit déjà exister dans les données ERP et logistiques.

Un test concret : choisissez un modèle et essayez de déterminer, uniquement à partir des systèmes, quelle usine a produit le tissu d'une livraison précise en taille M coloris marine. Si cela nécessite des e-mails et des tableurs, la lacune se situe dans le modèle de données, pas dans la plateforme de passeport.

Comment relier les systèmes, étape par étape ?

1. Définir la liste de données cible à partir des projets actuels et des dispositifs volontaires, et associer à chaque attribut son système de référence.
2. S'accorder sur l'identifiant du passeport et sur sa correspondance avec le GTIN, le modèle-coloris-taille et le lot de production.
3. Combler les lacunes à la source : ajouter les champs manquants dans le PLM ou l'ERP plutôt que dans la plateforme de passeport.
4. Construire des interfaces des systèmes sources vers la couche passeport, de préférence événementielles, afin qu'un certificat corrigé mette à jour le passeport.
5. Ajouter des règles de validation de l'exhaustivité et de la plausibilité avant la publication d'un passeport.
6. Versionner chaque passeport publié, car la norme EN 18221 traite des versions historiques et de l'accessibilité à long terme.
7. Tester l'enregistrement et la résolution du support avec l'environnement de test de la Commission une fois les exigences textiles connues.

Quelle place pour l'IA dans la couche d'intégration ?

L'IA est la plus utile là où les données sont non structurées ou incohérentes : extraire des valeurs des certificats et rapports d'essai fournisseurs, rattacher des compositions en texte libre à des vocabulaires contrôlés, rapprocher les noms de sites entre systèmes et repérer des anomalies comme des parts de fibres dont la somme est incorrecte. Elle peut aussi rédiger dans le PIM des textes d'entretien et de fin de vie soumis à validation humaine.

L'IA ne doit pas s'intercaler entre les systèmes sources et le passeport publié comme un transformateur non supervisé. Chaque valeur automatisée doit pouvoir être retracée jusqu'à son document source et, pour les attributs publiés, faire l'objet d'un contrôle documenté, humain ou fondé sur des règles. Les données du passeport pouvant être contrôlées par les autorités, la capacité à expliquer l'origine d'une valeur est une exigence, pas un simple plus.

Lire aussi

Migrer l'ERP d'une entreprise de mode vers le cloud : les leçons des migrations 2024 à 2026

Que doivent faire les équipes informatiques en 2026 et 2027 ?

Profitez de la période qui précède l'acte délégué textile pour nettoyer les données de référence et définir les responsabilités, car ce sont les tâches les plus longues et elles seront nécessaires quel que soit le contenu de la liste définitive. Lisez les six normes avec vos architectes, alignez votre logique d'identification sur la norme EN 18219 et les pratiques GS1, et gardez vos choix de plateforme ouverts jusqu'à la publication des exigences textiles.