Passeport numérique de batterie 2027 : ce que le règlement européen impose réellement

À partir de février 2027, le passeport numérique de batterie devient obligatoire. Ce que le règlement (UE) 2023/1542 exige concrètement, les lacunes persistantes du secteur et les normes désormais en.

par QR3 Redaktion

Passeport numérique de batterie 2027 : ce que le règlement européen impose réellement

Le temps presse : à partir du 18 février 2027, les batteries industrielles, les batteries de traction pour véhicules électriques et les batteries d’une capacité supérieure à 2 kWh devront être dotées d’un passeport numérique de batterie (DBP). Le fondement juridique est le règlement sur les batteries (UE) 2023/1542, entré en vigueur en août 2023. Ce que de nombreux fabricants et importateurs sous-estiment encore : le passeport n’est pas un document statique que l’on renseigne et archive une fois pour toutes — c’est un jeu de données vivant, qui doit rester actualisable pendant tout le cycle de vie d’une batterie.

Ce que le règlement exige réellement

Points de données statiques et dynamiques

Le règlement sur les batteries distingue implicitement les données établies au moment de la mise sur le marché (chimie, fabricant, capacité, empreinte carbone) et celles qui évoluent continuellement pendant l’utilisation. Ces dernières comprennent notamment le State of Health (SoH) et le State of Charge (SoC) : ces deux indicateurs évoluent à chaque cycle de charge et de décharge. Pour les batteries qui connaissent une « seconde vie » — c’est-à-dire qui sont réutilisées comme systèmes stationnaires de stockage d’énergie après leur utilisation dans un véhicule électrique — des données d’état à jour sont non seulement exigées par la réglementation, mais aussi déterminantes sur le plan économique. Sans données SoH fiables, il est difficile d’évaluer sérieusement la valeur résiduelle d’une batterie d’occasion.

Le règlement prévoit explicitement que certains points de données doivent rester actualisables pendant tout le cycle de vie. Celui qui renseigne son passeport une seule fois au moment de la mise sur le marché et ne le met ensuite plus à jour ne satisfait pas pleinement aux exigences — et s’expose à de sérieux problèmes de conformité à compter de la date butoir.

Liaison entre la batterie et le jeu de données

La liaison physique entre la batterie et le jeu de données numérique s’effectue au moyen d’un GS1 Digital Link — un URI normalisé qui encode GTIN et le numéro de série, et renvoie au jeu de données correspondant. Ce lien est généralement imprimé ou gravé sous forme de code QR sur la batterie. Le choix d’un code QR dynamique n’est pas un luxe, mais une nécessité technique : c’est le seul moyen d’adapter ultérieurement l’URL cible lorsque les structures de base de données ou les points d’accès des résolveurs changent, sans devoir renouveler le marquage physique de la batterie.

Deux faiblesses structurelles dans la pratique

Le rapport d’implémentation de Minespider 2026 identifie deux faiblesses qui traversent l’ensemble du secteur : la fragmentation des données tout au long de la chaîne d’approvisionnement et l’absence de processus pour les mises à jour dynamiques des données.

Fragmentation des données

Les batteries sont fabriquées à partir de composants et de matières premières provenant d’une multitude de fournisseurs. Cobalt extrait au Congo, lithium provenant d’Australie, cellules produites en Asie, assemblage en Europe — chaque acteur détient une partie des données requises pour le passeport. En pratique, cela signifie que les fabricants doivent regrouper des données issues des systèmes ERP, des portails fournisseurs, des bases de données de laboratoires et des organismes de certification avant même de pouvoir constituer un jeu de données complet. Ceux qui misent ici sur des processus manuels échoueront au plus tard lors du passage à l’échelle.

Absence de processus de mise à jour

Le deuxième problème est de nature structurelle : de nombreuses entreprises disposent de processus pour renseigner initialement un passeport produit, mais pas de flux de travail pour les mises à jour continues. Les données SoH, l’historique des réparations, les changements de propriétaire — tout cela doit être réinjecté dans le passeport via des API ou des processus automatisés par lots. Ceux qui ne l’anticipent pas produiront, à partir de 2027, des passeports formellement non conformes, même si le jeu de données initial était complet.

Nouvelles normes : EN 18216 à EN 18223

Le 25 juin 2026, le CEN et le CENELEC ont organisé un webinaire public consacré aux normes DPP récemment publiées, les EN 18216 à EN 18223. Ces six normes, élaborées par le comité technique JTC 24, définissent le cadre transversal aux produits pour l’interopérabilité et la cohérence des données — et constituent donc le travail de normalisation le plus important de ces dernières années pour tous ceux qui doivent implémenter des DPPs.

Ces normes sont agnostiques du produit : elles ne s’appliquent pas seulement aux batteries, mais établissent les bases techniques de toutes les futures obligations DPP au titre du ESPR (Ecodesign for Sustainable Products Regulation). Les entreprises qui mettent aujourd’hui en place une infrastructure DPP pour les batteries ont tout intérêt à concevoir une architecture extensible également aux textiles, à l’électronique ou à l’acier — les actes délégués correspondants arrivent.

Parallèlement, le consortium BatteryPass-Ready a lancé le 24 juin 2026 un environnement de test public pour le passeport numérique de batterie. La plateforme permet aux fabricants, aux fournisseurs et aux éditeurs de logiciels de vérifier la conformité des jeux de données et de tester l’interopérabilité — avant l’arrivée de la date butoir.

DP-AWB : outil open source de validation des modèles

Autre nouveauté : en juillet 2026, des chercheurs ont publié la Digital Passport Assessment Workbench (DP-AWB), un outil open source. Cet outil calcule des résultats d’évaluation déterministes directement à partir de spécifications de modèles SHACL et permet de valider formellement les structures de données DPP. Pour les développeurs qui mettent en place leurs propres backends DPP, il constitue une aide pratique pour s’assurer que les modèles de données répondent aux exigences normatives.

Le registre central de la Commission européenne

La Commission européenne travaille à un registre central dans lequel tous les DPPs doivent être enregistrés et rendus accessibles. Orgalim — l’association industrielle européenne pour la technologie — a formulé à ce sujet des exigences claires : le registre doit prendre en charge des processus d’enregistrement automatisés à haut volume et être protégé contre les interruptions de fonctionnement. Un point unique de défaillance dans l’infrastructure européenne serait inacceptable pour les fabricants opérant à l’échelle mondiale.

Cette exigence est justifiée : dans le seul secteur des véhicules électriques, des millions de batteries de traction sont mises sur le marché chaque année. À partir de 2027, chacune devra disposer d’un passeport enregistré et accessible. Les systèmes qui ne sont pas dimensionnés pour de tels volumes s’effondreront sous la charge.

Ce qu’il faut faire maintenant

Pour les entreprises relevant du règlement sur les batteries, il en découle un plan d’action concret :

  1. Définir une stratégie de données : de quelles sources proviennent les différents points de données ? Quels systèmes doivent être connectés ? Qui est responsable des mises à jour continues ?

  2. Mettre en place l’infrastructure technique : un passeport numérique de produit n’est pas un PDF. Il nécessite une infrastructure backend compatible avec les API, permettant les accès en lecture et en écriture pendant tout le cycle de vie.

  3. Implémenter GS1 Digital Link : la liaison entre la batterie physique et le jeu de données numérique doit s’effectuer au moyen d’un URI conforme aux normes. Les solutions propriétaires ne sont pas envisageables si l’interopérabilité avec le registre de l’UE est requise.

  4. Utiliser l’environnement de test : la plateforme BatteryPass-Ready est ouverte à tous. Tester dès maintenant permet d’éviter les mauvaises surprises en février 2027.

  5. Lire les normes : les EN 18216 à EN 18223 ne sont pas une lecture facultative. Elles définissent techniquement ce que signifie l’interopérabilité dans le contexte DPP.

La date butoir de février 2027 peut encore sembler lointaine. Pour les entreprises qui doivent coordonner des chaînes d’approvisionnement complexes et intégrer des systèmes informatiques existants, elle ne l’est pas. L’infrastructure nécessaire aux mises à jour dynamiques des données, aux connexions automatisées avec les fournisseurs et aux architectures de résolveurs conformes demande du temps — davantage que ce que de nombreuses équipes chargées de la conformité prévoient actuellement.

Sources