Quels termes figurent dans un passeport numérique de produit ? La question peut sembler relever d’un travail de détail, mais elle détermine si vos données pourront encore être lues par quelqu’un dans dix ans. En effet, le DPP n’invente pas un nouveau langage. Il rassemble plusieurs langages existants.
GS1, le W3C et le consortium OpenEPCIS décrivent chacun une partie de l’univers des produits, auxquels s’ajoute une bonne douzaine de vocabulaires sectoriels de l’UE. Le DPP doit les parler tous en même temps. Le véritable défi ne consiste pas à choisir une norme, mais à appliquer de manière cohérente des centaines de termes à travers des dizaines de catégories de produits.
Chaque norme nomme les choses différemment
Un événement d’expédition s’appelle « cbv:BizStep-shipping » chez GS1. La capacité nominale d’une batterie s’appelle « battery:ratedCapacity » dans le règlement européen sur les batteries. Un nom de produit provient de schema.org, une déclaration de diligence raisonnable relative à la chaîne d’approvisionnement du vocabulaire OpenEPCIS. Quatre termes, quatre origines, un ensemble de données.
Quiconque invente ici ses propres noms de champs crée un îlot. Or, l’autorité, le recycleur et l’outil de vérification d’un tiers doivent comprendre sans avoir à demander de précisions ce qui figure dans votre DPP. C’est précisément pour cela que les normes existent - et c’est précisément pour cette raison que Transpareo s’y conforme strictement, au lieu d’inventer son propre schéma.
La colonne vertébrale : le modèle d’événements de GS1 EPCIS 2.0
Le cycle de vie d’un produit est décrit par GS1 EPCIS 2.0 - la même norme qui cartographie depuis des années les chaînes d’approvisionnement dans le secteur de la logistique. La norme distingue cinq types d’événements : l’observation d’un objet (ObjectEvent), l’agrégation, la transaction, la transformation et l’association. Transpareo représente les étapes du cycle de vie d’un produit sous forme d’EPCIS-ObjectEvents - le type d’événement qui consigne une observation sur des objets identifiés.
Chaque événement comporte une étape opérationnelle (shipping, recycling, repairing) et un statut (active, recalled, recycled). Ces éléments constitutifs permettent de générer un journal traçable : quand un lot a été expédié, quand il a été rappelé, quand il a été recyclé. Lisible par machine et sans marge d’interprétation.
Les données produit : le DPP Core d’OpenEPCIS
Ce qui caractérise un produit - matériaux, part de matériaux recyclés, empreinte carbone, réparabilité - est décrit par le vocabulaire DPP Core d’OpenEPCIS. Il définit des classes telles que MaterialComposition, RecycledContent, CarbonFootprintDeclaration ou RepairabilityInfo.
Deux conventions méritent d’être mentionnées, car elles permettent d’éviter les erreurs : les valeurs de pourcentage sont toujours des nombres décimaux compris entre 0 et 1 (donc 0,85, et non 85 %). Et chaque information est associée à un niveau d’accès - public, autorisé ou restreint - afin que le même passeport puisse fournir des vues différentes aux clients finaux, aux partenaires et aux autorités.
Un vocabulaire spécifique à chaque secteur
C’est là que les choses se compliquent. Chaque catégorie de produits s’accompagne de son propre vocabulaire technique, comme l’exige le règlement européen correspondant :
- Batteries (règlement 2023/1542): plus de 200 caractéristiques, allant de la composition chimique des cellules aux pourcentages de matériaux recyclés pour le lithium, le cobalt et le nickel, en passant par les cycles de charge et l’état de santé (State of Health)
- Textiles: composition des fibres, colorants, classe de risque liée aux microplastiques, symboles de lavage, recyclabilité
- Électronique: indice de réparabilité, types de composants, interchangeabilité des différents composants
- À cela s’ajoutent des vocabulaires consacrés à la déforestation (EUDR), aux produits d’entretien, aux emballages (PPWR) et aux produits de construction (CPR)
Un DPP adapte donc son vocabulaire technique en fonction de la catégorie de produit, tout en devant rester compatible avec la même structure de base.
Un contexte qui fait le lien entre tous les éléments
Pour éviter que ces sources ne se transforment en une véritable tour de Babel, un seul contexte JSON-LD relie tous les vocabulaires entre eux. Chaque terme y a une place bien définie : une adresse stable (URI) sous laquelle sa définition peut être consultée.
C’est plus qu’un simple souci d’ordre. Un DPP doit rester vérifiable pendant dix ans, voire plus. Si, en 2034, une administration consulte un passeport délivré en 2026, recycledContent doit encore signifier exactement la même chose qu’aujourd’hui. Des adresses stables sont indispensables pour que la plateforme, les archives, l’audit et l’administration se réfèrent tous à la même définition.
39 langues dans une structure de données
Transpareo gère les descriptions de produits en plusieurs langues au sein d’une structure compacte : un champ contient {"de": "Wasser", "en": "Water"} au lieu de répétitions fastidieuses. Cela permet de limiter le volume de données et offre au consommateur la possibilité de lire facilement la langue de son choix et, si nécessaire, de revenir à l’anglais. 39 langues, dont les 24 langues officielles de l’UE, sont ainsi couvertes sans logique particulière.
Ce que cela signifie pour le choix de votre plateforme
Trois questions distinguent une solution interopérable d’une solution en silo :
- La plateforme utilise-t-elle les normes établies (GS1, EPCIS, OpenEPCIS, schema.org) ou son propre schéma, qu’elle est la seule à comprendre ?
- Peut-elle utiliser le vocabulaire métier adapté à chaque catégorie de produits sans que vous ayez à remanier le modèle de données ?
- Les termes utilisés sont-ils documentés sous des adresses stables et accessibles en permanence ?
Si la réponse est « oui » aux trois questions, votre DPP restera lisible - aujourd’hui, même en cas de changement de prestataire et au-delà de la durée légale de conservation.