Puis-je lier le passeport numérique du produit à mon système ERP ou de gestion des stocks ?

Un couplage est techniquement possible, mais ni légalement obligatoire ni interdit

L'ESPR ne prescrit pas comment un fabricant ou un importateur fournit les données du passeport numérique de produit. Le règlement fixe des exigences relatives au passeport lui-même — quelles données il doit contenir, comment il doit être accessible, et selon quelles normes techniques il doit fonctionner — mais ne dit rien sur le fait que ces données soient saisies manuellement, extraites d'un tableur, ou récupérées automatiquement d'un système ERP ou de gestion des stocks. Un couplage entre un système interne et un service de passeport n'est donc pas une question de ce que la loi permet, mais de ce que la technologie utilisée et le service proposé rendent possible.

Pour qui cela est pertinent, et pour quoi non

Cette question se pose surtout aux entreprises qui travaillent déjà avec un système ERP ou de gestion des stocks et qui ne veulent pas entretenir deux fois les mêmes données produit : une fois dans leur propre système, une fois pour le passeport. C'est une question pratique, non juridique. L'ESPR ne dispose pas qu'un fabricant doit disposer d'un couplage automatisé, et ne dispose pas non plus que cela serait interdit. Ce que le règlement régit effectivement, c'est la forme technique que les données du passeport doivent finalement avoir — indépendamment de la manière dont elles ont été fournies. Ce sujet ne porte donc pas sur les obligations relatives au couplage lui-même, mais sur les exigences auxquelles les données sous-jacentes doivent satisfaire, ce qui détermine ensuite si un couplage est pertinent et viable.

Pas encore de date fixe, mais des cadres techniques déjà arrêtés

L'acte délégué qui concrétise l'obligation d'un passeport numérique de produit pour les meubles n'existe pas encore ; le plan de travail ESPR 2025-2030 mentionne 2028 comme période prévue pour sa publication. Tant que cet acte n'existe pas, il n'est pas non plus certain quelles données spécifiques au groupe de produits seront exactement obligatoires et dans quel format. Ce qui est d'ores et déjà établi, ce sont les exigences techniques générales relatives au passeport énoncées à l'article 10 et l'article 11 de l'ESPR : elles s'appliquent à tous les produits relevant d'un acte délégué, donc aussi bientôt aux meubles. Ces cadres généraux sont dès maintenant connus et peuvent être utilisés pour réfléchir à la structure des propres processus de données, même si le contenu exact du passeport meuble ne soit pas encore établi.

Comment s'y prendre en pratique

Quiconque réfléchit dès maintenant à un couplage ferait bien de d'abord examiner quelles données produit sont déjà structurées dans son propre système ERP ou de gestion des stocks : composition des matériaux, origine des pièces, dimensions, instructions d'entretien et autres. C'est la base à partir de laquelle un passeport est élaboré, que cela se fasse manuellement ou via un couplage. Il est ensuite judicieux de déterminer dans quel format ces données sont enregistrées, et si ce format se prête à l'échange avec un système externe — pensez à des champs structurés plutôt qu'à du texte libre. Sur cette plateforme, le passeport est élaboré à partir des données que le fabricant ou l'importateur fournit ; la manière exacte dont cette fourniture s'effectue et si un couplage automatique est disponible à cet effet est une question pratique qui peut être discutée séparément. Pour le long terme, il est judicieux de structurer les données produit de telle sorte qu'elles soient sans grande modification adaptées à un passeport numérique, que la fourniture soit maintenant manuelle ou ultérieurement automatisée. Cela économise le double travail au moment où l'obligation pour les meubles entre en vigueur.

Fondement : article 10 et article 11 de l'ESPR

L'article 10 du ESPR (Règlement (UE) 2024/1781) décrit les exigences auxquelles le passeport numérique du produit doit satisfaire, notamment le lien des données à un numéro d'identification unique du produit et l'accessibilité de ces données pendant la durée de vie du produit. L'article 11 du même règlement porte sur la conception technique et le fonctionnement du passeport, et contient les exigences concernant les normes ouvertes, l'interopérabilité et la lisibilité automatique des données. Ensemble, ces articles ne déterminent pas comment les données sont fournies, mais plutôt à quelle forme technique finale ces données doivent satisfaire — et c'est précisément le point de départ pour la question de savoir si et comment un lien avec un système ERP ou de gestion des stocks est réalisable.

Ce que vous pouvez faire maintenant

Identifiez les données de produit qui se trouvent déjà dans votre système ERP ou de gestion des stocks et dans quel format, et discutez avec le fournisseur du passeport — dans ce cas, cette plateforme — des possibilités pratiques de fourniture. Une fois l'acte délégué pour les meubles publié, la date précise et les exigences exactes en matière de données apparaîtront ici ; jusqu'à ce moment, il est surtout utile de rendre vos propres données structurées et transférables d'avance.

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

Un couplage entre votre système ERP ou de gestion des stocks et le passeport numérique du produit est souvent techniquement possible et peut économiser beaucoup de travail manuel. Le ESPR ne prescrit pas comment vous obtenez vos données ou comment vous les gérez en interne ; le règlement fixe des exigences pour le passeport lui-même, pour ce qu'il doit contenir et comment il doit être accessible. Cela signifie qu'un couplage avec un système propre n'est pas une fin en soi, mais un moyen de satisfaire à ces exigences.

Le passeport doit répondre aux exigences techniques, indépendamment de la source des données

L'article 10 du ESPR (Règlement (UE) 2024/1781) décrit les données qu'un passeport numérique du produit doit contenir et les conditions auxquelles il doit répondre, comme l'exactitude et l'intégrité. Pour une entreprise de 10 à 100 salariés, cela signifie que l'origine des données — qu'elles soient saisies manuellement ou importées automatiquement d'un système ERP — ne diminue pas les attentes concernant le contenu. Un couplage ne change donc rien à l'obligation ; il change seulement comment vous remplissez cette obligation en pratique.

Le passeport doit être conforme à la conception technique exigée par l'article 11

L'article 11 du ESPR (Règlement (UE) 2024/1781) porte sur la conception technique et le fonctionnement du passeport numérique du produit, y compris la manière dont les données sont stockées, échangées et mises à disposition via le support de données. Pour un couplage avec un système propre, cela signifie que la sortie de ce couplage — les données qui aboutissent finalement dans le passeport — doit s'inscrire dans le cadre technique qui s'applique au passeport, comme le modèle de données utilisé et la manière de mettre les données à disposition via le code QR sur le meuble. Un fichier d'export d'un progiciel ERP n'est donc rarement un passeport en soi ; c'est généralement une source qui doit d'abord être traduite dans le bon format.

Chaque couplage fournit des données qui doivent être liées à un code d'identification unique

Un système ERP ou de gestion des stocks fonctionne généralement avec des numéros d'article internes ou des SKU. Ceux-ci ne coïncident pas automatiquement avec le code d'identification que le passeport du produit exige. Lors de la mise en place d'un couplage, il est donc important de déterminer comment chaque produit reçoit un code d'identification unique et comment ce code se rapporte à la codification d'article existante dans votre propre système. Sans cette traduction, il existe un risque que des numéros internes se retrouvent accidentellement dans le passeport, ou qu'un passeport de produit ne soit pas bien traçable jusqu'à la bonne ligne de stock.

Où ça pose problème dans la pratique

Synchronisation automatique sans étape de contrôle. Un couplage qui envoie directement et sans étape intermédiaire les données du système ERP vers le passeport peut sembler efficace, mais cela signifie aussi qu'une erreur dans le système source — un pourcentage de matériau mal saisi, un certificat expiré — s'applique automatiquement dans un passeport publié.

Confusion entre SKU interne et code d'identification publique. Les entreprises utilisent parfois le même numéro d'article interne comme code d'identification externe, sans vérifier si ce numéro est déjà utilisé ailleurs ou s'il répond aux exigences. Cela s'applique notamment aux entreprises qui travaillent avec GS1 Digital Link et qui doivent harmoniser le couplage en conséquence.

Aucun lien entre la mutation des stocks et le statut du passeport. Si un produit cesse d'être fabriqué ou est remplacé par une nouvelle variante, cela est souvent enregistré dans le système ERP, mais cela ne conduit pas automatiquement à une mise à jour du passeport. La question de savoir si et comment les données peuvent être modifiées après la publication est alors posée tardivement, généralement après qu'un client ou une autorité de surveillance signale une divergence.

Attention insuffisante portée aux produits composés. Un système ERP enregistre généralement les pièces et les variantes séparément, tandis que la question de savoir si le meuble dans son ensemble ou chaque pièce séparément a besoin d'un passeport doit être répondue séparément. Un couplage basé sur la structure du système de gestion des stocks risque alors de prendre la mauvaise unité comme point de départ.

Le couplage s'arrête en cas de changement de système ou de changement de fournisseur. Lorsqu'une entreprise change de progiciel ERP, change de prestataire d'hébergement ou cesse de travailler avec un certain fournisseur informatique, on ne se demande pas toujours que le couplage avec le passeport doit être réinstallé. Cela soulève également la question de ce qu'il advient du passeport si une entreprise cesse elle-même ses activités ou change de forme.

Ce que vous pouvez documenter

Un aperçu des champs du système ERP ou d'inventaire qui sont automatiquement repris dans le passeport et des champs qui sont toujours vérifiés manuellement avant la publication.
Un tableau de correspondance documenté entre les numéros d'articles internes et les codes d'identification utilisés à l'externe, y compris l'accord sur qui maintient ce tableau à jour.
Une procédure pour le moment où une modification du système source — nouveau matériau, nouveau fournisseur, composition modifiée — impose de vérifier ou d'adapter le passeport.
Des accords avec le fournisseur informatique ou le prestataire d'hébergement sur ce qu'il advient en cas de changement de système, y compris la responsabilité du transfert du couplage.
Un point de contrôle interne (par exemple trimestriel) au cours duquel on vérifie de manière sondée si les données du passeport publié correspondent toujours à l'état actuel du système ERP.
Documentation sur la ou les langues dans lesquelles les données sont fournies à partir du système ERP, en relation avec la question dans quelle langue le passeport doit être proposé.

Nous mettons à disposition des modèles pour un certain nombre de ces accords, afin que la documentation ne doive pas être recommencée à partir de zéro pour chaque produit.

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-08-22. Quelque chose ne va pas? Faites-le nous savoir — les corrections sont traitées en priorité.