Le registre est ouvert et ne peut pas accueillir de batterie. Nous avons donc testé là où c'était possible

Où en est réellement le registre

Le registre européen des passeports numériques de produit est entré en service le 20 juillet 2026. Son règlement d'exécution, (UE) 2026/1778, s'applique depuis le 6 août. C'est un système réel, avec une véritable porte d'entrée.

Il ne peut pas encore accueillir de batterie. Enregistrer un passeport suppose un format pour la catégorie de produit concernée, et le format batterie n'a pas été publié. Aucune date n'est annoncée. Six des normes harmonisées du passeport ont été inscrites au Journal officiel le 15 juillet par la décision d'exécution (UE) 2026/1736 ; deux autres, EN 18239 et EN 18246, sont encore attendues, une seconde décision étant prévue en septembre.

Rien de cela ne déplace l'obligation. À compter du 18 février 2027, toute batterie de véhicule électrique, toute batterie de moyen de transport léger et toute batterie industrielle de plus de 2 kWh mise sur le marché de l'Union doit disposer d'un passeport. La porte est ouverte, le formulaire manque, et l'échéance est la même.

Pour un importateur, un mandataire ou un fabricant qui émet ses propres passeports, la question est pratique : comment savoir si ce que l'on a construit fonctionnera, avant que le seul endroit qui compte puisse le dire ?

Ce qu'est BatteryPass-Ready

BatteryPass-Ready est un environnement de test gratuit pour le passeport batterie. Il est développé par Fraunhofer IPK, acatech, la TU Berlin et GEFEG, le consortium à l'origine du projet Battery Pass, dont les guides technique et de contenu servent de référence à une large part du secteur. Il est financé par le ministère fédéral allemand de l'Économie et de l'Énergie et court jusqu'en mars 2027. Ce n'est pas la Commission et il ne parle pas au nom de la Commission. Ce qu'il fait : prendre les normes harmonisées en cours d'élaboration pour le passeport européen, EN 18222 pour l'interface de cycle de vie du passeport et EN 18219 pour les identifiants, et en construire une réplique fonctionnelle de ce à quoi les services centraux devraient ressembler : un registre, un prestataire de sauvegarde et les appels entre les deux.

Vous le pointez vers votre propre système et il exécute des scénarios contre lui. Onze à ce jour, en trois groupes. La mise sur le marché d'une batterie, qui déclenche le processus complet d'enregistrement. La lecture d'un passeport, par son identifiant et par le produit auquel il se rattache, avec le filtrage des accès qu'exige le règlement batteries. La mise à jour d'un passeport, y compris le cas où quelqu'un sans droit de mise à jour s'y essaie.

Il valide également le document de passeport lui-même par rapport à son propre modèle de données, la lecture que fait le consortium de l'annexe XIII sous forme de schéma JSON, publiée ouvertement.

Ce que nous avons fait

Nous avons construit les éléments que le test sollicite. L'interface de cycle de vie d'EN 18222, aux chemins exacts que définit la norme. L'adaptateur utilisé par leur banc d'essai pour préparer chaque scénario. Le processus d'enregistrement : sauvegarder le passeport, puis l'enregistrer. L'accès fondé sur les rôles, pour qu'un lecteur public et un opérateur économique ne voient pas la même chose. Et un traducteur de notre propre passeport vers leur format de document de février 2027.

Puis nous avons exécuté les onze scénarios contre notre système de production. Pas une copie de préproduction. Les onze passent.

Cela éprouve l'interface avec les enregistrements de batterie de référence du consortium. Nous avons ensuite fait l'autre moitié : nous avons pris l'un de nos propres passeports de production, nous l'avons traduit dans leur format de document de février 2027 et nous l'avons soumis directement à leurs services. Leur prestataire de sauvegarde l'a accepté. Leur validateur l'a reconnu comme bien formé au regard du schéma de février 2027 et a listé ce qui manquait.

Ce que cela prouve

Cela prouve que notre plateforme parle, dans les deux sens, l'interface définie par la norme et gère correctement le cycle de vie : une nouvelle version à chaque mise à jour, les passeports archivés invisibles en lecture ordinaire, le refus correct lorsqu'un appelant n'a pas de droit d'écriture, et les bons champs retenus pour un lecteur public. Cela prouve qu'une batterie peut être mise sur le marché à travers la séquence complète d'appels attendue par la norme, contre un système qui se comporte comme les services centraux.

Pour nos clients, cela signifie que la mécanique d'enregistrement et de service des passeports de la plateforme a été éprouvée de bout en bout par quelqu'un d'autre que nous, contre la norme publiée, avant que le vrai registre puisse le faire.

Cela prouve aussi qu'un passeport construit sur notre plateforme, et non un fichier de test composé à la main, produit un document que l'outillage du consortium accepte et peut conserver en sauvegarde. C'est la moitié du test que la plupart sauteront, et celle qui dit si vos données réelles sont prêtes.

Ce que cela ne prouve pas

Cela ne prouve pas la conformité. Personne à la Commission n'en a vu un octet. BatteryPass-Ready est une reconstitution soignée par un consortium bien placé, et elle peut différer du registre qui s'ouvrira un jour aux batteries. Quand le format batterie sera publié, nous testerons à nouveau, contre le système réel.

L'exercice a aussi fait apparaître un point utile à connaître avant de lancer le même test. Le document du consortium pour février 2027 exige un peu plus d'une centaine de points de données. La liste obligatoire de la Commission pour un passeport est nettement plus courte. Ce même passeport, conforme à la liste obligatoire de la Commission, présentait plus de quarante écarts face à leur validateur. Ce n'est un défaut ni d'un côté ni de l'autre. C'est l'écart entre ce que la loi exige et ce qu'un modèle technique complet peut contenir, et c'est précisément ce que l'on veut voir maintenant plutôt qu'en février.

Ce que cela signifie pour vous

Il n'y a rien à faire au registre aujourd'hui, et il n'y aura rien à faire tant que le format batterie n'aura pas été publié. Ce que vous pouvez faire : vous assurer que vos données de passeport sont complètes au regard de la liste obligatoire, que vos identifiants respectent EN 18219 et que l'hébergeur de vos passeports pourra les servir par l'interface standard le moment venu.

Notre plateforme le fait aujourd'hui, et a été testée en le faisant. Vous pouvez voir comment un passeport est construit, servi et tenu à jour sur /platform.