De architectuur in één zin
Een conform datamodel voor een batterijpaspoort moet modelfeiten, batchcontext en het individuele batterijrecord scheiden. Modelgegevens kunnen voor identieke eenheden worden hergebruikt. Batchgegevens kunnen een productierun aan zijn eenheden koppelen. Individuele gegevens hebben een eigen persistente identiteit nodig, omdat prestaties, gezondheidsstatus en gebruiksgeschiedenis bij één fysieke batterij horen.
Dit is de architectuur die batterijtraceerbaarheid schaalbaar maakt zonder de functie van het paspoort als “digitaal serienummer“ te verliezen.
De wettelijke basis is Verordening (EU) 2023/1542. Artikel 77(2) vereist dat elk batterijpaspoort binnen de reikwijdte informatie over het batterijmodel en informatie die specifiek is voor de individuele batterij bevat, waaronder informatie die uit het gebruik voortkomt. Bijlage XIII definieert de vereiste datalagen. Het EU-register voor digitale productpaspoorten biedt vervolgens de gemeenschappelijke infrastructuur voor registratie van identificatoren en relaties tussen model, batch en artikel.
Het resultaat zijn geen drie losstaande paspoorten. Het is één paspoortrecord met gekoppelde granulariteitsniveaus.
Begin met de wettelijke lagen, niet met uw ERP-tabellen
Bijlage XIII begint niet met een generiek “productmasterrecord“ of databaseschema. De bijlage deelt informatie in naar onderwerp en toegangslevel:
| Laag van bijlage XIII | Onderwerp | Belangrijkste doelgroep | Voorbeelden |
|---|---|---|---|
| Punt 1 | Batterijmodel | Algemeen publiek | Samenstelling, chemie, koolstofvoetafdruk, nominale capaciteit, spanning, vermogenscapaciteit, verwachte levensduur, garantie, conformiteit en afvalinformatie |
| Punt 2 | Batterijmodel | Personen met een legitiem belang en de Commissie | Gedetailleerde samenstelling van kathode, anode en elektrolyt, onderdelen en bronnen voor reserveonderdelen, demontage-informatie en veiligheidsmaatregelen |
| Punt 3 | Batterijmodel | Aangemelde instanties, markttoezichtautoriteiten en de Commissie | Testrapporten die conformiteit aantonen |
| Punt 4 | Individuele batterij | Personen met een legitiem belang | Prestatiewaarden bij introductie en statuswijziging, gezondheidsstatus, status, cyclus- en gebeurtenisgegevens, gebruiksomstandigheden en laadtoestand |
Dit geeft het implementatieteam twee ontwerpbeperkingen:
- niet elk veld is openbaar; en
- niet elk veld is statisch.
Het model moet daarom zowel gegevensovererving als gecontroleerde updates met tijdstempel ondersteunen.
Modelgegevens: de herbruikbare technische basis
Modelgegevens beschrijven de batterijversie waarvan de eenheden dezelfde relevante technische kenmerken en modelidentificator delen. Dat is de betekenis van “batterijmodel“ in artikel 3(19) van de Batterijenverordening.
Voor openbare toegang noemt punt 1 van bijlage XIII een omvangrijke reeks modelvelden, waaronder:
- de informatie uit bijlage VI, deel A, zoals fabrikant, categorie, informatie over plaats en datum van vervaardiging, gewicht, capaciteit, chemie, gevaarlijke stoffen, blusmiddel en kritieke grondstoffen;
- materiaalsamenstelling, chemie en kritieke grondstoffen;
- informatie over de koolstofvoetafdruk;
- informatie over verantwoorde inkoop;
- gerecyclede en hernieuwbare inhoud;
- nominale capaciteit, minimale, nominale en maximale spanning;
- oorspronkelijk vermogensvermogen en beperkingen;
- verwachte levensduur en referentietest;
- capaciteitsdrempel voor het einde van de levensduur van EV-batterijen;
- temperatuurbereik wanneer de batterij niet wordt gebruikt;
- garantieduur voor de kalenderlevensduur;
- initiële energie-efficiëntie en energie-efficiëntie gedurende de levensduur;
- interne weerstand van cel en pack; en
- de relevante C-rate.
Deze velden kunnen in het gegevenssysteem de basis vormen voor een modelobject. Een eenheid kan naar het modelobject verwijzen in plaats van dezelfde waarden in elk record te dupliceren. Dat vermindert inconsistente bewerkingen en maakt een modelrevisie zichtbaar.
Gebruik modelovererving niet om verschillen op eenheidsniveau te verbergen. Als een veld kan variëren per batterij, productiegebeurtenis of levenscyclusgebeurtenis, is een expliciete regel nodig die bepaalt of het wordt overgenomen, overschreven of op individueel niveau wordt vastgelegd.
Batchgegevens: nuttige tussencontext, maar verdraai de wet niet
De batch is de laag tussen model en artikel. Deze kan context van een productierun vastleggen, zoals:
- productieperiode;
- productielocatie of productielijn;
- verwijzingen naar leverancierslots van cellen of modules;
- kwaliteitsvrijgave en inspectieresultaten;
- materiaal- of proceswijzigingen;
- context van de koolstofvoetafdrukberekening wanneer de relevante verklaring per model en productielocatie geldt; en
- een verzameling individuele batterij-identificatoren die samen zijn geproduceerd.
Batchgegevens zijn waardevol voor onderzoeken, terugroepacties, traceerbaarheid van leveranciers en efficiënte gegevensinvoer. Ze maken ook deel uit van de gemeenschappelijke architectuur van het DPP-register. Uitvoeringsverordening (EU) 2026/1778 van de Commissie, artikel 8, vereist dat het register het niveau ondersteunt dat door het toepasselijke Unierecht is bepaald: model, batch of artikel. Wanneer een paspoort op artikelniveau wordt aangemaakt, moeten de bijbehorende batch- en modelidentificatoren worden gekoppeld wanneer die ontwerpen bestaan. Wanneer het op batchniveau wordt aangemaakt, moet de modelidentificator worden gekoppeld wanneer een model bestaat.
De juridische voorzichtigheid is belangrijk: bijlage XIII van de Batterijenverordening beschrijft uitdrukkelijk informatie op modelniveau en over de individuele batterij. De bijlage creëert geen afzonderlijke universele “batchgegevenssectie“ met een volledige lijst verplichte velden. Behandel batch als relatie en operationele groepering, tenzij een batterij-specifieke handeling, gegevensspecificatie of andere toepasselijke Unieregel een veld op batchniveau vereist.
Met andere woorden: batch is een belangrijke implementatielaag, maar mag niet worden gepresenteerd als een derde categorie van bijlage XIII met verzonnen verplichte inhoud.
Artikelgegevens: de identiteits- en levenscyclusregistratie van de batterij
Het individuele batterijrecord beantwoordt de vraag “welke fysieke batterij is dit?“. Artikel 77(3) vereist dat het paspoort toegankelijk is via een QR-code die naar een unieke identificator verwijst die aan de batterij is toegewezen. Artikel 3(66) definieert die unieke identificator als een unieke tekenreeks die batterijen identificeert en een webkoppeling naar het paspoort mogelijk maakt.
Punt 4 van bijlage XIII vereist informatie over de individuele batterij, waaronder:
| Groep individuele velden | Voorbeelden | Waarom dit belangrijk is |
|---|---|---|
| Initiële prestaties en prestaties bij statuswijziging | Waarden van prestatie- en duurzaamheidsparameters bij marktintroductie en wanneer de batterij van status verandert | Legt een vergelijkbare basis vast en registreert wat is veranderd |
| Gezondheidsstatus | SOH-informatie volgens artikel 14 | Ondersteunt service, beoordeling van restwaarde en beslissingen over een tweede leven |
| Status | Oorspronkelijk, herbestemd, hergebruikt, gereviseerd of afval | Laat zien waar de batterij zich in haar levenscyclus bevindt |
| Gebruiksgegevens | Laad- en ontlaadcycli, ongevallen of andere negatieve gebeurtenissen | Ondersteunt veiligheid, garantie, restwaarde en beslissingen over hergebruik |
| Gebruiksomstandigheden | Periodieke omgevingsomstandigheden, waaronder temperatuur | Geeft context voor degradatie en veiligheid |
| Laadtoestand | Periodiek geregistreerde informatie over de laadtoestand | Ondersteunt levenscyclustoepassingen van personen met een legitiem belang |
De unieke identificator moet persistent zijn. Een update van de gezondheidsstatus moet het individuele paspoortrecord bijwerken en geen nieuwe identiteit creëren voor dezelfde ongewijzigde batterij. Een nieuwe identiteit is vereist wanneer de wet na voorbereiding voor hergebruik, voorbereiding voor herbestemming, herbestemming of revisie een nieuw paspoort voorschrijft. In dat geval verwijst het nieuwe paspoort volgens artikel 77(7) terug naar het oorspronkelijke paspoort of de oorspronkelijke paspoorten.
Een praktische relatie van model naar artikel
Een bruikbare logische structuur is:
Fabrikant
-> Productielocatie
-> Batterijmodel
-> Productiebatch
-> Individueel batterijartikel
-> Levenscyclusgebeurtenissen
-> Paspoortweergaven met toegangscontrole
De fysieke en digitale identiteitspad is:
Individueel batterijartikel
-> unieke batterijidentificator
-> QR-gegevensdrager
-> eindpunt van het batterijpaspoort
-> modelgegevens, batchrelatie en artikelgegevens
De batch vervangt de artikelidentiteit niet. Het is een groepering die het beheer van het artikelrecord eenvoudiger maakt. Als hetzelfde model op twee locaties wordt geproduceerd, kunnen de modelgegevens locatiespecifieke context nodig hebben. Dit is vooral relevant voor koolstofvoetafdrukverklaringen: artikel 7(1) vereist een koolstofvoetafdrukverklaring voor elk batterijmodel per productielocatie.
Identificatorontwerp: onderscheid drie dingen
Teams gebruiken “de identificator“ vaak voor meerdere verschillende waarden. Scheid ze expliciet:
| Identificator | Doel | Juridische of implementatiebron |
|---|---|---|
| Modelidentificator | Identificeert de batterijversie en haar gedeelde technische kenmerken | Artikelen 3(19) en de modeldefinitie in de Batterijenverordening |
| Batchidentificator | Groepeert eenheden die samen zijn geproduceerd of beheerd | Registerrelatie en traceerbaarheidsontwerp van de fabrikant; exacte eisen hangen af van het toepasselijke recht |
| Unieke batterij-/productidentificator | Identificeert de individuele batterij en maakt de paspoortkoppeling mogelijk | Artikelen 3(66), 77(3) en 77(10) van de Batterijenverordening; ISO/IEC 15459-familie of gelijkwaardige norm |
| Unieke registratie-identificator van het register | Persistente identificator die het register van de Commissie na succesvolle registratie genereert | Uitvoeringsverordening (EU) 2026/1778, artikel 8(8) en (10) |
De QR-code is een gegevensdrager, geen vierde bedrijfsobject. De code bevat de identificator of verwijst ernaar, evenals de toegangsroute tot het paspoort. De registratie-identificator van het register van de Commissie mag niet zonder controle van de toepasselijke technische eisen stilzwijgend worden vervangen door de batterijidentificator.
De ESPR vereist eveneens een persistente unieke productidentificator die via een gegevensdrager is verbonden en verwijst naar ISO/IEC 15459-normen. De Batterijenverordening vereist specifiek dat de QR-code en de unieke identificator voldoen aan ISO/IEC 15459-1 tot en met 15459-6 of gelijkwaardige normen.
Toegangsarchitectuur: één record, verschillende weergaven
Een batterijpaspoort mag niet worden geïmplementeerd als één onbeperkt JSON-antwoord. Artikel 77(2) en bijlage XIII creëren toegangslagen, terwijl artikel 78 toegang kosteloos en op basis van de relevante rechten vereist.
Het productteam moet ten minste deze weergaven definiëren:
- Openbare modelweergave: de informatie uit punt 1 van bijlage XIII.
- Modelweergave voor personen met een legitiem belang: de gedetailleerde samenstelling, onderdelen, demontage- en veiligheidsinformatie uit punt 2.
- Overheidsweergave: testrapporten en andere informatie die is voorbehouden aan aangemelde instanties, markttoezichtautoriteiten en de Commissie.
- Individuele weergave voor personen met een legitiem belang: gezondheidsstatus, status en gebruiksgegevens uit punt 4.
- Bewerkingsweergave voor marktdeelnemers: geauthenticeerde gebruikers die gegevens mogen invoeren, wijzigen of bijwerken.
De uitvoeringshandeling van de Commissie op grond van artikel 77(9) moet bepalen welke personen een legitiem belang hebben en in hoeverre zij de relevante gegevens mogen downloaden, delen, publiceren en hergebruiken. Op 13 augustus 2026 staan de onderliggende toegangscategorieën in de verordening, maar de gedetailleerde rechten moeten vóór de lancering worden gecontroleerd aan de hand van de definitieve uitvoeringshandeling.
Commercieel gevoelige gegevens moeten per rol worden geminimaliseerd. Een recycler heeft mogelijk demontage-instructies en samenstellingsgegevens nodig zonder elk intern bedrijfsveld te zien. Een deelnemer aan de energiemarkt heeft mogelijk individuele batterijgegevens nodig die relevant zijn voor het gebruik van die batterij op een energiemarkt. Rolgebaseerde toegang maakt deel uit van het datamodel en is geen achteraf toegevoegde functie van de website.
Dynamische gegevens vereisen gebeurtenisgeschiedenis, niet alleen overschreven velden
Voor levenscyclusgegevens is één kolom “huidige status“ niet voldoende. Bewaar zowel de actuele waarde als een controleerbare gebeurtenisgeschiedenis.
Een praktische gebeurtenisstructuur kan omvatten:
| Gebeurtenis | Vereiste verwerking |
|---|---|
| Productie | Maak de individuele identiteit aan, koppel model en batch en sla initiële prestatiewaarden op |
| Op de markt brengen of ingebruikname | Bevestig dat het paspoort beschikbaar is en de registratie van de identificator van de marktdeelnemer compleet is |
| Service- of monitoringsupdate | Registreer bron, tijdstip, meetcontext en bijgewerkte gezondheids- of laadtoestand |
| Negatieve gebeurtenis | Registreer het gebeurtenistype en de relevante veiligheids- of prestatie-impact |
| Hergebruik, herbestemming of revisie | Maak een nieuw paspoort, koppel het oorspronkelijke paspoort of de oorspronkelijke paspoorten, werk status en nieuwe markeringen bij |
| Afvalstatus | Draag de verantwoordelijkheid over zoals vereist door artikel 77(7) |
| Recycling | Beëindig het paspoort op grond van artikel 77(8) en bewaar alleen wat andere wetgeving vereist |
De verordening vereist nauwkeurigheid, volledigheid en actualiteit op grond van artikel 77(4), gegevensauthenticatie en integriteit op grond van artikel 78(g), en beperkte updaterechten op grond van artikel 78(f). Deze eisen pleiten voor versiebeheer, bronherkomst en gecontroleerde workflows.
Registerarchitectuur: centrale index, gedecentraliseerde detailgegevens
Het EU-DPP-systeem is hybride. Artikel 13 ESPR stelt een centraal register in voor unieke identificatoren en bepaalde registratiegegevens. De gedetailleerde paspoortgegevens worden opgeslagen door de verantwoordelijke marktdeelnemer of een bevoegde dienstverlener volgens artikel 78(c) van de Batterijenverordening en het ESPR-kader.
Uitvoeringsverordening 2026/1778 van de Commissie maakt dit operationeel. Het register valideert de datastructuur en vereiste granulariteit, slaat relevante identificatoren en metadata op en maakt na succesvolle validatie een unieke persistente registratie-identificator aan. De volledige batterijgegevens blijven beschikbaar via het paspoortendpoint van de marktdeelnemer of bevoegde dienstverlener.
Voor de systeemarchitectuur betekent dit:
- het register is niet uw volledige batterijdatabase;
- uw platform moet een stabiel, resolveerbaar paspoortendpoint bieden;
- identificatoruniciteit vereist governance buiten een QR-afbeeldingsgenerator;
- registratiestatus van het register en paspoortgegevensversie moeten afzonderlijk worden gevolgd; en
- het paspoort moet beschikbaar blijven, ook als de oorspronkelijke marktdeelnemer zijn activiteiten staakt.
Het DPP-register werd op 20 juli 2026 gelanceerd met een testomgeving. Registratie is beschikbaar via een beveiligde gebruikersinterface of API. Bouw uw integratie zo dat registervalidatie, nieuwe pogingen, versiebeheer en registratiebewijs zichtbare operationele statussen zijn.
Gegevenskwaliteitscontroles vóór publicatie
Gebruik deze controles voor elke laag:
Modelcontroles
- Valideer de uniciteit van de modelidentificator binnen de naamruimte van de fabrikant.
- Vereis een gecontroleerde chemiewoordenlijst.
- Bewaar de context van de productielocatie wanneer koolstofvoetafdrukregels verklaringen per model en locatie vereisen.
- Versioneer modelgegevens in plaats van historische waarden stilzwijgend te wijzigen.
- Onderscheid verplichte velden van vrijwillige aanvullingen.
Batchcontroles
- Vereis een onveranderlijke batchidentificator zodra eenheden zijn vrijgegeven.
- Koppel elke eenheid volgens duidelijke bedrijfsregels aan één of meer productiecontexten.
- Bewaar verwijzingen naar leverancierslots zonder commercieel gevoelige informatie aan de verkeerde rol bloot te stellen.
- Gebruik batchrelaties voor terugroep- en onderzoeksworkflows.
- Leid de gezondheidsstatus van een eenheid niet af uit een batchgemiddelde, tenzij het veld uitdrukkelijk een batchwaarde is.
Individuele controles
- Genereer een persistente unieke identificator voordat de fysieke QR-gegevensdrager wordt afgedrukt.
- Zorg dat één identificator naar precies één bedoeld batterijrecord verwijst.
- Valideer de identificator en QR-bestemming tegen het definitieve productserienummer of productierecord.
- Sla tijdgestempelde bron- en meetcontext op voor dynamische velden.
- Voorkom onbevoegde bewerkingen en laat tegelijk de rollen toe die artikel 78 vereist.
- Test overgangen voor hergebruik, herbestemming, revisie en recycling.
Wat is bindend en wat is implementatieadvies?
Nu bindend
- De verplichting van artikel 77 vanaf 18 februari 2027 voor elke batterij binnen de reikwijdte.
- Model- en individuele batterijgegevens in artikel 77(2) en bijlage XIII.
- QR-toegang tot de unieke batterijidentificator op grond van artikel 77(3).
- Nauwkeurige, volledige en actuele gegevens op grond van artikel 77(4).
- De QR-codeverplichting van artikel 13 voor alle batterijen vanaf 18 februari 2027.
- De uitzondering voor verpakking en begeleidende documenten op grond van artikel 13(7).
- Een nieuw paspoort en gekoppelde geschiedenis na hergebruik, herbestemming of revisie op grond van artikel 77(7).
- Registratie op grond van artikel 77(10) en artikel 13 ESPR.
- Registergranulariteit en regels voor het koppelen van identificatoren in artikel 8 van Uitvoeringsverordening 2026/1778.
Implementatie-inferentie of aanbevolen praktijk
- Een genormaliseerd databasemodel voor model, batch en artikel.
- Een specifieke JSON- of API-vorm voor het gedetailleerde, door de marktdeelnemer gehoste paspoort.
- Een specifieke leverancier voor het genereren van QR-afbeeldingen.
- Een specifieke lijst met batchvelden bovenop wat de toepasselijke wet vereist.
- Event sourcing en onveranderlijke auditlogs als gekozen technisch patroon, hoewel ze sterk worden aanbevolen voor nauwkeurigheid, integriteit en beheer van updates.
- De door het register gegenereerde registratie-identificator behandelen als dezelfde waarde als de unieke batterijidentificator.
Door deze categorieën gescheiden te houden beschermt u zowel het productteam als de lezer. De verordening bepaalt het conformiteitsresultaat. Zij schrijft niet uw volledige ERP-, MES-, PLM- of servicearchitectuur voor.
Bouw het datamodel vóór het etiket
De QR-code is de laatste zichtbare stap. Een robuust batterijpaspoortsysteem begint met de eenheidsdefinitie, modelgovernance, uitgifte van identificatoren, batchrelaties, toegangsbeleid en verwerking van levenscyclusgebeurtenissen. Wanneer die lagen kloppen, worden QR-generatie en registerregistratie gecontroleerde outputs van het datamodel.
DPPAutomate helpt fabrikanten om de velden uit bijlage XIII aan hun systemen te koppelen, model-, batch- en individuele records te verbinden, toegang per rol te beschermen, updates te beheren en QR-gekoppelde paspoortendpoints te genereren. Bekijk het DPPAutomate-platform, of lees eerst Wat is een batterijpaspoort? en de EU-tracker voor de deadline van het batterijpaspoort.
Ga verder binnen het cluster
Gebruik deze architectuur samen met de gids voor QR-codes van het batterijpaspoort, de DPP-identificatorhiërarchie en de workflow voor bulkuitgifte. Voor de bredere regel voor productgroepen, zie of elk product een afzonderlijk DPP nodig heeft.
Bronnen en juridische verwijzingen
- Verordening (EU) 2023/1542, geconsolideerde tekst, met name artikelen 3(19), 3(66), 13, 77 en 78.
- Verordening (EU) 2023/1542, bijlage XIII, informatie die in het batterijpaspoort moet worden opgenomen.
- Verordening (EU) 2024/1781, ESPR, met name artikelen 9 tot en met 13 en bijlage III.
- Uitvoeringsverordening (EU) 2026/1778 van de Commissie, met name artikelen 1, 8, 9, 10 en 12.
- Europese Commissie, digitaal productpaspoort voor batterijen, actueel implementatieoverzicht.
- Europese Commissie, DPP-register nu live, 20 juli 2026, actuele registerstatus en informatie over API/UI.
- Europese Commissie, DPP-FAQ, niet-bindende uitleg over identificatoren, toegang en architectuur.
Juridische opmerking: dit artikel is een educatieve implementatiegids en geen juridisch advies. Bevestig de toepasselijke batterijcategorie, actuele geconsolideerde wetgeving, uitvoeringshandelingen en technische specificaties voordat u een conformiteitsbeslissing neemt.
