Passeport numérique : trois régimes, trois calendriers, un seul dossier

Les salons annoncent le passeport numérique depuis des années. Créer un champ « DPP » dans son système sur cette base n’apporte rien : il n’existe pas un passeport mais trois régimes, avec trois calendriers et trois sommaires. Pour un recycleur ou un vendeur de pièces, la seule question utile est de savoir lequel concerne sa pièce — et quelles données saisir dès aujourd’hui.

Trois régimes, nettement séparés

Ce qui s’applique déjà : la batterie

La batterie est le seul composant doté d’une date ferme. Le passeport batterie de l’article 77 du règlement (UE) 2023/1542 sera accessible par QR code à partir du 18 février 2027 ; il couvre les batteries de mobilité légère, les batteries industrielles de plus de 2 kWh et les batteries de véhicules électriques. Depuis le 18 août 2024, l’article 14 exige déjà que le système de gestion conserve des données sur l’état de santé et la durée de vie prévue — exactement ce qui rend une revente justifiable. Lecture et documentation : État de santé : ce que le pourcentage ne dit pas.

Ce qu’une entreprise doit faire maintenant

1. L’identité avant le contenu. Tout passeport repose sur un identifiant univoque. Normaliser les références OE et tenir les véhicules par VIN, c’est déjà tenir le lien ; rester en texte libre, c’est migrer deux fois.
2. Séparer l’exemplaire du type. Un type porte une référence OE, un exemplaire un numéro de série. Les données de passeport tiennent aux deux ; en stock, les deux niveaux restent distincts.
3. Stocker des preuves, pas des verdicts. Procès-verbal, valeur mesurée, date, contrôleur. D’une preuve on tire n’importe quel indicateur ; d’un indicateur, aucune preuve.
4. Consigner l’origine au fil de l’eau. Véhicule donneur, date de dépose, étapes de traitement. C’est la donnée impossible à reconstituer après coup.
5. Pas de champ DPP par anticipation. Tant que le contenu obligatoire du groupe de produits n’est pas fixé, un champ vide invite à le remplir de suppositions.

Où tapinomahub intervient

La plateforme n’émet pas de passeport et n’est pas l’endroit pour le faire. Elle fournit les briques qui y entreront : GET /parts/oe/normalize et GET /parts/oe/{oeNumber} transforment une saisie en identité confirmée avec désignation, affectation véhicule et chaîne de remplacement, GET /vin/{vin}/vehicle donne l’origine avec type, période de construction et clés de type, POST /vision/part/quality un niveau d’état assorti de critères, et POST /vision/identifiers/redact garde les identifiants d’exemplaire hors des images publiques tant qu’ils n’ont rien à faire dans le passeport.

Limites

• Le cadre existe, le contenu non. Les champs obligatoires d’un groupe de produits viennent par actes délégués. Un champ construit aujourd’hui peut porter demain le mauvais nom.
• Un passeport n’est pas un argument de vente. C’est une obligation et une structure de données, pas une garantie de qualité.
• Les droits d’accès font partie du travail. Toute donnée n’est pas publique ; numéros de série et données de diagnostic exigent un niveau d’accès avant la saisie.
• La transposition nationale s’y ajoute. Le volet allemand du traitement des VHU est décrit dans Réglementation VHU allemande : obligations des détenteurs et des centres et reste déterminant au quotidien.

Le résumé honnête : pour les batteries le compte à rebours tourne, pour les véhicules un régime propre démarre par étapes, pour le reste le groupe de produits décide. Qui tient d’ici là identité, origine et preuves de contrôle sera prêt — quel que soit le nom final des champs.

Cet article constitue une orientation professionnelle générale et ne remplace pas un conseil juridique. Le texte applicable et les prescriptions de votre autorité compétente font foi.