Un passeport numérique de produit commence par une question de conception des données : quelles informations relèvent du modèle de produit, lesquelles d’un lot de production et lesquelles d’un article physique précis ?
Tout regrouper dans une seule fiche produit modifiable facilite une première démonstration. Mais cela complique ensuite les corrections, les changements de fournisseur et le suivi de l’historique de chaque article. Séparez l’identité, les preuves et la présentation avant de multiplier les passeports.
Partir des règles applicables au produit
Le règlement européen sur l’écoconception des produits durables (ESPR) renvoie plusieurs éléments clés du passeport à des actes délégués propres à chaque catégorie de produits. L’article 9 rattache le niveau des informations (modèle, lot ou article) à l’acte applicable ; l’article 11 traite des droits d’accès et de mise à jour. Voir le règlement (UE) 2024/1781.
La structure ci-dessous est un schéma de planification, pas une liste universelle de champs obligatoires. Vérifiez les informations requises, le support de données, les règles d’accès et la durée de conservation pour le produit que vous mettez sur le marché concerné. Pour la démarche de préparation dans son ensemble, consultez la checklist de préparation au DPP.
Donner à chaque information sa place
| Niveau | Exemples de données | Pourquoi cette distinction est utile |
|---|---|---|
| Modèle | Famille de produits, instructions de réparation, spécifications standard | Les informations partagées restent cohérentes |
| Lot | Lot de production, justificatifs fournisseurs, date de fabrication | Un changement de fournisseur peut être rattaché à la production concernée |
| Article | Identité sérialisée, réparations ou remplacements individuels | L’historique d’un article ne modifie pas tous les autres passeports |
Faites glisser ou défilez horizontalement pour comparer les colonnes.
Ce sont des exemples : ils n’affirment pas que chaque champ est obligatoire à ce niveau. Une caractéristique qui relève normalement du modèle peut nécessiter une version propre à un lot lorsque la production évolue.
Prenons une gamme fictive de vestes. Le guide d’entretien général relève du modèle. Les justificatifs d’une livraison de tissu donnée relèvent des lots concernés. La réparation d’une veste relève de cet article. Remplacer le guide d’entretien ne doit pas réécrire en silence les justificatifs de tissu sur lesquels reposait un lot antérieur.
Distinguer les identifiants des destinations
Votre référence interne (SKU), un GTIN, un numéro de lot, un numéro de série et l’identifiant d’une puce NFC n’ont pas la même fonction. Définissez explicitement les correspondances entre eux et décidez quel système fait foi pour chacun.
GS1 Digital Link prend en charge les identifiants de produit et des qualificatifs tels que le lot et le numéro de série. Son guide de démarrage rapide explique comment ils s’inscrivent dans une adresse web. Un identifiant doit rester stable, même si le site qui affiche la fiche change.
Planifiez la propriété du domaine, les redirections et les exports avant d’imprimer des emballages définitifs. Modifier la mise en page d’une fiche ne doit pas obliger à réétiqueter des produits déjà en circulation.
Tenir un registre des champs avec leurs responsables
Pour chaque champ envisagé, consignez :
- Une définition précise et, le cas échéant, l’unité.
- Le niveau auquel il s’applique : modèle, lot ou article.
- Le système source ou le document justificatif.
- La personne ou l’équipe chargée de la validation.
- Les publics autorisés à le consulter ou à le modifier.
- L’événement qui impose une revue ou une mise à jour.
Évitez un champ texte « durabilité » unique, rempli d’allégations non qualifiées. Une valeur structurée, assortie d’une méthode identifiée et de justificatifs, est plus facile à contrôler qu’un paragraphe copié d’une brochure fournisseur. Si une valeur est inconnue, indiquez-le plutôt que de remplir le champ avec une estimation.
Concevoir des vues publiques et restreintes
Un consommateur peut avoir besoin des instructions et des informations de réparation. Un partenaire de service peut avoir besoin de détails opérationnels qui n’ont pas leur place sur la page publique. Décidez des accès au niveau du champ ou de la ressource, puis testez chaque rôle avec de vrais comptes.
Ne faites figurer aucune donnée client ni de commande dans les URL publiques des produits. Lier un dossier de service en interne n’oblige pas à publier l’identité du client. La conception doit prévoir des frontières distinctes entre les données produit, les fiches clients et les identifiants d’accès.
Versionner les modifications et conserver les preuves
Convenez de ce qui distingue une correction d’un nouvel événement du cycle de vie. Enregistrez qui a effectué la modification, à partir de quand elle s’applique et sur quelles preuves elle a été validée. Un nouveau document fournisseur ne doit pas effacer le lien entre le document précédent et les produits déjà fabriqués.
Testez un export et une restauration pendant le pilote. Demandez-vous si une autre équipe pourrait reconstituer la fiche, comprendre ses identifiants et retrouver les justificatifs sans l’intégrateur d’origine. Il s’agit d’un test opérationnel, et non d’une garantie automatique d’interopérabilité ou de conformité réglementaire.
Hashentic propose des fiches produit configurables et des workflows de vérification. Découvrez la plateforme DPP et l’ensemble des fonctionnalités de la plateforme. Apportez un petit échantillon de données produit et fournisseurs réelles à un échange de démonstration : cartographier quelques fiches complètes est plus utile que de partir d’un modèle vide comptant des centaines de champs.
