matrapas.eu

ai-je besoin d'un logiciel spécial pour créer un passeport produit numérique

Non, aucun logiciel spécialisé requis par la réglementation

L'ESPR ne prescrit pas un progiciel, un système ou une marque particulière. Ce que la réglementation établit, en revanche, ce sont des exigences relatives au résultat : le passeport numérique du produit doit contenir des données accessibles d'une manière définie via un porteur de données, il doit satisfaire à certaines conditions techniques et organisationnelles, et il doit pouvoir être consulté par ceux qui y ont droit. La façon dont un fabricant ou un importateur règle cela sur le plan technique — avec un système développé en interne, un module dans le progiciel ERP, ou un service fourni par un tiers — n'est pas définie par la loi. Il n'existe donc pas de « logiciel de passeport produit » obligatoire figurant sur une liste et devant être acheté. Ce qui doit exister, en revanche, c'est un ensemble fonctionnant conformément aux exigences de la réglementation, ce qui est une autre question que celle du logiciel utilisé à cet effet.

Pour les matelas, c'est le cas ; pour l'administration qui l'accompagne, pas automatiquement

Cette liberté de moyens s'applique au passeport numérique du produit pour les matelas tel que l'ESPR l'exigera bientôt : le porteur de données, le stockage et la diffusion des données du passeport. Elle ne s'applique pas à tout ce qu'un fabricant ou un importateur utilise ou doit utiliser d'autre en termes de logiciel. Un système comptable, un logiciel de gestion des stocks ou un dossier CE ne relèvent pas de cette réglementation et sont soumis à leurs propres règles. Elle ne s'applique pas non plus à la question de savoir si un système donné est « suffisamment bon » — cela ne s'évalue pas sur la marque ou le fournisseur du logiciel, mais sur le fait que le résultat répond aux exigences de la réglementation. Un tableur qui répond à toutes les exigences est théoriquement tout aussi valable qu'une solution spécialisée coûteuse ; inversement, un système coûteux n'est pas automatiquement conforme simplement parce qu'il est coûteux.

Pas encore de date fixe, mais des exigences de conception déjà fixes

La date à partir de laquelle le passeport numérique du produit devient obligatoire pour les matelas n'est pas encore arrêtée ; elle résultera d'un acte délégué qui doit encore être publié pour cette catégorie de produits. Jusqu'à ce moment, il n'existe aucune obligation de déjà mettre en place un passeport produit. Ce qui est déjà fixé, en revanche, ce sont les exigences techniques générales énoncées dans l'ESPR auxquelles un passeport numérique devra se conformer, quel que soit le logiciel utilisé pour le construire. Ces exigences portent notamment sur l'interopérabilité, l'utilisation de normes ouvertes et la manière dont les données doivent être rendues accessibles. Celui qui choisit ou développe dès maintenant un logiciel peut donc prendre ces exigences comme point de départ, même si la date d'entrée en vigueur obligatoire pour les matelas eux-mêmes n'est pas encore connue.

Par où commencer pour choisir un système

L'ordre pratique ne commence pas par le logiciel, mais par les données : il convient d'abord de déterminer quelles informations sur le produit devront figurer dans le passeport, avant de chercher comment ces informations seront techniquement stockées et diffusées. Ensuite, se pose la question de savoir comment chaque matelas se voit attribuer un code d'identification unique , car ce code fait le lien entre le produit physique et les données numériques le concernant. Il s'agit ensuite de choisir si ce processus est mis en place en interne ou confié à un tiers qui assure le stockage et la diffusion — c'est précisément à cela que sert une plateforme comme celle-ci, en composant le passeport à partir des données fournies et en assurant l'hébergement et le porteur de données QR. Pour les entreprises qui travaillent déjà avec un système ERP ou un système de gestion des stocks, il importe ensuite de savoir si et comment ce système peut être interfacé avec le passeport du produit, de sorte que les données n'aient pas besoin d'être saisies en double. Celui qui préfère d'abord avoir une vue d'ensemble avant de faire un choix de système peut également commencer par la question de savoir comment le registre européen des passeports de produits se rapporte au passeport propre à l'entreprise, car ce registre est un élément obligatoire en plus de quel que soit le logiciel choisi.

Ceci ressort des articles 9, 10 et 11 de l'ESPR

La base se trouve à l'article 9 du RPPR (Règlement (UE) 2024/1781), dans lequel la fiche d'information numérique sur les produits est introduite en tant qu'instrument. L'article 10 du RPPR précise les exigences substantielles auxquelles une fiche doit satisfaire, sans prescrire une technologie ou un fournisseur particulier. L'article 11 du RPPR porte spécifiquement sur la conception technique et le fonctionnement de la fiche d'information numérique sur les produits, en mentionnant des exigences telles que l'interopérabilité et l'utilisation de normes ouvertes — exigences portant sur le résultat, non sur l'outil permettant d'atteindre ce résultat. Ensemble, ces trois articles montrent que le règlement est structuré de manière fonctionnelle : il définit ce qu'une fiche doit pouvoir faire et la manière dont elle doit être accessible, et laisse le choix du logiciel à celui qui constitue la fiche.

Si vous souhaitez vous préparer dès à présent, le mieux est de commencer par mettre en ordre vos données de produit propres et de déterminer un système d'identification par matelas, de manière à disposer d'une base solide dès la publication de l'acte délégué pour les matelas — le choix d'un système logiciel spécifique pourra alors suivre, en fonction des exigences techniques applicables à ce moment.

Ce que vous devez concrètement faire

Ce qui est attendu de vous

Une fiche d'information lisible via des normes ouvertes

L'article 10 du RPPR (Règlement (UE) 2024/1781) impose que la fiche d'information numérique sur les produits fonctionne sur la base de normes ouvertes et interopérables. Cela signifie que les données ne doivent pas être enfermées dans un format de fichier propriétaire fermé qui ne peut être ouvert qu'avec un seul logiciel spécifique. Pour un fabricant de matelas comptant entre 10 et 100 salariés, cela signifie notamment que le choix d'un système ou d'une plateforme doit être évalué au regard de cette exigence : les données peuvent-elles en être extraites, et peuvent-elles être lues par d'autres parties sans que ces dernières n'aient exactement le même logiciel que vous ?

Accessibilité via un vecteur de données, non via une application

L'article 11 définit le fonctionnement technique de la fiche : via un vecteur de données (en pratique souvent un code QR) qui renvoie aux données. Le consommateur, l'autorité de surveillance ou le partenaire commercial doit pouvoir consulter ces données sans qu'une application séparée fournie par vous soit nécessaire. En pratique, cela signifie qu'un smartphone ordinaire équipé d'une caméra et d'un navigateur doit suffire. Quiconque envisage de faire développer une application propre pour afficher la fiche le fait donc en tant que service supplémentaire — non pas parce que la réglementation impose une application. La manière dont ce vecteur de données se retrouve sur le produit est décrite sur la page relative à comment le code QR pour le passeport de produit arrive sur vos matelas.

Liaison à un numéro d'identification unique

L'article 9 lie la fiche à une identification de produit ou de modèle unique. Cela nécessite un moyen de lier chaque fiche au produit physique correct. Pour les entreprises qui travaillent déjà avec des numéros de lot, des codes EAN ou des codes d'article internes, il s'agit généralement de poursuivre cette numérotation existante de manière cohérente dans le système de fiche. La manière dont cette liaison est mise en place dans la pratique est expliquée sur la page relative à comment attribuer à chaque produit un code d'identification unique.

Des données qui restent actuelles et traçables

Les articles 9 et 10 ensemble impliquent que la fiche n'est pas un instantané qui peut être oublié après sa publication, mais un ensemble de données qui reste lié à un produit spécifique pendant la durée pendant laquelle la fiche doit être disponible. Cela exige qu'une entreprise soit en mesure de savoir quelles informations appartiennent à quel produit, même si des questions se posent ultérieurement concernant un matelas vendu il y a quelques années.

Où les choses tournent mal dans la pratique

Un fabricant fait établir une fiche dans un logiciel qui fonctionne bien, mais dont le fournisseur ne fournit les données qu'en PDF ou en capture d'écran. C'est lisible par un humain, mais pas lisible par machine comme l'entend l'article 10 — les données sous-jacentes doivent être interrogeables de manière structurée, non seulement affichées visuellement.

Une entreprise développe sa propre application pour afficher le passeport, en supposant que cela est obligatoire. Cela coûte du temps et de l'argent en développement, alors que l'article 11 demande précisément l'accessibilité sans logiciel spécialisé — une simple page web qui s'ouvre via le code QR répond à cette logique.

Un importateur utilise, pour chaque livraison, un nouveau fichier Excel ad hoc qui est convertis manuellement en passeport. Dès que le volume augmente, des erreurs apparaissent dans le lien entre le produit et le passeport, et il devient difficile de savoir quel passeport correspond à quel lot.

Un fabricant choisit un système sans vérifier si les données peuvent être réexportées. Lors d'un passage ultérieur à une autre plateforme, ou si le prestataire d'hébergement cesse son activité, les données s'avèrent être verrouillées chez un seul fournisseur. Ce que cela implique est décrit sur la page concernant ce qui advient de vos passeports de produit si le prestataire d'hébergement cesse son activité.

Une entreprise pense que le système de passeport doit être indépendant de sa gestion commerciale propre, et entre tous les données de produit en double : une fois dans le système ERP, une fois dans le système de passeport. Cela double le travail et augmente le risque d'écarts entre les deux sources.

Ce que vous pouvez consigner

  • Un aperçu des formats de fichiers utilisés par le système choisi, et s'ils sont ouverts et exportables — cela peut être vérifié par rapport à l'exigence d'interopérabilité de l'article 10.
  • Une description de la manière dont le vecteur de données (code QR) donne accès au passeport, sans qu'une application distincte soit nécessaire, comme prévu à l'article 11.
  • Un tableau de correspondance entre les codes produit internes et les numéros d'identification du passeport, afin de pouvoir retracer à tout moment quel passeport correspond à quel produit physique. Les entreprises qui souhaitent combiner des systèmes pour cela peuvent explorer les possibilités décrites sur la page concernant le lien entre le passeport de produit et un système ERP ou de gestion des stocks.
  • Des accords avec le prestataire de logiciel ou la plateforme sur l'export des données, la disponibilité à plus long terme, et ce qui se passe en cas de cessation du service.
  • Un processus interne pour le suivi des données de produit, afin que les changements dans la composition matérielle ou d'autres caractéristiques se répercutent de manière cohérente dans le passeport, au lieu d'être suivis en double et indépendamment l'un de l'autre.

Pour les entreprises qui fabriquent des matelas sur mesure, il est également bon de documenter la manière dont les variantes individuelles sont traitées dans le système de passeport — ce processus diffère souvent de la production standard et est expliqué sur la page concernant comment fonctionne le passeport numérique 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.

Rédigé avec l'IA sur la base des sources ci-dessus, vérifié par une personne le 2026-09-05. Y a-t-il quelque chose qui ne va pas ? Faites-le nous savoir — les corrections ont la priorité.