Digitale batterijpas: zo houdt u uw gegevens actueel

Vanaf februari 2027 verplicht: zo actualiseren fabrikanten dynamische gegevens in de digitale batterijpas conform de wet – van SoH tot CO₂-voetafdruk.

door QR3 Redaktion

Digitale batterijpas: zo houdt u uw gegevens actueel

Waarom ‘eenmalig invullen’ niet volstaat

De digitale batterijpas (DBP) is geen statisch gegevensblad. De batterijverordening (EU) 2023/1542 schrijft uitdrukkelijk voor dat bepaalde gegevenspunten gedurende de volledige levenscyclus van een batterij bijgewerkt moeten kunnen worden. Wie zijn pas bij het op de markt brengen eenmalig invult en daarna niet meer aanraakt, voldoet niet volledig aan de vereisten — en riskeert vanaf 18 februari 2027 ernstige complianceproblemen.

Dat klinkt vanzelfsprekend, maar vormt in de praktijk een aanzienlijk operationeel probleem. Het implementatierapport van Minespider uit 2026 identificeert twee structurele zwakke punten die in de hele sector terugkomen: datafragmentatie in de toeleveringsketen en ontbrekende processen voor dynamische gegevensupdates. Beide problemen zijn oplosbaar — maar alleen met een duidelijke technische en organisatorische strategie.


Wat wanneer moet veranderen: de drie updatecategorieën

Niet alle gegevensvelden in de DBP vallen onder dezelfde updateverplichtingen. Het is zinvol om vanaf het begin onderscheid te maken tussen drie categorieën:

1. Statische stamgegevens (eenmalig bij het op de markt brengen)

Hieronder vallen chemie, celtechnologie, identificatie van de fabrikant en het serienummer. Deze velden worden bij de eerste invulling vastgelegd en veranderen niet. Ze vormen de onveranderlijke kern van de pas.

2. Partijspecifieke CO₂-gegevens (eenmalig, maar granulair)

De productspecifieke CO₂-voetafdruk (PCF) moet volgens ISO 14067-kompatiblen Methoden worden berekend en op partijniveau worden vermeld. Het JRC-ontwerp van de Europese Commissie maakt duidelijk: aggregatie over verschillende productielocaties is niet toegestaan. Elk batterijmodel krijgt per productielocatie zijn eigen PCF-waarde. Dit betekent dat bij elke nieuwe partij een nieuwe dataset moet worden aangemaakt en aan de bijbehorende pas moet worden gekoppeld — geen copy-paste van het vorige model.

In de praktijk betekent dit: als uw productiesysteem geen partijspecifieke CO₂-berekeningen oplevert, moet u het voorafgaande proces aanpassen voordat de pas überhaupt kan worden ingevuld.

3. Toestandsgegevens (doorlopend, gedurende de volledige levenscyclus)

Dit is de meest veeleisende categorie. State of Health (SoH) en State of Charge (SoC) veranderen bij elke laad- en ontlaadcyclus. Voor batterijen die in een tweede leven — bijvoorbeeld als stationaire opslag na gebruik in een elektrisch voertuig — verder worden gebruikt, zijn actuele toestandsgegevens niet alleen wettelijk voorgeschreven, maar ook economisch relevant: zonder betrouwbare SoH-gegevens kan geen eerlijke marktwaarde op de second-lifemarkt worden vastgesteld.


De technische implementatie: drie benaderingen vergeleken

Hoe komen de gegevens in de pas? En hoe blijven ze actueel? Hiervoor bestaan in wezen drie architectuurbenaderingen:

Benadering Geschikt voor Voordeel Risico
Push via REST-API Fabrikanten met een eigen MES/ERP Volledig automatisch, geschikt voor realtime Afhankelijkheid van interne IT-infrastructuur
Bulkimport (CSV/JSON) Leveranciers zonder API-koppeling Lage instapdrempel Handmatige foutbronnen, vertragingen
Sensor-to-DPP (IoT) Stationaire opslag, fleetmanagement Continue SoH-updates Complexe datapijplijn, hoge latentievereisten

Voor de meeste fabrikanten is een hybride aanpak zinvol: stam- en PCF-gegevens komen via bulkimport of API uit het ERP, terwijl toestandsgegevens via een IoT-pijplijn worden bijgewerkt.

API-update: een minimaal voorbeeld

Wie een REST-API gebruikt om toestandsgegevens bij te werken, moet kiezen voor een versiegestuurde endpointstructuur die ook gedeeltelijke updates (PATCH) ondersteunt:

// Beispiel: SoH-Update für eine einzelne Batterie-Seriennummer
const response = await fetch(
  'https://api.example.com/v1/batteries/{serialNumber}/state',
  {
    method: 'PATCH',
    headers: {
      'Content-Type': 'application/json',
      'Authorization': `Bearer ${apiToken}`,
    },
    body: JSON.stringify({
      stateOfHealth: 0.87,        // 87 % Restkapazität
      stateOfCharge: 0.52,        // 52 % aktueller Ladestand
      measuredAt: '2026-06-25T14:30:00Z',
      measurementMethod: 'IEC_62660-1',
    }),
  }
);

De tijdstempel (measuredAt) is geen optioneel veld — hij is essentieel voor traceerbaarheid en controle door markttoezichthouders.


Interoperabiliteit: standaarden, register en testomgeving

Een update heeft weinig nut als de ontvangende node de gegevens niet begrijpt. Precies hier komt het normalisatiewerk in beeld. Op 25 juni 2026 hielden CEN en CENELEC een openbaar webinar over de nieuw gepubliceerde DPP-standaarden EN 18216 tot en met EN 18223. Deze zes normen, opgesteld door het Technisch Comité JTC 24, definiëren het sectoroverschrijdende kader voor interoperabiliteit en dataconsistentie — precies de laag waarop updateprocessen gestandaardiseerd moeten worden.

Parallel hieraan startte het consortium BatteryPass-Ready op 24 juni 2026 een openbare testomgeving voor de digitale batterijpas. Fabrikanten, toeleveranciers en softwareleveranciers kunnen daar hun implementaties toetsen aan de wettelijke vereisten — voordat de productieomgeving in gebruik wordt genomen. Wie updateprocessen opzet, moet deze omgeving vroegtijdig gebruiken om gegevensformaten en API-compatibiliteit te testen.

Het centrale DPP-register van de EU

De Europese Commissie werkt aan een centraal register waarin alle DPPs geregistreerd en vindbaar moeten worden gemaakt. Orgalim — de Europese brancheorganisatie voor technologie — heeft hierover duidelijke aanbevelingen gepubliceerd: het register moet grootschalige, geautomatiseerde registratieprocessen ondersteunen en tegen uitval worden beveiligd. Voor updateprocessen betekent dit: uw interne architectuur moet ook werken wanneer het centrale register tijdelijk niet bereikbaar is — plan dus lokale caching en retrylogica in.

De koppeling tussen de fysieke batterij en de digitale pas komt in de praktijk tot stand via een GS1 Digital Link — een gestandaardiseerde URI die GTIN en serienummer codeert en naar de bijbehorende dataset verwijst. Deze link is doorgaans gecodeerd in een QR-code op het batterijlabel.


Organisatorische voorwaarden: wie is verantwoordelijk voor updates?

De verordening richt zich in de eerste plaats op de marktdeelnemer die de batterij op de markt brengt. Toestandsgegevens ontstaan echter vaak ver van de fabrikant — bij de vlootbeheerder, het recyclingbedrijf of de aanbieder van second-lifeoplossingen. De vraag wie schrijfrechten heeft, is daarom niet puur technisch: dit moet contractueel worden geregeld.

De volgende rollen moet u duidelijk definiëren in uw governancestructuur:

  • Data Owner: Wie mag welke velden schrijven en overschrijven?
  • Audit Trail: Elke wijziging moet met tijdstempel en actor worden geregistreerd — niet alleen voor compliance, maar ook voor geschillen op de second-lifemarkt.
  • Noodprocedure: Wat gebeurt er als een sensor uitvalt of een leverancier geen gegevens aanlevert?

Oplossingen zoals de samenwerking tussen Bureau Veritas en Circulor laten zien hoe keuringsorganisaties en dataproviders samengroeien om precies deze lacunes in governance te dichten. Een vergelijkbare positionering kiest Securikett met zijn Codikett-2.0-platform: fraudebestendige labels die de dataset fysiek met het product verbinden en onbevoegde schrijftoegang bemoeilijken.


Checklist: updategereedheid tot februari 2027

Voordat u uw DBP-proces als ‘klaar’ beschouwt, moet u de volgende punten hebben gecontroleerd:

  • PCF-berekening is op partijniveau geïmplementeerd (niet geaggregeerd per model)
  • SoH/SoC-datapijplijn is opgezet en getest
  • API-endpoints ondersteunen gedeeltelijke updates (PATCH) met tijdstempel
  • Schrijfrechten zijn contractueel geregeld met alle relevante actoren
  • Retrylogica voor het geval van uitval van het register is geïmplementeerd
  • Implementatie is gevalideerd tegen de BatteryPass-Ready-testomgeving
  • GS1 Digital Link is correct op het label en in de QR-code gecodeerd

Februari 2027 komt dichterbij. Wie updateprocessen pas opzet wanneer de verplichting van kracht wordt, zal merken dat het echte werk niet zit in het invullen van de pas — maar in het jarenlang correct in leven houden ervan.

Bronnen