puis-je utiliser ma base de données de produits existante pour le passeport du produit

Oui, comme source — mais pas comme passeport lui-même

Une base de données produits existante peut généralement servir de source pour les données qui iront dans un passeport numérique de produit, mais la base de données elle-même n'est pas un passeport numérique. Le passeport numérique de produit est un format de données spécifique lié à un vecteur unique (généralement un code QR) par produit ou modèle de produit, avec des exigences fixes en matière de structure, d'accessibilité et de liaison avec d'autres systèmes tels que le registre d'enregistrement de l'UE. Les informations déjà présentes dans un système ERP, un système PIM ou une liste Excel — matériaux, dimensions, numéros d'article, fournisseur, composition — sont exactement le type de données qui devront figurer dans un passeport. Ces données ne doivent donc pas être collectées à nouveau, mais elles doivent être converties au bon format et liées au bon vecteur.

Pour quelles données cela fonctionne, et pour lesquelles ce n'est pas le cas

Les données qui sont figées par produit ou modèle de produit — comme la composition des matériaux, l'origine, les dimensions, les informations de garantie ou les instructions d'entretien — se prêtent bien à une réutilisation à partir d'une base de données existante. Ces données font partie de ce que l'article 9 du ESPR (Règlement (UE) 2024/1781) décrit comme le cœur du passeport numérique de produit : les informations qui doivent être accessibles par produit via un vecteur de données. Là où une base de données existante ne pourvoit généralement pas, c'est la structure technique que prescrit l'article 10 du ESPR : un numéro d'identification unique du produit, une liaison avec le registre d'enregistrement, et un format qui peut être lu de manière uniforme par les opérateurs économiques, les autorités de surveillance et les consommateurs. Une base de données interne est généralement conçue pour les besoins de l'entreprise elle-même — gestion des stocks, traitement des commandes — et non pour une lecture externe et normalisée comme l'exige l'article 11 du ESPR pour le fonctionnement technique du passeport. C'est la différence entre « les données existent déjà » et « le passeport existe déjà » : le premier est souvent vrai, le second rarement.

Quand cela devient pertinent

La question de savoir si une base de données existante convient devient concrète seulement lorsque l'obligation pour les meubles entre en vigueur, et ce moment n'est pas encore fixé. Comme indiqué aussi sur la page sur quand le passeport de produit devient obligatoire pour les meubles est indiqué, l'acte délégué relatif aux meubles n'a pas encore été publié ; c'est lui qui déterminera exactement quelles données sont obligatoires et quel format y correspond. Jusque-là, il n'y a pas d'obligation légale de tenir un passeport, mais cela ne signifie pas que l'attente est la seule option. Ce qui est déjà établi jusque-là, c'est la structure générale du ESPR lui-même — articles 9, 10 et 11 — qui esquisse le cadre dans lequel l'acte délégué relatif aux meubles sera complété par la suite.

Comment s'y prendre en pratique

La première étape consiste à vérifier quelles données sont déjà établies et où : composition matérielle, origine, dimensions, et éventuellement certificats ou rapports d'essai déjà existants. Beaucoup de ces informations sont souvent dispersées dans différents systèmes — un ERP pour les stocks, un PIM pour les informations produit, des documents isolés pour les certificats. Une deuxième étape consiste à évaluer si ces données sont cohérentes et actuelles au niveau du modèle de produit, car le passeport exige des informations univoques par produit, et non par commande ou par lot. Une troisième étape consiste à vérifier quelles données manquent ; ce sont souvent précisément les données spécifiquement demandées pour le passeport, comme les informations de réparation ou de démontage, et qui ne figurent généralement pas en standard dans un système de vente ou de stock. Pour ceux qui veulent déjà s'y mettre maintenant, même si les exigences exactes ne sont pas établies, la page sur ce que vous pouvez déjà faire pendant que les règles ne sont pas encore définitives décrit un certain nombre d'étapes préparatoires qui peuvent être entreprises sans risque. Pour un aperçu de l'approche dans l'ordre, de la collecte des données au placement du support de données, la page sur le passeport produit étape par étape une suite logique.

Un point d'attention lors de collections comportant de nombreuses variantes — couleurs, revêtements, types de pieds — est qu'une base de données existante gère souvent ces variantes en tant que SKU's séparés sans une base commune. Le passeport demande justement une liaison claire entre ce qui est partagé au sein d'une collection et ce qui diffère par variante, quelque chose auquel une attention particulière est accordée sur la page consacrée à créer des passeports pour une collection avec de nombreuses variantes de couleur et de tissu.

La base juridique : articles 9, 10 et 11 du ESPR

L'article 9 du ESPR (Règlement (UE) 2024/1781) établit qu'un produit muni d'un passeport numérique doit être pourvu d'un support de données permettant l'accès à des informations relatives à ce produit. L'article 10 décrit les exigences matérielles auxquelles ces informations doivent répondre, notamment le lien avec un numéro d'identification unique et le registre d'enregistrement. L'article 11 concerne le fonctionnement technique : comment le passeport doit être lisible et échangeable entre les différentes parties de la chaîne. Ensemble, ces articles établissent qu'un passeport de produit n'est pas simplement une base de données d'informations sur les produits, mais une couche spécifiquement structurée au-dessus — construite sur des données qui existent souvent déjà, mais complétées et structurées selon des exigences qui seront fixées par groupe de produits.

Si une entreprise souhaite vérifier maintenant si ses propres meubles seront ultérieurement soumis à cette obligation, elle peut le vérifier sur la page traitant si le passeport numérique de produit s'applique à des meubles spécifiques, et si une entreprise souhaite d'abord savoir ce qu'est exactement un passeport de produit sur le plan matériel, elle le trouvera sur la page traitant ce qu'est un passeport numérique de produit pour les meubles. L'étape la plus pratique maintenant est : inventorier et organiser les données de produits existantes par modèle de produit, de sorte que le complément reste ultérieurement limité à ce qui manque vraiment.

Sur quoi ceci est basé

Le règlement lui-même est disponible sur EUR-Lex. Nous faisons référence à chaque affirmation ; vous n'avez pas besoin de nous croire.

Ce que vous devez concrètement faire

Ce que l'on attend de vous

De nombreuses entreprises employant entre 10 et 100 salariés disposent déjà d'une base de données de produits : un système ERP, un système PIM, ou simplement un fichier Excel complet contenant des numéros d'articles, des matériaux, des dimensions et des données de fournisseurs. La question n'est pas si cette base de données est utile, mais si les données qu'elle contient répondent à ce que le ESPR attend d'un passeport numérique de produit. Il s'agit de deux choses différentes.

Le contenu doit correspondre à ce que demande l'acte délégué

L'article 9 du ESPR (Règlement (UE) 2024/1781) décrit le passeport numérique de produit comme une collection d'informations sur les produits accessible via un support de données. Les informations précises que cela doit être seront établies par groupe de produits dans un acte délégué. Pour les meubles, celui-ci n'a pas encore été publié. Concrètement, cela signifie qu'une base de données existante contient souvent déjà une partie des données demandées — composition des matériaux, origine, dimensions — mais rarement tout. Les informations de réparation, les instructions de recyclage ou les données sur la recyclabilité ne figurent généralement pas en standard dans un système ERP conçu pour la gestion des stocks et la facturation.

Les données doivent être structurellement liées à un support de données

L'article 11 du ESPR pose des exigences en matière de conception technique : le passeport doit être accessible via un support de données (tel qu'un code QR) et les données doivent être fournies de manière structurée et lisible par machine. Une base de données qui n'est utilisée qu'en interne et qui n'est pas conçue pour établir une liaison unique et durable avec un support de données pour chaque exemplaire ou modèle de produit ne répond pas automatiquement à ces exigences. Pour une entreprise de cette taille, cela signifie généralement qu'une couche supplémentaire est nécessaire entre la base de données existante et le monde extérieur : un système qui extrait les bonnes données de la base de données, les met dans la forme appropriée et les lie à un code QR qui reste accessible pendant dix ans.

L'accessibilité doit répondre aux exigences de l'article 10

L'article 10 du ESPR porte sur qui peut accéder à quelles données et pendant combien de temps elles doivent rester disponibles. Une base de données interne n'est généralement pas conçue pour une accessibilité publique ou partiellement publique, et encore moins pour un délai de conservation indépendant de l'existence de l'entreprise elle-même. Cela nécessite une solution distincte à côté de la base de données existante, pas un remplacement de celle-ci.

Où ça pose problème dans la pratique

Un fabricant suppose que comme toutes les spécifications techniques se trouvent déjà dans le système ERP, le passeport « en découle naturellement ». En pratique, ce sont justement les champs que le ESPR demandera probablement, comme les informations de réparation et de démontage, qui font défaut et doivent être complétés manuellement.

Un importateur travaille avec une base de données du fabricant d'un pays en dehors de l'UE et suppose que ces données peuvent être utilisées telles quelles. Les données source ne sont souvent pas dans la structure ou la langue requise, et l'importateur, en tant qu'acteur du marché dans l'UE, a sa propre responsabilité quant à l'exactitude des données qui figurent finalement dans le passeport.

Un aménageur de projet dispose d'une base de données d'articles propre par projet client, mais celle-ci n'est pas liée à un support de données individuel par produit. Lors d'un contrôle, il s'avère qu'il n'existe pas de lien direct et stable entre un meuble vendu et les données de passeport correspondantes.

Une entreprise met à jour régulièrement sa propre base de données, par exemple en cas de modification de matériau, mais oublie que le passeport des produits déjà vendus ne correspond plus au produit physique. La base de données interne est un fichier « vivant », tandis que le passeport doit être un enregistrement fiable au moment de la vente.

Une entreprise possédant de nombreuses variantes de couleur et de tissu gère ces variantes comme un champ distinct dans un seul code produit, alors que le passeport peut avoir besoin de données différentes par variante — pensez à un pourcentage de matériau différent selon le choix de tissu. Pour ceux qui y sont confrontés, plus d'informations sur cette complication spécifique se trouvent à comment créer des passeports pour une collection de meubles avec de nombreuses variantes de couleur et de tissu.

Ce que vous pouvez documenter

Un aperçu des données qui se trouvent déjà dans la base de données existante et lesquelles sont probablement pertinentes pour un passeport produit — basé sur les indications de l'article 9 et 10 du ESPR (Règlement (UE) 2024/1781), même si la liste exacte par groupe de produits n'est pas encore définitive.
Une note sur la source et la fiabilité de chaque donnée : est-elle déterminée par ses propres soins ou reprise d'un fournisseur ou d'un fabricant ailleurs dans la chaîne.
Une procédure de suivi des modifications des données produit, afin qu'il soit clair quelle version des données correspond à quel produit vendu.
Des accords avec les fournisseurs sur les données qu'ils fournissent et dans quel format, en particulier lorsque la base de données interne dépend de leurs entrées.
Un aperçu des variantes de produit et des données qui peuvent différer selon la variante, en particulier pour les finitions de couleur et de tissu.

Celui qui souhaite structurer cela dès maintenant, même sans l'acte délégué, trouvera une approche dans que puis-je faire dès maintenant alors que les règles ne sont pas encore définitives. Et pour ceux qui veulent savoir comment cet inventaire s'inscrit dans le reste du processus, un aperçu se trouve dans comment aborder le passeport de produit pour meubles étape par étape.

Une base de données produit existante n'est donc rarement sans valeur, mais rarement suffisante en elle-même. Dans la plupart des cas, elle constitue un point de départ utilisable : les données de base y figurent, mais généralement pas la structure ni le lien avec un support de données. Il est judicieux d'évaluer ces deux aspects séparément — les données qui existent déjà et ce qui est encore nécessaire pour que ces données deviennent un passeport.

Ce n'est pas un avis juridique. Cette page fournit des informations générales sur la réglementation traitée par cette plateforme. Nous ne connaissons pas votre situation. En cas de doute sur votre cas personnel, consultez un juriste ou l'autorité de surveillance compétente.

Rédigé avec l'IA sur la base des sources ci-dessus, vérifié par un humain le 2026-09-05. Quelque chose ne va pas? Faites-le nous savoir — les corrections sont traitées en priorité.