Modèle de données du passeport batterie : modèle, lot et batterie individuelle

L’architecture en une phrase

Un modèle de données de passeport batterie conforme doit séparer les faits du modèle, le contexte du lot et l’enregistrement de la batterie individuelle. Les données du modèle peuvent être réutilisées entre des unités identiques. Les données du lot peuvent relier une série de production à ses unités. Les données individuelles ont besoin de leur propre identité persistante, car les performances, l’état de santé et l’historique d’utilisation appartiennent à une batterie physique précise.

C’est l’architecture qui rend la traçabilité des batteries évolutive sans perdre la fonction de « numéro de série numérique » du passeport.

Le fondement juridique est le règlement (UE) 2023/1542. L’article 77(2) exige que chaque passeport d’une batterie concernée contienne les informations relatives au modèle de batterie et les informations propres à la batterie individuelle, y compris les informations résultant de son utilisation. L’annexe XIII définit les couches de données requises. Le registre européen du Passeport Produit Numérique fournit ensuite l’infrastructure commune pour l’enregistrement des identifiants et les relations entre modèle, lot et article.

Le résultat n’est pas constitué de trois passeports indépendants. Il s’agit d’un seul enregistrement de passeport avec des niveaux de granularité reliés.

Commencez par les couches juridiques, pas par vos tables ERP

L’annexe XIII ne commence pas par un « référentiel produit » générique ou un schéma de base de données. Elle répartit les informations par sujet et niveau d’accès :

Cela impose deux contraintes de conception à l’équipe de mise en œuvre :

1. tous les champs ne sont pas publics ; et
2. tous les champs ne sont pas statiques.

Le modèle doit donc prendre en charge à la fois l’héritage des données et les mises à jour contrôlées et horodatées.

Données du modèle : la base technique réutilisable

Les données du modèle décrivent la version de batterie dont les unités partagent les mêmes caractéristiques techniques pertinentes et le même identifiant de modèle. C’est le sens de « modèle de batterie » à l’article 3(19) du règlement Batteries.

Pour l’accès public, le point 1 de l’annexe XIII énumère un ensemble important de champs de modèle, notamment :

• les informations de l’annexe VI, partie A, telles que le fabricant, la catégorie, le lieu et les informations de date de fabrication, le poids, la capacité, la chimie, les substances dangereuses, l’agent extincteur et les matières premières critiques ;
• la composition des matières, la chimie et les matières premières critiques ;
• les informations d’empreinte carbone ;
• les informations sur l’approvisionnement responsable ;
• le contenu recyclé et renouvelable ;
• la capacité nominale, la tension minimale, nominale et maximale ;
• la capacité de puissance initiale et ses limites ;
• la durée de vie attendue et l’essai de référence ;
• le seuil de capacité d’épuisement pour les batteries de véhicules électriques ;
• la plage de température lorsqu’elle n’est pas utilisée ;
• la période de garantie de durée de vie calendaire ;
• le rendement énergétique initial et sur la durée de vie en cycles ;
• la résistance interne de la cellule et du pack ; et
• le c-rate pertinent.

Ces champs peuvent constituer un objet modèle dans le système de données. Une unité peut référencer l’objet modèle plutôt que de dupliquer les mêmes valeurs dans chaque enregistrement. Cela réduit les modifications incohérentes et rend visible une révision du modèle.

N’utilisez pas l’héritage du modèle pour masquer les différences au niveau de l’unité. Si un champ peut varier selon la batterie, l’événement de fabrication ou l’événement du cycle de vie, il doit avoir une règle explicite précisant s’il est hérité, remplacé ou enregistré au niveau individuel.

Données du lot : un contexte intermédiaire utile, sans déformer le droit

Le lot est la couche entre le modèle et l’article. Il peut capturer le contexte d’une série de fabrication, notamment :

• la plage de dates de production ;
• l’usine ou la ligne de fabrication ;
• les références aux lots fournisseurs de cellules ou de modules ;
• les résultats de libération et d’inspection qualité ;
• les modifications de matières ou de processus ;
• le contexte de calcul de l’empreinte carbone lorsque la déclaration pertinente est établie par modèle et par usine ; et
• un ensemble d’identifiants de batteries individuelles produites ensemble.

Les données de lot sont précieuses pour les investigations, les rappels, la traçabilité fournisseur et le chargement efficace des données. Elles font également partie de l’architecture commune du registre PPN. Le règlement d’exécution (UE) 2026/1778 de la Commission, article 8, exige que le registre prenne en charge le niveau prévu par le droit de l’Union applicable, à savoir le modèle, le lot ou l’article. Lorsqu’un passeport est créé au niveau de l’article, les identifiants de lot et de modèle correspondants doivent être reliés lorsque ces structures existent. Lorsqu’il est créé au niveau du lot, l’identifiant de modèle doit être relié lorsqu’un modèle existe.

La prudence juridique est importante : l’annexe XIII du règlement Batteries décrit expressément les informations relatives au modèle et à la batterie individuelle. Elle ne crée pas une « section de données de lot » universelle distincte avec une liste complète de champs obligatoires. Traitez le lot comme une relation et un regroupement opérationnel, sauf si un acte propre aux batteries, une spécification de données ou une autre règle de l’Union applicable exige un champ au niveau du lot.

Autrement dit, le lot est une couche de mise en œuvre importante, mais il ne doit pas être présenté comme une troisième catégorie de l’annexe XIII contenant un contenu obligatoire inventé.

Données de l’article : l’identité et le cycle de vie de la batterie

L’enregistrement de la batterie individuelle répond à la question « de quelle batterie physique s’agit-il ? ». L’article 77(3) exige que le passeport soit accessible au moyen d’un code QR lié à un identifiant unique attribué à la batterie. L’article 3(66) définit cet identifiant unique comme une chaîne de caractères unique identifiant les batteries et permettant un lien web vers le passeport.

Le point 4 de l’annexe XIII exige des informations sur la batterie individuelle, notamment :

L’identifiant unique doit être persistant. Une mise à jour de l’état de santé doit mettre à jour l’enregistrement du passeport individuel, et non créer une nouvelle identité pour la même batterie inchangée. Une nouvelle identité est requise lorsque le droit impose un nouveau passeport après préparation en vue de la réutilisation, préparation en vue d’une réaffectation, réaffectation ou remanufacturage. Dans ce cas, le nouveau passeport renvoie au passeport ou aux passeports d’origine conformément à l’article 77(7).

Une relation pratique du modèle à l’article

Une structure logique utile est la suivante :

Fabricant
  -> Usine de fabrication
      -> Modèle de batterie
          -> Lot de production
              -> Article batterie individuel
                  -> Événements du cycle de vie
                  -> Vues du passeport contrôlées par les accès

Le chemin d’identité physique et numérique est le suivant :

Article batterie individuel
  -> identifiant unique de batterie
  -> support de données QR
  -> point d’accès au passeport batterie
  -> données du modèle, relation de lot et données de l’article

Le lot ne remplace pas l’identité de l’article. Il s’agit d’un regroupement qui facilite l’exploitation de l’enregistrement de l’article. Si le même modèle est produit dans deux usines, les données au niveau du modèle peuvent nécessiter un contexte propre à l’usine. Cela est particulièrement pertinent pour les déclarations d’empreinte carbone : l’article 7(1) exige une déclaration d’empreinte carbone pour chaque modèle de batterie et chaque usine de fabrication.

Conception des identifiants : distinguer trois éléments

Les équipes utilisent souvent « l’identifiant » pour désigner plusieurs valeurs différentes. Séparez-les explicitement :

Le code QR est un support de données, et non un quatrième objet métier. Il encode l’identifiant et le chemin d’accès au passeport, ou y renvoie. L’identifiant d’enregistrement du registre de la Commission ne doit pas être substitué silencieusement à l’identifiant de la batterie sans vérifier les exigences techniques applicables.

L’ESPR exige également un identifiant produit unique persistant relié par un support de données et renvoie aux normes ISO/IEC 15459. Le règlement Batteries exige spécifiquement que le code QR et l’identifiant unique soient conformes aux normes ISO/IEC 15459-1 à 15459-6 ou à des normes équivalentes.

Architecture des accès : un enregistrement, des vues différentes

Un passeport batterie ne doit pas être mis en œuvre comme une réponse JSON unique et sans restriction. L’article 77(2) et l’annexe XIII créent des niveaux d’accès, tandis que l’article 78 exige un accès gratuit et fondé sur les droits pertinents.

L’équipe produit doit définir au moins les vues suivantes :

1. Vue publique du modèle : les informations du point 1 de l’annexe XIII.
2. Vue du modèle pour intérêt légitime : la composition détaillée, les pièces, le démontage et les informations de sécurité du point 2.
3. Vue des autorités : les rapports d’essais et autres informations réservées aux organismes notifiés, aux autorités de surveillance du marché et à la Commission.
4. Vue individuelle pour intérêt légitime : l’état de santé, le statut et les données liées à l’utilisation du point 4.
5. Vue de modification opérateur : les utilisateurs authentifiés autorisés à introduire, modifier ou mettre à jour les données.

L’acte d’exécution de la Commission prévu à l’article 77(9) doit préciser quelles personnes ont un intérêt légitime et dans quelle mesure elles peuvent télécharger, partager, publier et réutiliser les données pertinentes. Au 13 août 2026, les catégories d’accès sous-jacentes figurent dans le règlement, mais les autorisations détaillées doivent être vérifiées au regard de l’acte d’exécution final avant le lancement.

Les données commercialement sensibles doivent être réduites au minimum pour chaque rôle. Un recycleur peut avoir besoin des instructions de démontage et des données de composition sans avoir besoin de tous les champs internes de l’entreprise. Un acteur du marché de l’énergie peut avoir besoin des informations individuelles pertinentes pour utiliser cette batterie dans le contexte d’un marché de l’énergie. L’accès fondé sur les rôles fait partie du modèle de données ; ce n’est pas une fonction ajoutée après coup au site web.

Les données dynamiques exigent un historique des événements, pas seulement des champs écrasés

Pour les données du cycle de vie, une seule colonne d’« état actuel » ne suffit pas. Conservez à la fois la valeur actuelle et un historique des événements auditable.

Une structure pratique d’événements peut comprendre :

Le règlement exige l’exactitude, l’exhaustivité et l’actualité au titre de l’article 77(4), l’authentification et l’intégrité des données au titre de l’article 78(g), ainsi que des droits de mise à jour restreints au titre de l’article 78(f). Ces exigences favorisent les enregistrements versionnés, la provenance des sources et les flux contrôlés.

Architecture du registre : index central, données détaillées décentralisées

Le système PPN de l’UE est hybride. L’article 13 de l’ESPR établit un registre central pour les identifiants uniques et certaines données d’enregistrement. Les données détaillées du passeport sont conservées par l’opérateur économique responsable ou un prestataire autorisé au titre de l’article 78(c) du règlement Batteries et du cadre ESPR.

Le règlement d’exécution 2026/1778 de la Commission rend cette architecture opérationnelle. Le registre valide la structure des données et la granularité requise, conserve les identifiants et métadonnées pertinents et crée un identifiant d’enregistrement unique et persistant après validation réussie. L’ensemble des données de la batterie reste disponible via le point d’accès au passeport de l’opérateur ou d’un prestataire autorisé.

Pour l’architecture système, cela signifie que :

• le registre ne constitue pas l’intégralité de votre base de données batteries ;
• votre plateforme doit fournir un point d’accès au passeport stable et résoluble ;
• l’unicité des identifiants nécessite une gouvernance distincte d’un générateur d’images QR ;
• le statut d’enregistrement au registre et la version des données du passeport doivent être suivis séparément ; et
• le passeport doit rester disponible même si l’opérateur initial cesse son activité.

Le registre PPN a été lancé avec un environnement de test le 20 juillet 2026. L’enregistrement est disponible via une interface utilisateur sécurisée ou une API. Construisez votre intégration de manière à rendre observables la validation du registre, les nouvelles tentatives, le versionnage et la preuve d’enregistrement comme des états opérationnels.

Contrôles de qualité des données avant publication

Utilisez les contrôles suivants pour chaque couche :

Contrôles du modèle

• Validez l’unicité de l’identifiant du modèle dans l’espace de noms du fabricant.
• Exigez un vocabulaire contrôlé pour la chimie.
• Conservez le contexte de l’usine de fabrication lorsque les règles d’empreinte carbone exigent des déclarations par modèle et par usine.
• Versionnez les données du modèle au lieu de modifier silencieusement les valeurs historiques.
• Distinguez les champs obligatoires des ajouts facultatifs.

Contrôles du lot

• Exigez un identifiant de lot immuable dès que les unités sont libérées.
• Reliez chaque unité à un ou plusieurs contextes de production selon des règles métier claires.
• Conservez les références aux lots fournisseurs sans exposer d’informations commercialement sensibles au mauvais rôle.
• Utilisez les relations de lot pour les flux de rappel et d’investigation.
• N’inférez pas l’état de santé d’une unité à partir d’une moyenne de lot, sauf si le champ est explicitement une valeur au niveau du lot.

Contrôles individuels

• Générez un identifiant unique persistant avant d’imprimer le support physique QR.
• Assurez-vous qu’un identifiant renvoie vers un seul enregistrement de batterie prévu.
• Validez l’identifiant et la destination QR par rapport au numéro de série final du produit ou à l’enregistrement de fabrication.
• Stockez la source horodatée et le contexte de mesure pour les champs dynamiques.
• Empêchez les modifications non autorisées tout en permettant les rôles requis par l’article 78.
• Testez les transitions de réutilisation, de réaffectation, de remanufacturage et de recyclage.

Qu’est-ce qui est contraignant et qu’est-ce qui relève des orientations de mise en œuvre ?

Contraignant dès maintenant

• L’obligation de l’article 77 au 18 février 2027 pour chaque batterie concernée.
• Les informations sur le modèle et la batterie individuelle prévues à l’article 77(2) et à l’annexe XIII.
• L’accès par QR code à l’identifiant unique de la batterie au titre de l’article 77(3).
• Des données exactes, complètes et à jour au titre de l’article 77(4).
• L’obligation de code QR de l’article 13 pour toutes les batteries à partir du 18 février 2027.
• L’exception relative à l’emballage et aux documents d’accompagnement prévue à l’article 13(7).
• Le nouveau passeport et l’historique lié après réutilisation, réaffectation ou remanufacturage au titre de l’article 77(7).
• L’enregistrement au registre au titre de l’article 77(10) et de l’article 13 de l’ESPR.
• Les règles de granularité et de liaison des identifiants du règlement d’exécution 2026/1778, article 8.

Déduction de mise en œuvre ou pratique recommandée

• Un schéma de base de données normalisé pour le modèle, le lot et l’article.
• Une forme JSON ou API précise pour le passeport détaillé hébergé par l’opérateur.
• Un fournisseur particulier de génération d’images QR.
• Une liste précise de champs de lot au-delà de ce qu’exige le droit applicable.
• La journalisation des événements et les journaux d’audit immuables comme modèle technique retenu, bien qu’ils soient fortement recommandés pour l’exactitude, l’intégrité et la gouvernance des mises à jour.
• Traiter l’identifiant d’enregistrement généré par le registre comme la même valeur que l’identifiant unique de la batterie.

Séparer ces catégories protège à la fois l’équipe produit et le lecteur. Le règlement fixe le résultat de conformité. Il ne prescrit pas l’ensemble de votre architecture ERP, MES, PLM ou service.

Construisez le modèle de données avant l’étiquette

Le code QR est la dernière étape visible. Un système robuste de passeport batterie commence par la définition de l’unité, la gouvernance du modèle, l’émission des identifiants, les relations de lot, la politique d’accès et la gestion des événements du cycle de vie. Lorsque ces couches sont correctes, la génération des QR codes et l’enregistrement au registre deviennent des sorties contrôlées du modèle de données.

DPPAutomate aide les fabricants à mapper les champs de l’annexe XIII vers leurs systèmes, à relier les enregistrements du modèle, du lot et de l’individuel, à protéger les accès par rôle, à gérer les mises à jour et à générer des points d’accès au passeport liés à des QR codes. Consultez la plateforme DPPAutomate, ou commencez par Qu’est-ce qu’un passeport batterie ? et le suivi des échéances du passeport batterie de l’UE.

Poursuivre dans le cluster

Utilisez cette architecture avec le guide des codes QR du passeport batterie, la hiérarchie des identifiants PPN et le flux d’émission en volume. Pour la règle générale applicable aux groupes de produits, consultez chaque produit a-t-il besoin d’un PPN distinct ?.

Sources et références juridiques

• Règlement (UE) 2023/1542, texte consolidé, notamment les articles 3(19), 3(66), 13, 77 et 78.
• Règlement (UE) 2023/1542, annexe XIII, informations à inclure dans le passeport batterie.
• Règlement (UE) 2024/1781, ESPR, notamment les articles 9 à 13 et l’annexe III.
• Règlement d’exécution (UE) 2026/1778 de la Commission, notamment les articles 1, 8, 9, 10 et 12.
• Commission européenne, Passeport produit numérique pour les batteries, aperçu actuel de la mise en œuvre.
• Commission européenne, Le registre PPN est désormais opérationnel, 20 juillet 2026, état actuel du registre et informations API/interface.
• Commission européenne, FAQ sur le PPN, explications non contraignantes sur les identifiants, l’accès et l’architecture.

Note juridique : cet article est un guide pédagogique de mise en œuvre et ne constitue pas un avis juridique. Confirmez la catégorie de batterie applicable, le droit consolidé en vigueur, les actes d’exécution et les spécifications techniques avant toute décision de conformité.