Aligner les exigences du passeport numérique sur ETIM

La réglementation sur le passeport numérique de produit est exceptionnellement claire sur la forme de ce qu’elle attend, et exceptionnellement muette sur le fond. Les informations produit doivent être lisibles par machine, structurées et interopérables, en s’appuyant sur des standards ouverts internationalement reconnus. Elle ne dit pas lesquels. Ce choix est renvoyé à l’acte délégué propre à chaque groupe de produits, et la plupart de ces actes n’existent pas encore.

Cela place le fabricant de produits électriques, CVC, de plomberie ou de construction dans une situation singulière. Vous savez qu’une obligation arrive. Vous savez à peu près ce qu’elle exigera. Vous ne pouvez pas encore connaître le nom exact des champs. Et vous disposez, dans votre PIM, d’un standard de classification qui décrit déjà sans ambiguïté la plupart des propriétés techniques de vos produits.

La démarche raisonnable consiste à mettre ce que vous avez en correspondance avec ce que vous pouvez raisonnablement anticiper, à construire l’enregistrement dès maintenant et à laisser la tuyauterie réglementaire pour le jour où l’acte qui régit vos produits sera publié. Cet article est cette mise en correspondance — y compris, et c’est important, là où elle échoue.

Ce qu’ETIM vous apporte réellement

ETIM est un dictionnaire, pas un format de fichier. Son rôle est de faire en sorte qu’une propriété technique signifie la même chose pour un fabricant allemand, un grossiste néerlandais et un installateur polonais, sans qu’aucun d’eux n’ait à convenir au préalable d’un schéma privé.

Trois types de codes portent ce sens :

ETIM 8.0 compte 18 766 caractéristiques réparties sur 5 145 classes. Chaque caractéristique relève de l’un des quatre types de données : numérique, plage numérique, alphanumérique ou logique.

La contrainte qui compte pour la conformité passe facilement inaperçue. Les caractéristiques alphanumériques n’acceptent pas de texte libre. Chacune est rattachée à une liste de valeurs autorisées, et chacune de ces valeurs possède son propre code EV. Vous ne pouvez pas écrire « IP66 environ » dans un champ d’indice de protection. Soit vous sélectionnez une valeur, soit vous ne renseignez pas le champ.

Cette seule restriction fait toute la différence entre des données qu’une machine peut lire et des données qu’une machine peut évaluer. Un régulateur qui vérifie la conformité, le système d’achat d’un distributeur qui filtre sur un seuil et un assistant IA qui répond à « lesquels sont prévus pour un usage extérieur » interrogent tous ce champ de manière identique. C’est ce que veut dire « interopérable » dès lors que l’on cesse d’en faire un synonyme de « partagé ».

Où les exigences du DPP se posent sur cette structure

Les exigences se répartissent en quatre groupes, et deux seulement relèvent d’ETIM.

Identification — largement hors d’ETIM

Le passeport exige un identifiant unique de produit, le schéma d’attribution correspondant et un identifiant d’opérateur. ETIM classe ce qu’un produit est ; il n’attribue pas d’identité. On est ici sur le terrain de GS1, ou d’un schéma équivalent, et c’est le premier point à trancher, car tout le reste s’y rattache.

Caractéristiques techniques — pleinement ETIM

C’est la partie pour laquelle ETIM a été conçu, et là où la correspondance est presque terme à terme. Dimensions, matériaux, performances nominales, caractéristiques électriques, indice de protection, plages de température : tout cela existe déjà sous forme de caractéristiques EF sur votre classe, avec des unités définies et des valeurs autorisées. Si vos produits sont classifiés, l’essentiel est fait — vous n’aviez simplement pas l’habitude d’y voir des données de conformité.

Environnement et circularité — ETIM xChange 2.0

Voici l’évolution que la plupart des acteurs n’ont pas enregistrée. ETIM xChange 2.0, publié en novembre 2025, a ajouté des champs environnementaux étendus pour les données d’analyse du cycle de vie et de déclaration environnementale de produit, élaborés avec le groupe de travail « données environnementales » d’ETIM International. Il a également ajouté un élément « matériau d’emballage » visant le règlement relatif aux emballages et aux déchets d’emballages.

Savoir si ces champs s’aligneront terme à terme sur tel ou tel acte délégué restera indécidable tant que l’acte ne sera pas publié. Mais la structure existe, elle est versionnée, et des fabricants l’alimentent déjà. C’est une position nettement meilleure qu’une colonne vide intitulée « empreinte carbone ».

Support de données, registre et accès — pas du ressort d’ETIM

Le support de données apposé sur le produit physique, l’enregistrement dans le registre européen entré en service en juillet 2026 et la gestion différenciée des accès — certains champs publics, d’autres visibles des seuls régulateurs ou recycleurs — se situent tous hors du standard de classification. ETIM vous dit ce que signifie une propriété. Il n’a rien à dire sur qui a le droit de la lire.

À quoi ressemble un enregistrement de forme conforme

ETIM xChange, c’est du JSON assorti d’un JSON Schema publié, et il sépare les données produit génériques des articles commerciaux qui les portent. La structure ci-dessous illustre cette séparation, avec un disjoncteur modulaire pour sujet.

Une omission délibérée mérite d’être expliquée. Le modèle ETIM est sous licence ODC-BY, et cet article ne le reproduit pas. EC000001 et EF000007 apparaissent parce qu’ETIM International et ses organisations nationales les publient comme exemples illustratifs dans leur propre documentation. Tous les autres codes ci-dessous sont de simples marqueurs de substitution. Récupérez les vrais dans votre version d’ETIM : c’est la source sous licence, dûment attribuée et toujours à jour — et republier un dictionnaire dont on n’est pas propriétaire est une piètre fondation pour un enregistrement de conformité.

{
  "product": {
    "manufacturerProductNumber": "MCB-C16-1P",
    "manufacturerGLN": "<GS1 Global Location Number>",
    "productIdentifier": {
      "scheme": "GS1",
      "value": "<GTIN>"
    },
    "classification": {
      "system": "ETIM",
      "release": "ETIM-8.0",
      "class": "EC000001",
      "features": [
        { "code": "EF000007", "type": "A", "value": "<EV code for colour>" },
        { "code": "EF<rated-current>", "type": "N", "value": 16, "unit": "A" },
        { "code": "EF<poles>", "type": "N", "value": 1 },
        { "code": "EF<tripping-characteristic>", "type": "A", "value": "<EV code for C>" },
        { "code": "EF<ip-rating>", "type": "A", "value": "<EV code>" }
      ]
    },
    "environmental": {
      "epd": {
        "declarationNumber": "<EPD registration>",
        "validUntil": "2029-11-30",
        "gwpTotal": { "value": 2.41, "unit": "kg CO2e" }
      },
      "recycledContent": { "value": 18, "unit": "%" }
    },
    "packaging": {
      "materials": [
        { "material": "corrugated board", "weight": { "value": 42, "unit": "g" }, "recycledContent": { "value": 82, "unit": "%" } }
      ]
    }
  },
  "tradeItems": [
    {
      "gtin": "<GTIN>",
      "packagingQuantity": 1,
      "orderUnit": "PCE"
    }
  ]
}

Trois points de cet enregistrement méritent d’être soulignés.

Le bloc de classification porte sa version. "release": "ETIM-8.0" n’est pas un ornement. Les caractéristiques évoluent d’une version à l’autre, et un enregistrement qui n’indique pas le dictionnaire au regard duquel il a été rédigé devient ambigu dès la parution de la version suivante. C’est le défaut le plus répandu dans les données ETIM du monde réel.

Chaque caractéristique porte son type. Un consommateur peut valider "type": "N" comme une valeur numérique et "type": "A" contre une liste de valeurs autorisées sans rien connaître aux disjoncteurs. C’est ce qui rend le fichier vérifiable, et pas seulement analysable.

Les données génériques et les articles commerciaux sont séparés. Un produit, plusieurs conditionnements, un seul jeu de vérités techniques. Aplatir les deux — ce que font la plupart des échanges par tableur — est précisément la manière dont un lot de 10 finit par revendiquer le poids d’une seule unité.

Les manques, dits clairement

Un article de mise en correspondance qui revendique une couverture complète cherche à vous vendre quelque chose. Quatre manques, honnêtement énoncés :

1. 01Aucun acte délégué n’existe pour la plupart des groupes de produits. La seule date ferme est le 18 février 2027, pour certaines batteries industrielles, de véhicules électriques et de moyens de transport légers, au titre du règlement Batteries et non de l’ESPR. Quiconque vous annonce une échéance DPP unique simplifie à l’excès.
2. 02Les champs environnementaux d’ETIM sont récents. Publiés en novembre 2025, ils n’ont été confrontés à aucun acte délégué publié, faute d’acte auquel les confronter.
3. 03La gestion des accès n’est pas résolue dans le format. Le règlement prévoit une visibilité à plusieurs niveaux. ETIM xChange ne l’exprime pas. Cela devra être pris en charge par le système qui sert le passeport.
4. 04La couverture de la classification est inégale. 5 145 classes, c’est beaucoup, mais si votre produit relève d’une classe peu dotée en caractéristiques, le dictionnaire ne portera pas vos différenciateurs et vous en reviendrez aux pièces jointes et au texte libre.

Pourquoi cet enregistrement vaut la peine d’être construit malgré tout

Retirez complètement la réglementation : ce même fichier reste la chose la plus utile que vous puissiez construire pour votre catalogue.

Un enregistrement produit structuré, typé et adossé à un dictionnaire, c’est ce qui permet à un distributeur d’intégrer votre gamme sans projet de mapping, à un système d’achat de filtrer sur un seuil plutôt que sur un mot-clé, et à un assistant IA de répondre à une question de spécification sur votre produit en vous citant plutôt qu’en devinant. Nous avons mesuré 984 catalogues industriels sur ce dernier point, et le score médian s’établit à 50 sur 100 — le facteur limitant n’est presque jamais le produit, c’est que les données qui le décrivent sont prisonnières de PDF et de JavaScript.

L’échéance de conformité agit comme une contrainte déclenchante pour un travail qui se rentabilise de lui-même. C’est une position exceptionnellement confortable, et il vaut la peine de la reconnaître comme telle.

Par où commencer

Dans cet ordre, parce que chaque étape rend la suivante moins coûteuse :

1. 01Classifiez avec votre version ETIM actuelle, et consignez laquelle. Si vos produits sont déjà classifiés, vérifiez que la version figure dans vos exports — souvent, elle n’y est pas.
2. 02Exportez vers ETIM xChange 2.0 et validez avec le JSON Schema publié. Les échecs de validation à ce stade sont des problèmes de qualité de données que vous aviez déjà, sans les voir.
3. 03Renseignez le bloc environnemental avec les données de DEP et d’ACV dont vous disposez aujourd’hui, même partielles. Des données structurées partielles valent mieux que des données non structurées complètes.
4. 04Tranchez la question de l’identité — GTIN ou équivalent, et le schéma d’attribution — car le passeport s’y rattache.
5. 05Laissez le support de données et le registre pour après la publication de votre acte délégué. Construire contre un projet de texte, c’est se condamner à tout refaire.

Les trois premières étapes produisent un actif utile dès le jour où il existe, quoi que finissent par dire les actes délégués. C’est le test à appliquer à tout chantier DPP que l’on vous propose : s’il ne vaut rien sans la réglementation, il est probablement prématuré.