La préparation d’un passeport produit révèle souvent un problème familier : les informations existent, mais dans plusieurs systèmes et sous plusieurs versions. Une référence vient du catalogue, une composition d’un courriel et un justificatif d’un dossier partagé. Le projet consiste à rendre cet ensemble cohérent, attribuable et maintenable avant de le publier.

Partir du besoin d’information, puis définir les champs

Le Centre commun de recherche de la Commission a publié une méthodologie de définition des données DPP. Elle relie les objectifs et usages aux besoins d’information, en examinant notamment la faisabilité et les pratiques de collecte. C’est un travail méthodologique, pas une liste de champs obligatoire pour toutes les entreprises.

Pour votre projet, commencez par qualifier les exigences de votre catégorie avec l’équipe compétente. Ajoutez ensuite les informations utiles à votre fonctionnement, en les distinguant des données exigées. Cette séparation évite de présenter un enrichissement commercial comme une obligation ou d’écarter un champ important parce qu’il n’apparaît pas dans le catalogue.

Notre guide de cadrage ESPR aide à définir ce premier périmètre.

Créer un dictionnaire de champs exploitable par les fournisseurs

Pour chaque information, écrivez une définition courte et un exemple de réponse attendu. Précisez le format, l’unité si nécessaire, la portée et les documents acceptés pour la vérification. Une date de fabrication sans définition de granularité ou une composition sans unité peuvent sembler complètes tout en restant difficiles à exploiter.

Une fiche de champ peut contenir :

  • Un nom stable et une explication destinée à la personne qui répond.
  • Le produit, lot ou ensemble de références auquel la valeur s’applique.
  • La source attendue et la personne qui peut la confirmer.
  • Le format et les règles de cohérence retenus pour le projet.
  • Le statut réglementaire ou interne du champ, avec sa référence documentaire.
  • Le niveau d’accès prévu et la condition qui déclenche une révision.

Faites relire quelques définitions par un fournisseur avant d’envoyer le formulaire à toute la chaîne. Les questions reçues à ce stade révèlent les ambiguïtés que plusieurs centaines de lignes pourraient ensuite reproduire.

Demander des réponses que vous pourrez rapprocher du produit

Une demande générique de « données DPP » laisse trop de place à l’interprétation. Adressez une liste de références précise, les champs attendus et un format de retour commun. Indiquez comment signaler une information absente, non applicable ou en cours de confirmation. Ces états ne doivent pas être remplacés par une valeur inventée ou un zéro.

Conservez la référence du fournisseur en plus de votre référence interne. Prévoyez un échange lorsque plusieurs références commerciales correspondent à la même construction ou lorsqu’une référence change de composition. Sans cette correspondance, une réponse correcte peut être rattachée au mauvais produit.

Pour piloter les relances, suivez le nombre de dossiers utilisables plutôt que le seul nombre de fichiers reçus. Un fichier transmis mais impossible à rapprocher d’une référence constitue encore un point à résoudre.

Relier chaque donnée sensible à son justificatif

Nous recommandons de conserver, avec la valeur, le document source, son émetteur, sa date et son périmètre. Le nom du fichier ne suffit pas : un certificat peut concerner un site, une matière ou une période sans couvrir l’ensemble des produits auxquels il a été associé.

Lors d’une vérification, posez trois questions simples : le document correspond-il à cette référence, à cette version du produit et à cette période ? Si la réponse reste incertaine, gardez le dossier en attente de clarification. La publication d’un document ne résout pas une incertitude sur ce qu’il démontre.

Conservez les nouvelles versions sans effacer le contexte des anciennes. Un historique intelligible doit permettre de comprendre quelle information a changé, qui a validé la modification et quels dossiers sont concernés. Il peut commencer avec une procédure simple avant d’être intégré à un outil.

Séparer la collecte, la vérification et la publication

La Commission rappelle le rôle des opérateurs économiques dans la compilation et l’exactitude des informations du passeport. Pour rendre cette responsabilité praticable, définissez les personnes qui interviennent dans votre processus.

Un fonctionnement possible comporte trois décisions : la donnée a été reçue, elle a été vérifiée, puis sa publication a été autorisée. Ces étapes peuvent être réalisées par une petite équipe ; l’essentiel est que leur signification soit claire. Un statut « complet » doit indiquer si les champs sont seulement remplis ou réellement contrôlés.

Donnez au validateur une liste de critères liée au projet. Demandez-lui de contrôler les divergences et la portée des documents, pas seulement la présence d’un fichier. Préparez enfin le traitement d’une correction urgente après publication.

Définir les accès avant de rendre le dossier consultable

La présentation officielle du fonctionnement DPP distingue l’accès aux informations selon les rôles et la législation applicable. Il faut donc préparer un contenu public lisible sans supposer que tout le dossier de travail doit être exposé.

Pour chaque groupe de données, indiquez qui peut consulter, proposer une modification et valider. Vérifiez séparément les documents : un PDF joint peut contenir des coordonnées individuelles, des conditions commerciales ou des informations sans rapport avec le besoin de consultation.

Testez avec des comptes représentatifs. Une personne extérieure doit voir le contenu prévu pour elle, tandis qu’un contributeur ne doit pas pouvoir publier par accident une pièce restée en attente. Ces essais portent sur le comportement de l’outil et sur la compréhension de ses statuts.

Tester l’import avec les cas qui posent réellement problème

Avant une automatisation, sélectionnez un petit ensemble comportant une donnée manquante, une référence inconnue, une valeur dans une mauvaise unité et un document remplacé. Vérifiez les messages d’erreur et la possibilité de corriger sans recréer tous les dossiers.

Le parcours peut passer par une interface SaaS, par une API autonome ou par la reprise d’un catalogue Shopify. Choisissez la méthode selon la source et les personnes chargées de la validation. Une intégration technique facilite le transport des données ; elle ne prouve pas leur justesse.

Les offres Timelapse Trace sont en préparation pilote. La documentation API publique aide à étudier le contrat d’intégration prévu ; elle ne donne pas accès à un service opérationnel ou à une génération de passeports en production.

Prévoir ce qui se passe après la première publication

Définissez les événements qui déclenchent une révision : nouveau fournisseur, changement de matière, remplacement d’une notice ou évolution d’une exigence. Attribuez un responsable pour chaque type d’événement et un moyen de retrouver les produits affectés.

Lorsque vous préparez les étiquettes QR ou NFC, contrôlez que leur association au dossier reste compréhensible après une modification. Organisez également un export d’essai : il doit permettre à une autre personne de retrouver les références, les informations et les documents sans dépendre de la mémoire du contributeur initial.