Le passeport est un risque d'accès au marché, pas un projet informatique

L'endroit où le passeport numérique de produit (DPP) se situe dans votre organigramme prédit si vous serez prêt. Pas le budget, pas le prestataire, pas la technologie. Le lien hiérarchique.

Ce que l'obligation contrôle réellement

L'enregistrement du passeport est obligatoire pour mettre un produit sur le marché unique. Pour les marchandises importées, le passeport doit exister avant que la douane puisse les mettre en libre pratique.

Lisez cela littéralement : sans passeport, le produit ne peut pas être vendu. Pas vendu avec un désavantage, pas vendu avec une pénalité. Pas vendu.

C'est la définition d'un risque d'accès au marché, et les risques d'accès au marché se portent au conseil d'administration.

Ce qui se passe quand il est classé en informatique

Un ticket dans un backlog informatique concurrence tous les autres tickets. Il est priorisé face aux incidents, aux travaux de sécurité, à une migration ERP et à ce dont les ventes ont besoin ce trimestre. Il glisse, raisonnablement, parce que rien dans sa formulation ne dit que l'entreprise perd du chiffre d'affaires quand il glisse.

Pire, l'informatique ne peut pas faire la partie la plus longue. Le goulot d'étranglement de tout projet de passeport, ce sont les données fournisseurs : obtenir des preuves d'entreprises qui n'ont aucune obligation de vous donner la priorité. Cela demande du poids commercial, des clauses contractuelles et l'autorité des achats. Une équipe informatique à qui l'on demande de livrer un passeport a reçu la responsabilité sans les moyens, ce qui est la façon la plus fiable de produire un projet en retard et une équipe démoralisée.

Les données soutiennent cette lecture. Le défi le plus cité dans une enquête KPMG portant sur plus de 70 organisations européennes était la collecte de données auprès des fournisseurs et de la chaîne de valeur élargie, à 31 pour cent, bien devant les contraintes technologiques à 14 pour cent. Le problème que les entreprises rencontrent vraiment est commercial, pas technique.

Ce qui change quand il est porté comme continuité des ventes

Cela change immédiatement, de trois façons.

Il obtient une vraie échéance. Les risques d'accès au marché se suivent sur des dates, pas sur des sprints.

Il obtient du poids commercial. Un propriétaire rattaché au commercial peut exiger les données fournisseurs comme condition pour faire affaire, ce qui est le seul mécanisme qui fonctionne de façon fiable.

Il obtient un budget proportionnel à l'exposition. La comparaison cesse d'être « combien coûte ce logiciel » et devient « quel est le chiffre d'affaires de cette catégorie ». Ce sont des conversations différentes et elles produisent des réponses différentes.

Comment porter l'argument en interne

S'il faut sortir le passeport de l'informatique, l'argument tient en trois phrases.

Le passeport détermine si nous pouvons vendre dans l'UE sur cette catégorie. Le chiffre d'affaires en risque est celui de cette catégorie. Donc le propriétaire devrait être celui qui répond de ce chiffre d'affaires, l'informatique en appui plutôt qu'en pilotage.

Cette formulation survit à un conseil d'administration. « Nous devons implémenter un modèle de données pour des métadonnées réglementaires » n'y survit pas, et c'est normal, parce que cela décrit un moyen plutôt qu'un risque.

Ce que l'informatique devrait réellement porter

Pour être clair : le travail technique est réel. Hébergement, interfaces, gestion des identifiants, disponibilité. L'informatique devrait tout porter.

Ce que l'informatique ne devrait pas porter, c'est le résultat, parce que le résultat dépend de la réponse des fournisseurs, et aucune équipe technique n'a l'autorité pour la provoquer.

Sources

• Commission européenne, *Digital Product Passport: FAQ*, mise à jour de janvier 2026, questions 3 et
• 11 : l'enregistrement est obligatoire pour mettre un produit sur le marché unique.
• KPMG, *European Digital Product Passport Readiness Survey*, février 2026 : données fournisseurs
• citées comme premier défi par 31 pour cent, contraintes technologiques par 14 pour cent.
• Échantillon petit et auto-sélectionné.