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

Le couplage est techniquement possible, mais la forme n'est pas encore fixée

Le passeport numérique des produits est conçu comme un ensemble de données structuré et lisible par machine, et cela correspond en principe à un couplage avec un système ERP ou d'inventaire. L'ESPR prescrit que les données figurant derrière le passeport sont enregistrées sur la base de normes ouvertes et que les systèmes doivent pouvoir échanger des données entre eux. C'est précisément le principe sur lequel s'appuierait un couplage avec un système d'entreprise existant : pas de saisie manuelle par matelas, mais une fourniture basée sur les données qu'un fabricant ou un importateur conserve déjà. La forme que prendra concrètement ce couplage — quel format de fichier, quels champs, quelle méthode de fourniture — n'est pas encore déterminée, car la mise en œuvre technique pour les matelas doit encore être publiée.

Pour qui cela s'applique et pour qui ce n'est pas le cas

Cette explication porte sur la structure de données derrière le passeport, non sur une interface de couplage ou un connecteur spécifique déjà disponible. L'ESPR décrit les exigences en matière d'interopérabilité et la manière dont le passeport est techniquement construit (le support de données, les codes d'identification uniques, le stockage des données), mais ne régit pas la manière dont un paquet ERP individuel ou un système d'inventaire doit s'y connecter. Ce dernier aspect est une question de mise en œuvre, non de législation : le règlement détermine ce qui doit être interopérable, non avec quel logiciel une entreprise travaille. Pour un spécialiste du literie qui vend uniquement et ne compose pas de passeport, un couplage avec son propre système ERP n'est généralement pas à l'ordre du jour ; cela s'applique surtout à la partie qui fournit les données, généralement le fabricant ou l'importateur.

Les spécifications techniques arrivent avec l'acte délégué

Il n'y a pas encore de date fixe pour la publication de la mise en œuvre technique pour les matelas. Dans le plan de travail de la Commission européenne pour 2025-2030, un acte délégué pour les matelas est prévu en 2028, mais c'est une planification, non une promesse. Jusqu'à ce que cet acte soit publié, le format de données, les champs et la méthode de fourniture qui s'appliqueront aux matelas ne sont pas déterminés. Ce qui est fixe, c'est le cadre de l'ESPR elle-même : le passeport doit être construit selon des normes ouvertes et interopérables et associé à une identification unique du produit. Ce cadre ne change plus ; la mise en œuvre spécifique pour les matelas changera encore.

Ce que cela signifie pour la préparation

Ceux qui réfléchissent dès maintenant à un couplage peuvent faire un certain nombre de choses sans attendre la spécification définitive. Pour commencer, il est judicieux de vérifier quelles données sur un matelas se trouvent déjà quelque part dans le propre système — composition matérielle, origine des matières premières, date de production, numéro de lot ou de commande — et si ces données sont enregistrées au niveau du produit ou uniquement au niveau de la commande. Ensuite, il est utile de vérifier si le système dispose d'une fonction d'exportation qui peut produire des données structurées (par exemple une exportation dans un format courant), car c'est le point d'ancrage pour un couplage ultérieur, quel que soit le format exact prescrit par l'acte délégué. Il est ensuite pratique de déterminer si les données sont conservées par produit, par lot ou par commande, car le passeport finira par recevoir une identification unique par produit. Enfin, il vaut la peine de rester en contact avec la partie qui compose et héberge le passeport, afin qu'à la publication de la spécification technique, il soit rapidement clair quelle forme de fourniture est nécessaire et si la structure système existante y correspond ou nécessite une adaptation. Un couplage direct et automatisé entre un système ERP et le passeport n'est donc pas quelque chose pour lequel une norme technique existe déjà aujourd'hui ; ce qui est possible, c'est d'organiser vos propres données à l'avance de manière à ce qu'un couplage soit facile à mettre en œuvre par la suite.

D'où cela découle : article 10 et article 11 de l'ESPR

L'article 10 du ESPR (Règlement (UE) 2024/1781) décrit les exigences relatives au passeport produit numérique, notamment l'exigence que les données soient enregistrées sur la base de normes ouvertes et que les systèmes traitant les données soient interopérables. L'article 11 porte sur la conception technique et le fonctionnement du passeport, avec des dispositions concernant le support de données, les codes d'identification uniques pour le produit, l'opérateur économique et l'établissement, et la manière dont les données sont stockées et rendues accessibles. Ensemble, ces articles constituent le cadre dans lequel un couplage avec un système externe est concevable, sans qu'ils ne fixent une norme technique spécifique pour les matelas — celle-ci découlera de l'acte délégué encore à publier.

Que faire maintenant

Pour l'heure, le plus concret qui puisse être fait est : mettre en ordre les données produit propres et les enregistrer au niveau du produit (plutôt qu'au seul niveau de la commande), identifier une possibilité d'exportation à partir du système existant, et surveiller la publication de la spécification technique pour les matelas. Dès que cette spécification sera disponible, cette page sera complétée indiquant quel format et quelle méthode de livraison s'appliquent.

Sur la base de laquelle

Le règlement lui-même se trouve sur EUR-Lex. Nous renvoyons par affirmation ; vous n'avez pas besoin de nous croire.

Ce que vous devez concrètement faire

Ce qui est attendu de vous

L'intégration d'un passeport numérique avec un système ERP ou de gestion des stocks n'est pas une obligation légale en soi. Le ESPR ne prescrit pas quels systèmes sources un fabricant doit utiliser pour fournir les données du passeport. Ce qui est établi, en revanche, ce sont les exigences auxquelles le passeport lui-même doit satisfaire : comment il fonctionne techniquement et ce qu'il doit être capable de faire. Ces exigences déterminent indirectement si — et comment — une intégration avec les systèmes internes est judicieuse.

Le passeport doit être techniquement conforme à un fonctionnement uniforme

L'article 11 du ESPR (Règlement (UE) 2024/1781) décrit les exigences techniques pour le passeport numérique du produit, notamment l'interopérabilité avec les systèmes utilisés par la Commission et le marché. Pour une entreprise de 10 à 100 salariés, cela signifie que les données du passeport ne peuvent pas rester dans un format propre et divergent : elles doivent finalement être mises sous une forme que le système de passeport puisse lire. Que cela se fasse via une intégration directe avec le système ERP ou via une export manuelle est une question de choix — pas une obligation découlant du règlement.

Le contenu du passeport doit être à jour et garanti correct

L'article 10 du ESPR (Règlement (UE) 2024/1781) établit des exigences quant à ce qui doit figurer dans le passeport et qui en est responsable. Concrètement, cela signifie que les données provenant d'un système ERP ou de gestion des stocks — composition des matériaux, date de production, numéro de lot — doivent être correctes et à jour au moment de la création ou de la mise à jour du passeport. Pour une entreprise disposant de plusieurs lignes de production et de modifications régulières de composition (type de mousse différent, fournisseur différent de matériaux de garnissage), c'est une raison d'examiner si les données sont ressaisies manuellement ou si elles sont reprises automatiquement du système dans lequel elles sont déjà gérées.

Chaque produit doit être traçable jusqu'aux bonnes données

Une intégration avec un système de gestion des stocks n'a de sens que si chaque produit physique dispose d'un code d'identification unique qui relie le passeport aux bonnes données du produit. Sans ce lien entre le produit et le code, un système ERP ne peut pas fournir un apport significatif au passeport, aussi automatisé que soit le reste du processus. Les entreprises qui n'ont pas encore mis cela en place liront d'abord ceci comment attribuer à chaque produit un code d'identification unique ?

Où les choses tournent mal dans la pratique

Système de gestion des stocks et données du passeport divergent. Un fabricant de matelas modifie le garnissage d'une gamme de modèles, effectue cette modification dans le système ERP, mais oublie que cette même modification doit également s'appliquer aux passeports déjà publiés. Résultat : le passeport et le produit réel ne correspondent plus.

L'intégration est mise en place de manière trop complexe pour l'échelle de l'entreprise. Une entreprise disposant d'une poignée de gammes de produits construit une intégration entièrement automatisée en temps réel entre ERP et système de passeport, alors qu'une export périodique avec contrôle manuel aurait amplement suffi au nombre de modifications qui se produisent réellement.

Le numéro d'identification unique n'est pas appliqué de manière cohérente. Le système de gestion des stocks utilise des codes articles internes, le passeport exige une structure d'identification différente, et personne n'a établi comment ces deux éléments se rapportent l'un à l'autre. Lors d'un contrôle ou d'un retour, il n'est alors pas facile de déterminer quel passeport correspond à quel produit physique.

La responsabilité des mises à jour des données n'est pas assignée. Le département IT pense que le département qualité gère les données du passeport, le département qualité pense que cela provient automatiquement du système ERP. Personne ne le vérifie réellement, si bien que les données vieillissent sans être détectées.

Supposition que l'intégration est obligatoire, alors que la fourniture manuelle est également possible. Certaines entreprises investissent dans des intégrations coûteuses en supposant que c'est une exigence légale, alors que le règlement lui-même ne prescrit pas comment les données doivent être fournies — seulement que le passeport doit satisfaire à certaines exigences techniques et substantielles.

Ce que vous pouvez consigner

Un aperçu des données provenant du système ERP ou de gestion des stocks et de celles qui sont fournies séparément (par exemple par un fournisseur de matériau de rembourrage).
Un lien établi entre les codes d'article internes et le code d'identification unique utilisé dans le passeport — voir aussi comment attribuer à chaque produit un code d'identification unique ?
Un accord sur qui est responsable de l'introduction des modifications de la composition des produits dans les passeports existants.
Un choix et une justification pour le mode de transmission : couplage automatique, export périodique ou saisie manuelle — y compris l'évaluation de la nécessité d'un logiciel séparé à cet effet, comme discuté à ai-je besoin d'un logiciel spécial pour créer un passeport produit numérique
Une procédure de vérification de la cohérence entre les données de stock et les passeports publiés, avec des moments de contrôle réguliers.
Une documentation sur les champs obligatoires du système ERP pour le passeport et ceux qui sont facultatifs, afin que les nouveaux employés puissent s'en charger sans avoir besoin de consultation.
Une note sur la situation pour les produits sur mesure, où les systèmes de gestion des stocks fonctionnent souvent différemment que pour les modèles standard — voir comment fonctionne le passeport produit pour les matelas sur mesure ?

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

Écrit avec l'IA sur la base des sources ci-dessus, vérifié par un humain le 2026-08-22. Y a-t-il quelque chose qui ne va pas ? Faites-le nous savoir — les corrections ont la priorité.