Le passeport est un processus, pas un fichier

La plupart des entreprises se préparent au passeport numérique de produit (DPP) comme s'il s'agissait d'un document à rendre une fois. Un code QR, un export de données, une validation, terminé.

Le règlement demande autre chose, et la différence détermine si la conformité est un projet avec une date de fin ou une capacité qu'il faut faire tourner.

Ce que la loi vous demande réellement

L'opérateur économique qui met un produit sur le marché de l'UE est responsable de compiler les données, d'enregistrer le passeport, de s'assurer qu'un support physique est apposé, et de maintenir l'exactitude des données sur tout le cycle de vie du produit.

Cette dernière obligation est celle qui change la forme du travail. L'exactitude n'est pas un état que l'on atteint au lancement. C'est une condition que l'on tient aussi longtemps que le produit existe sur le marché, et au-delà, puisque le passeport doit servir réparateurs et recycleurs en fin de vie.

Pourquoi un instantané se périme si vite

Considérez ce qui change dans une année normale d'un produit normal.

Un fournisseur est remplacé pour des raisons de coût ou de capacité. Un matériau est reformulé. Un site de production change. Un composant est substitué. Un avis de sécurité est émis. Une certification est renouvelée, ou expire.

Chacun de ces événements rend au moins un champ du passeport faux. Aucun n'est inhabituel, et aucun ne déclenche à lui seul une alerte de conformité. Un registre assemblé au lancement dérive donc silencieusement hors de l'exactitude pendant que tout le monde croit la tâche close, ce qui est le pire mode d'échec possible : une déclaration publique fausse dont personne ne sait qu'elle est fausse.

Ce que traiter cela comme un processus exige vraiment

Quatre choses, et une seule est technique.

Une source de vérité qui n'est pas le passeport. Le passeport devrait être généré à partir de vos données produit et fournisseurs, pas maintenu à côté. Si le passeport est un artefact distinct que quelqu'un met à jour, il divergera de la réalité au premier trimestre chargé.

Un déclencheur pour chaque changement. Quand un fournisseur ou un matériau change, quelque chose doit savoir que le passeport est concerné. Dans la plupart des entreprises, c'est le maillon manquant : la décision d'approvisionnement se prend dans un système et personne ne prévient le registre de conformité.

Un propriétaire avec de l'autorité. Nommé, responsable, capable d'exiger des données des autres fonctions. Traité dans qui possède le DPP.

Une trace de qui a changé quoi et quand. Parce que l'exactitude finira par être contestée, et que la défense est l'historique plutôt que l'état actuel.

L'avantage dont personne ne parle

Un processus qui garde les données produit à jour n'est pas seulement un actif de conformité.

C'est aussi ce qui répond à un questionnaire d'appel d'offres en une après-midi, ce qui rend une publication annuelle routinière plutôt qu'urgente, et ce qui permet de répondre à un rappel en sachant exactement quels lots sont concernés. Les entreprises qui construisent le processus les obtiennent gratuitement. Celles qui construisent le fichier n'en obtiennent aucun et doivent quand même construire le processus ensuite.

C'est l'idée derrière la façon dont nous avons construit Junction : garder le registre à la source et le mettre à jour à mesure que le produit change, pour que déposer le passeport devienne une étape plutôt qu'un projet.

Sources

• Commission européenne, *Digital Product Passport: Frequently Asked Questions*, mise à jour de
• janvier 2026, question 3, sur les responsabilités de l'opérateur économique, y compris
• l'exactitude des données sur le cycle de vie.
• Règlement (UE) 2024/1781 (ESPR).