dans quel format dois-je fournir les données pour le passeport produit

Le format de fichier n'est pas encore défini

L'ESPR ne prescrit pas de format de fichier — ni « .csv », ni « .xml », ni « .json ». L'article 11 de l'ESPR (Règlement (UE) 2024/1781) stipule toutefois que la fiche d'information sur les produits numériques doit fonctionner selon des normes techniques ouvertes et interopérables, de sorte que les systèmes de différentes parties puissent lire et traiter les données. La norme exacte qui s'appliquera en résulte d'actes délégués établis par groupe de produits. Pour le fer et l'acier, cet acte n'existe pas encore. Quiconque demande maintenant « dans quel format dois-je fournir les données » ne recevra donc à juste titre aucune réponse concrète — cette réponse n'existe simplement pas pour le moment.

Pour qui cela s'applique et pour qui non

Cette incertitude s'applique à tous ceux qui produisent, importent ou commercialisent de l'acier ou des demi-produits en fer et se préparent à la fiche d'information sur les produits : négoce d'acier, entreprises de transformation des métaux, entreprises de construction. Ce n'est pas un enjeu qui ne concerne que l'acier — chaque groupe de produits couvert par l'ESPR recevra son propre acte délégué avec ses propres spécifications techniques. Le format pour les batteries, les textiles ou les meubles peut donc différer de celui qui s'appliquera à l'acier. Il est aussi important de faire la distinction entre le format de stockage et le format d'échange : l'article 11 porte sur la façon dont les systèmes doivent pouvoir lire les données entre eux, et non sur la façon dont un fabricant organise sa propre administration. Une entreprise qui gère actuellement ses données dans un fichier Excel ou dans son système ERP n'a rien à modifier pour cela — la conversion vers le format final est une étape qui intervient lors de la compilation de la fiche d'information sur les produits, et non dans les données sources de l'entreprise.

Quand cela sera-t-il défini

Il n'y a pas de date à donner pour la divulgation du format de fichier pour l'acier, car cette date n'existe pas dans les sources actuellement disponibles. Ce qui est établi, c'est la procédure : la Commission européenne élabore les exigences techniques dans un acte délégué par groupe de produits, comme le prescrivent l'article 4 et l'article 11 de l'ESPR. Tant que cet acte n'est pas publié pour le fer et l'acier, il n'existe pas non plus de format à respecter. Jusque-là, rien ne change dans la façon dont les entreprises gèrent actuellement leurs données produit — il n'y a pas de format provisoire qui devrait déjà être appliqué. Dès que l'acte délégué pour l'acier sera publié, la spécification technique précise sera communiquée ici.

Que faire tant que le format n'est pas encore défini

Pour ceux qui veulent déjà anticiper, l'étape la plus pratique est de mettre en ordre les données sources de l'entreprise, indépendamment du format de fichier final. Cela commence par l'établissement des données disponibles pour chaque produit — composition, provenance, certificats — et la façon dont ces données sont stockées en interne. Il est ensuite utile d'examiner comment ces données pourront être liées à un système qui compile la fiche d'information sur les produits ; lier à un système ERP ou de gestion des stocks propre est une question qui peut être résolue indépendamment du format de fichier. La question de la façon dont chaque produit ou chaque lot est identifié est également indépendante du format et peut être clarifiée dès maintenant — voir comment chaque produit reçoit un code d'identification unique. Dès que l'acte délégué pour l'acier sera disponible, il en résultera probablement aussi comment la liaison avec une norme telle que GS1 Digital Link sera précisément mise en œuvre ; ceux qui souhaitent dès maintenant acquérir des connaissances à ce sujet peuvent commencer par ce que GS1 Digital Link signifie pour la fiche d'information sur les produits. Le format de fichier lui-même est donc la dernière étape d'une série — la préparation à celui-ci commence par les données elles-mêmes, et non par la spécification technique qui doit encore être établie.

La base légale : articles 10 et 11 de l'ESPR

L'article 10 du REPL (Règlement (UE) 2024/1781) décrit les exigences générales auxquelles le passeport numérique du produit doit répondre, notamment l'accessibilité et la fiabilité des données. L'article 11 l'approfondit pour la conception technique et le fonctionnement du passeport : il prescrit que la technologie sous-jacente doit suivre des normes ouvertes, être interopérable entre les acteurs du marché et être lisible par machine. Aucun de ces deux articles ne mentionne un format de fichier spécifique, un codage spécifique ou une norme technique spécifique — cette mise en œuvre est expressément déléguée à des actes ultérieurs par catégorie de produits. C'est aussi la raison pour laquelle cette réponse ne peut maintenant aller au-delà du fait de noncer le principe : la loi établit l'exigence d'interopérabilité, mais non la norme technique par laquelle cette exigence est satisfaite.

Ce qu'il est maintenant opportun de faire

Il n'y a actuellement rien à choisir ou à installer en matière de format de fichier — ce choix incombe à l'acte délégué qui doit encore paraître. Ce qui a du sens, en revanche, c'est de mettre en ordre ses propres données produits et d'élucider les questions d'identification et de couplage mentionnées ci-dessus, de sorte que le passage au format définitif ultérieurement soit une question de connexion plutôt qu'un redémarrage à partir de zéro.

Sur quoi cela s'appuie

Le règlement lui-même figure sur EUR-Lex. Nous renvoyons à chaque affirmation ; vous n'avez pas besoin de nous croire sur parole.

Ce que vous devez concrètement faire

Ce qu'on attend de vous

Utiliser des formats de données ouverts et normalisés

L'article 10 du REPL (Règlement (UE) 2024/1781) dispose que les données d'un passeport numérique du produit doivent répondre à des normes ouvertes et interopérables. Cela signifie qu'un format de fichier lisible uniquement par un seul logiciel spécifique ne répond pas à l'intention du règlement. Pour un négociant en acier ou un transformateur de métaux employant entre 10 et 100 salariés, cela signifie en pratique que les données du système ERP ou d'inventaire propre sont exportées vers un format qui peut être lu par d'autres parties — clients, autorités de surveillance, entreprises de recyclage — sans licence supplémentaire ni logiciel spécialisé. Une exportation vers un type de fichier fermé et propriétaire ne convient pas à cet égard, même si ce format d'exportation est utilisé en interne depuis de nombreuses années.

Fournir des données lisibles par machine

L'article 11 du ESPR (Règlement (UE) 2024/1781) stipule que le passeport doit être lisible par machine et peut être lu automatiquement via le support (généralement un code QR). Cela exclut de facto un PDF scanné d'un certificat papier comme seule source de données : il est lisible pour un humain, mais ne peut pas être traité automatiquement de manière fiable. Pour une entreprise habituée à envoyer des certificats de matériaux en PDF, cela signifie qu'une conversion vers des données structurées est nécessaire — pensez à des champs avec une signification fixe (type d'acier, lot, composition) au lieu d'un texte libre dans une mise en page de document.

Structure conforme au reste du système

Les deux articles indiquent une structure de données qui ne fonctionne pas isolément, mais qui s'inscrit dans l'infrastructure plus large du passeport produit : le numéro d'identification unique, le lien avec le registre, et la façon dont le passeport reste consultable pendant des années après la vente du produit. Pour une entreprise de métallurgie de taille moyenne, cela signifie que le choix du format de fichier ne peut pas être considéré isolément de la manière dont chaque produit reçoit un code d'identification unique : voir Comment attribuer un code d'identification unique à chaque produit ?. Le format des données et l'identification du produit vont de pair ; un fichier Excel isolé sans lien cohérent à un code produit ne répond pas à l'idée d'interopérabilité décrite à l'article 10.

Où cela tourne mal en pratique

Une première situation qui revient souvent : un négociant en acier fournit depuis des années des certificats de matériaux (par exemple des certificats 3.1) sous forme de PDF à ses clients, et suppose que cela suffit également pour le passeport numérique du produit. Le PDF contient les données correctes, mais pas sous une forme lisible automatiquement — ce qui ne correspond pas à ce que l'article 11 décrit.

Une deuxième situation : une entreprise utilise un fichier Excel interne avec ses propres noms de colonnes et ses propres abréviations pour les types d'acier. Cela fonctionne très bien au sein de l'entreprise, mais dès qu'un client, un organisme de contrôle ou le registre doit interpréter ces données, la signification commune qu'offrirait un format standardisé fait défaut.

Une troisième situation apparaît lorsque des entreprises convertissent les données en un format structuré uniquement au moment où le produit quitte l'usine. Lorsque cette conversion se fait manuellement, par bon de commande, le risque d'erreurs et d'incohérences entre les passeports est important — notamment en cas d'assortiment comportant de nombreuses variantes en alliage, épaisseur ou traitement thermique.

Une quatrième situation : le format de fichier est bien choisi, mais la liaison avec le propre système de stock de l'entreprise fait défaut, ce qui entraîne une saisie double des données et, après une mise à jour du système ERP, un décalage avec ce qui est indiqué dans le passeport. À ce sujet, voir aussi Puis-je associer le passeport produit à mon système ERP ou d'inventaire?.

Une cinquième situation, moins visible : une entreprise pense que le format de fichier est un choix unique lors de la première livraison, alors que le passeport doit rester disponible pendant des années. Un format actuellement courant pourrait ne plus l'être dans quelques années — un risque lié à la durée pendant laquelle le passeport doit réellement exister, voir Pendant combien de temps un passeport produit doit-il rester disponible?.

Ce que vous pouvez documenter

Un aperçu des formats d'exportation actuels à partir du propre système ERP ou du propre système de stock, avec une note indiquant lesquels d'entre eux sont lisibles par machine et lesquels ne le sont pas (par exemple PDF par rapport à CSV ou XML).
Une liste de champs fixe par groupe de produits (type d'acier, lot, dimensions, composition) afin que les données internes soient toujours structurées de la même manière, indépendamment de la personne qui saisit les données.
Un accord avec les fournisseurs ou fabricants concernant le format dans lequel ils fournissent leurs données, afin que les données n'aient pas besoin d'être retapées manuellement à partir de certificats ou de PDF.
Une référence à la liaison avec le code d'identification unique de chaque produit, afin que le format de fichier et l'identification forment un tout — voir Comment attribuer un code d'identification unique à chaque produit ?.
Une note sur la lisibilité sans connexion Internet, dans la mesure où cela est pertinent pour les propres processus de travail sur le site de production ou lors du transport, voir le passeport produit doit-il également fonctionner sans connexion Internet.
Un dossier avec les formats de données choisis par ligne de produits, y compris la date de modification, afin que lors d'une adaptation ultérieure des normes, on puisse vérifier quels anciens passeports se trouvent toujours dans un format obsolète.

Les spécifications techniques précises du format de fichier à utiliser seront développées plus avant dans les actes délégués par groupe de produits ; actuellement, les articles 10 et 11 du ESPR (Règlement (UE) 2024/1781) décrivent le cadre dans lequel ces choix seront faits. Dès que l'acte délégué pour l'acier sera publié, cette section sera complétée pour indiquer quel format sera concrètement prescrit.

Ce n'est pas un avis juridique. Cette page fournit des informations générales sur la réglementation qui s'applique à cette plateforme. Nous ne connaissons pas votre situation. En cas de doute sur votre cas particulier, consultez un avocat ou l'autorité de contrôle compétente.

Rédigé avec l'IA sur la base des sources ci-dessus, contrôlé par un humain le 2026-09-05. Y a-t-il quelque chose qui ne va pas ? Faites-le-nous savoir — les corrections sont prioritaires.