Tenir à jour le DPP numérique : voici comment fonctionnent les mises à jour

Pourquoi un remplissage unique ne suffit pas

Un DPP numérique n’est pas un fichier PDF statique, créé une fois puis archivé. Le règlement sur les batteries (UE) 2023/1542 impose explicitement que certains points de données restent actualisables pendant tout le cycle de vie d’une batterie. Remplir son passeport lors de la mise sur le marché, puis ne plus y toucher, ne permet pas de satisfaire pleinement à ces exigences — et expose à de sérieux problèmes de conformité à partir du 18 février 2027.

Cela semble trivial, mais ne l’est pas. Le rapport d’implémentation de Minespider 2026 identifie deux faiblesses structurelles qui traversent l’ensemble du secteur : la fragmentation des données le long de la chaîne d’approvisionnement et l’absence de processus pour les mises à jour dynamiques des données. Ensemble, ces deux facteurs compliquent le maintien cohérent d’un DPP en fonctionnement.

Cet article explique quelles données doivent changer et à quel moment, à quoi ressemble l’infrastructure technique nécessaire aux mises à jour et quels processus organisationnels les fabricants et les exploitants devraient mettre en place dès maintenant.

Ce qui change — et quand

Points de données statiques et dynamiques

Tous les champs d’un DPP n’ont pas la même volatilité. On peut grossièrement distinguer deux catégories :

Les données statiques sont définies lors de la mise sur le marché et ne changent généralement plus par la suite :

• Composition des matériaux et substances dangereuses
• Identification du fabricant et site de production
• Certifications au moment de la mise sur le marché

Les données dynamiques, en revanche, évoluent avec la vie du produit :

• State of Health (SoH) et State of Charge (SoC) des batteries — les deux valeurs évoluent à chaque cycle de charge et de décharge
• Historique des réparations et de la maintenance
• Changements de propriétaire et données de localisation
• Résultats des contrôles de reconditionnement à la fin de la première vie

Pour les batteries qui connaissent une seconde vie comme systèmes de stockage stationnaires après leur utilisation dans un véhicule électrique, des données d’état à jour ne sont pas seulement requises par la réglementation, elles sont aussi pertinentes sur le plan économique : l’exploitant d’un système de stockage secondaire doit savoir quelle capacité résiduelle il achète réellement.

Déclencheurs des mises à jour obligatoires

Le règlement ne fixe pas d’intervalles précis de mise à jour, mais définit des événements qui déclenchent une actualisation :

• Achèvement d’une opération de maintenance ou de réparation
• Passage à une nouvelle phase d’utilisation (première vie → seconde vie)
• Changement de propriétaire ou d’exploitant
• Nouvelles valeurs de mesure provenant de systèmes BMS (Battery Management System)
• Rappel ou avis de sécurité

Les entreprises qui n’ont pas intégré ces événements à leurs processus internes les laisseront passer inaperçus dans leurs activités quotidiennes.

L’architecture technique des mises à jour du DPP

Le GS1 Digital Link comme ancrage stable

Le lien entre la batterie physique et le passeport numérique s’effectue au moyen d’un GS1 Digital Link — un URI normalisé qui encode le GTIN et le numéro de série, et pointe vers l’enregistrement correspondant. L’essentiel est que le lien présent sur le produit (par exemple imprimé sous forme de code QR) reste inchangé. Seul l’enregistrement vers lequel il pointe est mis à jour.

Un GS1 Digital Link typique pour une batterie se présente ainsi :

https://id.example.com/01/04012345678901/21/ABC-0042

• 01 = qualifiant du GTIN
• 04012345678901 = GTIN de la batterie
• 21 = qualifiant du numéro de série
• ABC-0042 = numéro de série individuel

Il s’agit d’une URL d’exemple purement illustrative, qui présente le schéma URI de GS1 Digital Link. Le résolveur situé derrière une telle URL redirige vers l’enregistrement DPP actuel. Lorsque l’enregistrement change, le code QR présent sur le produit reste identique — seule la cible dans le back-end est mise à jour. C’est le principe conceptuel au cœur de la gestion dynamique des données.

Mises à jour par API : le principe de base

Les plateformes modernes de DPP mettent à disposition des API REST permettant de mettre à jour des points de données de manière ciblée, sans réécrire l’intégralité du passeport. Une requête PATCH typique adressée à une API de DPP pourrait se présenter ainsi :

PATCH /dpp/v1/batteries/04012345678901/21/ABC-0042
Content-Type: application/json
Authorization: Bearer <token>

{
  "stateOfHealth": 0.83,
  "lastMeasuredAt": "2026-06-20T14:32:00Z",
  "measuredBy": "operator:fleet-mgmt-system-v2"
}

Par rapport à un PUT complet, l’avantage est le suivant : seuls les champs modifiés sont transmis, le versionnage reste traçable et le journal d’audit ne grossit pas inutilement.

Versionnage et piste d’audit

Les normes EN 18216 à 18223, présentées par le CEN et le CENELEC lors d’un webinaire public le 25 juin 2026, définissent des exigences en matière de cohérence des données et d’interopérabilité. Cela implique également la traçabilité des modifications : qui a modifié quelle valeur, à quel moment et sur quelle base ?

Une stratégie minimale de versionnage devrait enregistrer les champs suivants pour chaque événement de mise à jour :

{
  "version": "3",
  "updatedAt": "2026-06-20T14:32:00Z",
  "updatedBy": "system:bms-connector",
  "changedFields": ["stateOfHealth", "lastMeasuredAt"],
  "previousValues": {
    "stateOfHealth": 0.87
  }
}

Sans cette piste, il est impossible de démontrer, en cas de litige, que les données étaient correctes au moment concerné.

Processus organisationnels : ce que les entreprises doivent mettre en place dès maintenant

Clarifier la responsabilité des données

Le principal problème pratique n’est pas de nature technique. Il s’agit de déterminer qui, dans l’entreprise, est responsable de quels points de données — et qui déclenche la mise à jour en cas de besoin.

Il est recommandé d’établir une matrice RACI simple, précisant pour chaque point de données dynamique :

• Responsible : Qui effectue la mise à jour ?
• Accountable : Qui est responsable vis-à-vis de l’autorité ?
• Consulted : Qui fournit les données de mesure ?
• Informed : Qui doit être informé des modifications ?

Intégrer la chaîne d’approvisionnement

De nombreuses données dynamiques ne sont pas produites par le fabricant, mais par des fournisseurs, des entreprises de maintenance ou des gestionnaires de flottes. Le fabricant reste toutefois responsable, sur le plan réglementaire, de l’exactitude du passeport. Cela nécessite des dispositions contractuelles claires et des interfaces techniques permettant à des tiers de fournir des données — avec des formats et des règles de validation définis.

Le consortium BatteryPass-Ready, qui a lancé un environnement de test public le 24 juin 2026, propose précisément une plateforme de validation neutre à cette fin : les entreprises peuvent tester leurs solutions DPP au regard des exigences réglementaires avant leur mise en production.

Garder un œil sur le registre central

La Commission européenne travaille à un registre central dans lequel tous les DPPs devraient être enregistrés et rendus accessibles. Orgalim — l’association industrielle européenne du secteur technologique — a publié à ce sujet des recommandations claires : le registre doit prendre en charge des processus d’enregistrement automatisés à haut volume et être protégé contre les interruptions de fonctionnement.

Pour les entreprises, cela signifie que leurs processus de mise à jour doivent non seulement fonctionner avec leur propre plateforme, mais aussi pouvoir, à terme, être synchronisés avec le registre central de l’UE. Miser dès maintenant sur des solutions propriétaires isolées crée une charge de migration pour l’avenir.

Liste de contrôle pratique du processus de mise à jour

Avant la mise en production du premier DPP, les points suivants devraient être clarifiés :

1. Points de données classifiés : Quels champs sont statiques et lesquels sont dynamiques ?
2. Déclencheurs définis : Quels événements déclenchent une mise à jour obligatoire ?
3. Accès aux API réglementés : Qui peut modifier quels champs, via quelle interface ?
4. Piste d’audit implémentée : Chaque modification est enregistrée avec son horodatage, son auteur et sa valeur précédente.
5. Interfaces de la chaîne d’approvisionnement testées : Les fournisseurs de données externes peuvent transmettre des mises à jour valides.
6. Compatibilité avec le registre vérifiée : Le système interne peut communiquer avec le futur registre de l’UE.
7. Environnement de test utilisé : La plateforme de test BatteryPass-Ready ou des environnements équivalents ont été utilisés pour les tests d’interopérabilité.

Conclusion

Le DPP n’est pas un document, mais un enregistrement vivant. Les exigences réglementaires du règlement sur les batteries (UE) 2023/1542 sont claires sur ce point : les points de données dynamiques doivent rester à jour pendant tout le cycle de vie du produit. Les entreprises qui ne mettent pas en place à temps l’infrastructure technique et organisationnelle nécessaire ne parviendront pas à respecter la date limite du 18 février 2027.

La bonne nouvelle, c’est que les éléments nécessaires existent. GS1 Digital Link résout le problème de l’identification, les API REST permettent des mises à jour granulaires et des initiatives comme BatteryPass-Ready fournissent une infrastructure de test. Dans de nombreuses entreprises, ce qui manque, ce sont les processus internes et une attribution claire des responsabilités en matière de données — c’est précisément là que le travail devrait commencer.