Ce que les utilisateurs PIM doivent savoir sur le Digital Product Pass (DPP)

Digital Product Pass (DPP) – ce qui peut apparaître au premier abord comme un défi bureaucratique supplémentaire de la part de l'UE, recèle également des opportunités. En effet, la transparence renforce la confiance des consommateurs et assure des relations durables avec les clients. Mais qu'exigent exactement les réglementations et comment les entreprises peuvent-elles mettre en œuvre ces exigences de manière efficace ?

En effet, il existe déjà une multitude d'informations sur ce sujet de la part des prestataires de services, des associations, des autorités et des universités. Je veux placer les informations dans le contexte PIM.

Quel est le contexte ?

Le Digital Product Pass (DPP) doit être classé comme une mesure dans le Green Deal ou Sustainable Products Regulation (ESPR). L'objectif est, en résumé, de créer un cycle de vie durable pour les produits (économie circulaire, « Circular Economy »). Pour atteindre cet objectif, l'acheteur doit être pleinement informé sur le produit (décision d'achat), tout comme les autorités (respect des lois). Les autorités ont évidemment besoin d'autres informations produits que l'acheteur.

Quel est le projet et quel est le calendrier ?

À partir de 2026 et jusqu'en 2030, tous les groupes de produits concernés devront progressivement recevoir un DPP (à l'exception des denrées alimentaires, des aliments pour animaux et des médicaments). Cela signifie que chaque produit est identifié (code QR, puce) et que les informations peuvent être consultées via l'Id. En principe, cela concerne tous les fabricants et distributeurs industriels.

Le DPP est en principe un ensemble de données. J'aime bien comparer cela avec des ensembles de données dans BMEcat ou des formats similaires. L'ensemble des données doit être mis facilement à la disposition des acheteurs et des autorités. Pour cela, il est nécessaire d'avoir un accès direct aux systèmes de bases de données. La visualisation pour les acheteurs peut se faire par exemple sur des interfaces web ou des applications. Pour les autorités ou les clients B2B, le jeu de données peut être mis à disposition via des interfaces dites API.

Quelles sont les informations produits contenues dans l'ensemble de données DPP ?

Il s'agira d'une quantité importante de contenus qui s'élargiront en permanence ; je dirai qu'il n'y a pas de limites à l'imagination :

• Identification des produits (numéro d'article, EAN, désignation, etc.)
• Descriptions du produit
• Données techniques du produit (dimensions, matériau/surface, caractéristiques électriques et mécaniques, etc.)
• Données logistiques (conditionnement, poids, numéro de tarif douanier, etc.)
• Images de produits (photos, dessins)
• Agréments, certificats
• Relations avec les produits (pièces de rechange, accessoires, étendue de la livraison)
• Informations sur l'utilisation et le montage
• Conseils de réparation
• Consignes de sécurité
• Composants du produit (pertinents pour la gestion des déchets, par exemple)
• Données pour déterminer l'empreinte carbone et l'empreinte H2O
• Représentation des informations sur le produit dans l'enregistrement DPP

On peut maintenant s'imaginer ce que cela implique en termes d'énormes quantités de données. Il existe en effet une multitude de produits totalement différents avec des descriptions différentes. D'autre part, les termes les plus divers sont utilisés pour désigner les propriétés. Certains parlent par exemple de diamètre pour un tube en plastique, d'autres de diamètre intérieur ou de diamètre du tube.

Cela signifie que la description et le langage devraient être normalisés ou classifiés en fonction du groupe de produits. Heureusement, il existe depuis des décennies des systèmes de classification usuels comme ECLASS ou ETIM, que l'on peut utiliser à cet effet.

Mise en œuvre technique de DPP

« Just another tool ». La mise en œuvre technique nécessite les composants suivants :

• Un système de base de données, plus précisément un Product Information System (PIM). Les données doivent être validées
• Classifications standard intégrées (ECLASS, ETIM), comme mentionné ci-dessus
• Channel Output Management pour le contrôle de l'édition des articles pertinents pour le DPP (au moins les articles qui ont été ou seront vendus à partir de 2026) et des contenus et langues nécessaires
• API REST (json) pour la mise à disposition des données dans un format X pour un accès direct et sécurisé aux données, comme mentionné ci-dessus

Le format X n'est pas encore connu. Différents acteurs, si j'ose dire, « apportent leur contribution ». Je suppose que le format Asset Administration Shell (AAS) va s'imposer, voir https://industrialdigitaltwin.org.

De mon point de vue, ce modèle présente notamment les avantages suivants :

• La description à l'aide de sous-modèles est avancée, entre autres Nameplate (identification du produit), Reliability (composants électriques), Technical Data, Contact Informations (données de contact). Voir https://industrialdigitaltwin.org/content-hub/teilmodelle
• La classification standard ECLASS est intégrée dans le « Submodel Technical Data ».

Conclusion

Sans PIM, pas de DPP. Si vous disposez déjà d'un PIM avec ECLASS, API REST et contrôle de sortie, vous pouvez vous détendre – du moins en ce qui concerne la partie technique. L'API REST et le contrôle de la sortie sont typiquement inclus par défaut dans le système PIM. Si vous ne disposez pas encore d'ECLASS, je vous recommande d'envisager son utilisation, idéalement intégrée au PIM.

En ce qui concerne le contenu, il est certainement nécessaire de compléter les informations. Pour cela, il faut dresser la liste des exigences en matière de contenu des données DPP, les comparer avec les données existantes dans le PIM et vérifier le delta, c'est-à-dire l'endroit où les données manquantes doivent être gérées (par exemple dans l'ERP ou le PIM). On ne commencera jamais assez tôt ce processus, car l'expérience montre que c'est celui qui demande le plus d'efforts.