Batterijpaspoort voor stationaire LFP-packs: zo bouw je de dataketen

Je hebt een batterijmodel, een QR-label en een map met certificaten. Toch kun je nog geen betrouwbaar batterijpaspoort tonen. Zodra een celpartij wisselt, een BMS nieuwe gegevens meldt of een testrapport verloopt, moet je kunnen aantonen welke bron de claim bezat, welke versie is gecontroleerd en waarom precies die batterij mocht worden vrijgegeven.

De QR-code is dus het zichtbare eindpunt van het werk. De echte klus is een dataketen voor één pilotcategorie: stationaire LFP-packs voor gebouwopslag. Dat is de afgebakende productkeuze in deze gids, niet automatisch de wettelijke classificatie. Controleer per pack of de bredere wettelijke categorie industriële batterijen of een andere relevante categorie van toepassing is. De Europese Commissie noemt 18 februari 2027 als huidige indicatieve EU-planning voor de batterijpaspoortplicht; de planning is onderworpen aan publicatievoorwaarden en latere updates. Controleer die voorwaarden en updates vóór marktintroductie. De stand in deze gids is 24 september 2026.

Een batterijpaspoort is een elektronisch, versieerbaar dossier voor een individuele batterij. Het koppelt een unieke batterij-identiteit aan modelgegevens, prestaties, samenstelling, lifecycle-events, bewijs, toegangsrechten en vrijgave. De QR-code maakt het dossier vindbaar, maar bronhouderschap, geldigheid en controle bepalen of de informatie bruikbaar is.

De basis van een digitaal productpaspoort als versieerbaar dossier met bron, bewijs en vrijgave blijft hetzelfde. Stationaire opslag vraagt een extra laag: gegevens komen uit cel- en packleveranciers, productie, een battery management system (BMS), installatie en onderhoud. Die gegevens veranderen tijdens het gebruik.

Wat je nodig hebt

De Europese Commissie noemt voor batterijen onder meer identificatie, fabrikant en marktdeelnemer, technische kenmerken, prestaties, reparatie, hergebruik en recycling als mogelijke paspoortinformatie. Stationaire LFP-packs voor gebouwopslag zijn in deze gids de pilotcategorie. De juridische toets blijft de bredere wettelijke indeling, bijvoorbeeld industriële batterijen waar die van toepassing is; de pilotnaam vervangt die indeling niet. De Commissie noemt 18 februari 2027 als huidige indicatieve planning voor de batterijpaspoortplicht voor relevante categorieën die op de EU-markt worden geplaatst. De planning is onderworpen aan publicatievoorwaarden en latere updates. Controleer de actuele batterijpagina van de Europese Commissie met de categorieën, planning en laatste updates voordat je een pack voor marktintroductie vrijgeeft.

Leg eerst dit klaar:

• Eén pilotcategorie: stationaire LFP-packs voor gebouwopslag. Zet EV-, e-bike- en tweedelevenbatterijen buiten de eerste proef en bepaal de wettelijke categorie per product apart.
• Een verantwoordelijke marktdeelnemer: de partij die het afgewerkte pakket op de EU-markt brengt of in gebruik stelt.
• Bronnen per gegevensgroep: cel- en moduleleverancier, ERP, packconfiguratie, BMS, kwaliteit, installatie, onderhoud en recycling.
• Een itemidentiteit: model-ID plus een unieke batch- of seriële batterij-ID.
• Bewijsopslag: document-ID, versie, uitgevende partij, hash, valid_from, valid_to, productrelatie en zichtbaarheid.
• Een canoniek model: bronhouder, waarde, eenheid, bewijs, geldigheid, conflictstatus en vrijgave bij elkaar.
• Een gegevensdrager: QR-code op het pakket, verpakking of document, gekoppeld aan een stabiele URI.
• Rollen: producteigenaar, inkoop, kwaliteit, data-eigenaar, technisch beheer en vrijgever.
• Een testset: een compleet pack, ontbrekend bewijs, conflicterende leverancierswaarde, BMS-update en intrekking.
• Een registratieplan: organisatie-inschrijving, DPP-registratie vóór marktintroductie, registratie-ID, status, bewijs en een controle tussen register, resolver en release.

De Commissie publiceerde op 15 augustus 2026 versie 2.0 van de richtlijn Digital Batteries Passport, data points by category. Voor industriële batterijen noemt de tabel onder meer identiteit, verantwoordelijke partij, fabrikant, categorie, model en serie, productieplaats en -datum, gewicht, capaciteit, chemie, gevaarlijke stoffen, kritieke grondstoffen, spanning, vermogen, conformiteit, afvalinformatie, samenstelling, onderdelen, demontage, veiligheid en testrapporten. Gebruik de versie van 15 augustus 2026 als startpunt voor je veldcatalogus.

Die richtlijn voegt zelf geen nieuwe juridische verplichtingen toe. Ze vermeldt ook dat de koolstofvoetafdruk op 18 februari 2027 nog niet hoeft te worden ingevuld of getoond zolang het formaat ontbreekt. Zet zulke velden in je model met een status als pending_regulatory_definition, niet als verzonnen lege waarde. De Battery Passport Content Guidance, versie 1.1 van december 2023, helpt om data, opslag, identiteit, gegevensdrager, toegang en API als één systeem te ontwerpen. Lees de inhoudelijke uitleg van Battery Pass.

Concrete stappen: van batterijbron naar vrijgegeven paspoort

Een batterijpaspoortketen brengt leveranciers-, productie- en gebruiksdata samen in één gecontroleerde itemversie. De route is: identiteit uitgeven, claims aan bronhouders koppelen, statische en dynamische data scheiden, bewijs en geldigheid registreren, uitzonderingen oplossen, de DPP-registratie reconciliëren en pas daarna publiceren.

1. Kies één pilotcategorie en één volledige levenscyclus

Neem geen hele catalogus. Kies één stationair LFP-pack voor gebouwopslag. Noteer model, chemie, nominale capaciteit, gebruiksdoel, productieplaats, marktrol, EU-markt en wat buiten scope valt.

Maak het juridische onderscheid expliciet: de pilotcategorie is stationaire LFP-packs voor gebouwopslag. De wettelijke categorie is de classificatie die voor het concrete pack uit de toepasselijke batterijregels volgt, bijvoorbeeld industriële batterijen waar dat van toepassing is. De pilotnaam is dus een testscope, geen juridisch oordeel. Zet EV-packs, losse cellen en repurposed packs op de uitsluitlijst en leg vast wie de wettelijke classificatie controleert.

Leg de lifecycle vast: productie, verzending, installatie, ingebruikname, laden en ontladen, onderhoud, incidenten, modulewissel, repurposing en recycling. Niet elk event wordt publiek, maar elk event dat status, veiligheid of prestatie beïnvloedt moet intern traceerbaar zijn.

Controleerbare uitkomst: een scope-record met pilotcategorie, wettelijke categorie, model, eigenaar, lifecycle, regelbron en volgende controledatum.

2. Geef iedere batterij een identiteit die de levensduur aankan

Maak drie lagen:

1. Model-ID: de technische productfamilie, bijvoorbeeld ESS-RACK-14K-LFP.
2. Batch-ID: de productierun, bijvoorbeeld ESS-2026-09-A.
3. Batterij-ID: het unieke pack, bijvoorbeeld ESS-2026-004281.

De verplichting omvat modelinformatie én informatie van de individuele batterij. Een modelpagina kan daarom nooit het hele paspoort zijn. Installatie, BMS-metingen en een modulewissel horen aan de unieke batterij-ID.

De GS1-positiepaper Identification and labelling of industrial and electrical vehicle batteries, issue 1.7 van juli 2024, beschrijft ISO/IEC 15459 voor unieke identificatie en ISO/IEC 18004 voor QR-codes. GS1 Digital Link kan productidentificatie en webadres in één URI combineren. De paper laat zien waarom de QR-code naar een unieke batterij-ID moet verwijzen.

Een test-URI kan er zo uitzien:

https://dpp.example.eu/01/09506000134369/21/ESS-2026-004281

Het GTIN is hier een testwaarde, geen echte marktidentificatie. Gebruik voor productie een door jouw organisatie beheerde identifier. Laat de resolver per rol en tijdstip de juiste weergave kiezen. Print niet bij iedere wijziging een nieuwe QR-code. Maak een nieuwe achterliggende versie en behoud de historie.

Controleerbare uitkomst: één scanner komt bij één testrecord uit, een oud record kan worden ingetrokken en geen tweede batterij krijgt dezelfde identiteit.

3. Maak de bronhouder per claim expliciet

Een batterij heeft niet één bron. De celproducent bevestigt chemie en materiaalsamenstelling. Engineering beheert packconfiguratie en onderdelen. ERP weet wanneer het pack is gemaakt. BMS levert gebruiksdata. Service registreert onderhoud en modulewissels. Kwaliteit beheert testrapporten en conformiteitsbewijs.

Een distributeur die een Excelbestand doorstuurt is niet automatisch bronhouder van de celchemie. Leg vast wie fouten mag corrigeren en wie alleen mag aanleveren.

Controleerbare uitkomst: iedere kritieke claim heeft één bronhouder, één eigenaar voor uitzonderingen en één bewijsroute.

4. Scheid statische data van dynamische lifecycle-data

Statische data verandert zelden: chemie, model, nominale spanning, componenten en oorspronkelijke capaciteit. Dynamische data ontstaat tijdens gebruik: laadcycli, state of charge, state of health, resterende capaciteit, temperatuur, incidenten, onderhoud en statuswijzigingen zoals repurposed of remanufactured.

Laat het BMS niet rechtstreeks je publieke paspoort overschrijven. Ontvang een meetevent met batterij-ID, meettijd, firmware, meetmethode, waarde, eenheid en bron. Controleer bereik, tijdstip, cyclusteller en relatie met de installatie. Een export zonder tijdzone of firmwareversie is later moeilijk te verdedigen.

Een bruikbaar event:

{
  "battery_id": "ESS-2026-004281",
  "event_type": "health_measurement",
  "measured_at": "2026-09-24T07:30:00Z",
  "source_owner": "bms-gateway-03",
  "firmware": "5.8.2",
  "state_of_health": {"value": 97.6, "unit": "percent"},
  "remaining_capacity": {"value": 13.98, "unit": "kWh"},
  "validation_status": "validated"
}

Voor een stationaire batterij zijn sommige performancevelden alleen van toepassing als het technische kenmerk relevant is. Leg die keuze vast als not_applicable. Gebruik niet null: dat kan vergeten, niet van toepassing en nog niet gevalideerd niet onderscheiden.

Controleerbare uitkomst: een dubbele meting maakt één event, een onbekend pack komt in de uitzonderingsqueue en het paspoort toont een tijdgebonden waarde.

5. Koppel bewijs aan claim, versie en geldigheid

Bewaar certificate.pdf niet als los bestand. Sla document_id, document_version, uitgevende partij, ontvangstdatum, hash, valid_from, valid_to, productrelatie en goedkeuringsstatus op. Koppel precies die bewijsversie aan de vrijgegeven paspoortversie.

Houd twee soorten geldigheid uit elkaar. Technische historische geldigheid zegt dat claim en bewijs binnen een vast interval bij een versie hoorden. Juridische geldigheid zegt of batterij, claim en paspoort op dat moment en die markt aan de regels voldoen. Een technische controle is dus geen juridische conformiteitsbeslissing.

Gebruik bijvoorbeeld requested, received, checked, rejected, expired, released en withdrawn. De leverancier kan received bevestigen. Kwaliteit zet een document op checked. Alleen de vrijgever zet een complete paspoortversie op released.

Plan verval als gebeurtenis. Een dagelijkse taak zoekt naar bewijs dat binnen 30 dagen verloopt, maakt een queue-item en blokkeert afhankelijke nieuwe releases. De oude release blijft uitleesbaar voor de historische periode.

Controleerbare uitkomst: je kunt per batterij tonen welk bewijs is gebruikt, wie het controleerde, wanneer het gold en welke nieuwe releases door verval zijn geblokkeerd.

6. Bouw één canoniek model, registreer de DPP en synchroniseer bronnen

Laat ERP, BMS, PLM en QMS elkaar niet rechtstreeks overschrijven. Maak objecten voor battery_model, battery_instance, claim, evidence, lifecycle_event, validation_run, exception, release, organization_enrollment en dpp_registration.

Een claim bevat altijd source_owner, source_ref, unit, granularity, evidence_ids, valid_from, valid_to, visibility en conflict_status. Een release verwijst naar de claims en bewijsversies die samen zijn beoordeeld. Een organization_enrollment bewaart de organisatie-identiteit, inschrijvingsstatus, actor, tijdstip en bewijs. Een dpp_registration bewaart minimaal de registratie-ID, DPP-identifier, register-URI, registratiestatus, registratie-tijdstip, release-ID en registratiebewijs. Zo overschrijft een nieuwe BMS-meting niet de oorspronkelijke capaciteit en raakt een registratie niet los van de release die je hebt gecontroleerd.

Voor de pilot kun je n8n als orkestratielaag gebruiken en PostgreSQL of Supabase als opslag. n8n haalt CSV- of API-data op, schrijft ontvangstrecords, draait validaties en maakt queue-items. De opslag bewaart identiteit, bewijs, registratie en historie. De workflow is de route, niet de bron van waarheid.

De EU DPP Registry is geen centrale opslag voor elk meetevent en elk certificaat. De Commissie beschrijft het register als index voor identifiers, registratiegegevens en metadata. Uitgebreide paspoortdata blijft bij de marktdeelnemer of een DPP-dienstverlener. Het register beschrijft zelf het verschil tussen EU-index en gedecentraliseerd paspoort.

6a. Schrijf de organisatie in en registreer vóór marktintroductie

Begin met organisatie-inschrijving in de DPP Registry. Bewaar de organisatie-identiteit, de ontvangen inschrijvingsstatus, de verantwoordelijke actor, datum en het inschrijvingsbewijs. Gebruik voor een technische pilot de testing environment als je daar test, en behandel een testorganisatie of testregistratie niet als bewijs voor productie.

Zodra een pack klaarstaat voor marktintroductie, registreer je het DPP vóórdat de batterij op de EU-markt wordt geplaatst of in gebruik wordt gesteld, volgens de toepasselijke wetgeving. Sla de ontvangen registratie-ID, DPP-identifier, register-URI, status, timestamp en registratiebewijs op. Het bewijs kan bijvoorbeeld bestaan uit het response-payload of exportbestand met checksum en ontvangsttijd.

Reconcileer daarna drie kanten van dezelfde toestand:

1. Register: registratie-ID, DPP-identifier, register-URI, status en bewijs komen overeen met de bedoelde organisatie en batterij.
2. Resolver: de geregistreerde identifier verwijst naar de juiste resolver-URI en toont de bedoelde rolgebonden weergave.
3. Release: release-ID, paspoortversie, payloadhash, geldigheid en zichtbaarheid zijn exact de waarden die zijn gecontroleerd.

Maak de reconciliatie een release-gate. Bij een ontbrekende registratie, afwijkende status, verkeerde resolver-doel-URI of mismatch van release-ID en payloadhash blijft de release geblokkeerd. Voer de controle opnieuw uit na een inhoudelijke update, intrekking, resolverwijziging of registratiecorrectie.

Controleerbare uitkomst: één testbatterij doorloopt ingestie, normalisatie, validatie, organisatie-inschrijving, DPP-registratie vóór marktintroductie en reconciliatie tussen register, resolver en release zonder handmatig kopiëren.

7. Valideer, maak uitzonderingen bestuurbaar en laat vrijgeven

Controleer vóór iedere release:

1. Is de batterij-ID uniek en aan model en batch gekoppeld?
2. Hebben capaciteit, spanning, chemie en gewicht een eenheid en bron?
3. Heeft elke kritieke claim passend bewijs met geldigheid?
4. Heeft dynamische BMS-data een meettijd, methode en plausibel bereik?
5. Zijn modeldata en itemdata niet door elkaar gehaald?
6. Kloppen de zichtbaarheid en rollen?
7. Zijn conflicten opgelost of expliciet open?
8. Zijn gewijzigde claims opnieuw beoordeeld?
9. Is de organisatie ingeschreven en zijn registratie-ID, status en registratiebewijs opgeslagen?
10. Zijn register, resolver, release-ID en payloadhash gereconcilieerd vóór marktintroductie?

Een fout maakt een uitzonderingsitem met foutcode, ernst, eigenaar, bronrecord, volgende actie, deadline en sluitreden. Een verlopen verklaring is iets anders dan een BMS-meting buiten bereik. Een registratie- of reconciliatiefout blokkeert de release net zo lang als een ontbrekend kritisch bewijsstuk.

De vrijgever ziet verschillen, bewijsstukken, waarschuwingen en gevolgen van publicatie. De knop werkt alleen als kritieke controles geslaagd zijn of een bevoegde rol een uitzondering vastlegt. Bewaar actor, rol, tijdstip, release-ID, bewijsversies en hash van de payload.

Het diagram maakt zichtbaar waar de keten kan stoppen: bij brondata, bewijs, validatie, menselijke vrijgave of registratie-reconciliatie. De QR-code komt pas daarna.

Valkuilen en mitigerende ingrepen

• Je begint bij de QR-code. Maak eerst identiteit, resolver, bronhouder en bewijsrelatie testbaar. Print daarna pas.
• Je gebruikt alleen een model-ID. Gebruik model-, batch- en item-ID naast elkaar; BMS-metingen en modulewissels horen aan de unieke batterij-ID.
• Je maakt de leverancier eigenaar van het hele paspoort. Laat leveranciers claims bevestigen, maar houd eindverantwoordelijkheid en vrijgave bij de marktdeelnemer.
• Je laat het BMS rechtstreeks publiceren. Controleer identiteit, bereik, firmware, tijdzone en meetmethode.
• Je noemt null een geldige waarde. Scheid ontbrekend, niet van toepassing en nog niet gevalideerd.
• Je overschrijft een oude release. Maak een nieuwe release met ingangsdatum en opvolger; houd de vorige versie als historie.
• Je verwart technische geldigheid met juridische conformiteit. Bewaar beide beoordelingen apart.
• Je deelt één scherm met iedere rol. Gebruik veldniveau-zichtbaarheid.
• Je maakt van verval alleen een e-mail. Blokkeer afhankelijke releases en wijs een eigenaar aan.
• Je registreert alleen metadata. Leg organisatie-inschrijving, registratie-ID, status en bewijs vast en reconcilieer register, resolver en release vóór marktintroductie.
• Je behandelt het EU-register als je database. Bewaar claims, bewijs, events en releasehistorie bij de marktdeelnemer of dienstverlener.

Beslis-kader: kant-en-klaar, workflowlaag of maatwerk?

De juiste route hangt niet af van het aantal QR-codes. Kijk naar bronnen, individuele lifecycle, bewijsdruk en beheer van uitzonderingen.

Kies een kant-en-klaar DPP-platform

Kies kant-en-klaar met één of twee stabiele bronnen, beperkte modellijn en weinig lifecycle-events. Test vóór aankoop itemidentiteit, export, API, bewijsrelaties, historische versies, verval, intrekking, back-up en exit-data.

Kies een workflowlaag met eigen opslag

Kies dit als je een technische beheerder hebt en de eerste categorie klein blijft. De officiële prijspagina noemt op 24 september 2026 n8n Cloud Starter voor €20 per maand bij jaarlijkse facturatie met 2.500 uitvoeringen. Pro staat op €50 voor 10.000 uitvoeringen. De self-hosted Community-editie is gratis, maar mist onder meer projecten, omgevingen, externe geheimen, SSO en Git-versiebeheer. Controleer de actuele n8n-plannen. De n8n-documentatie beschrijft de grenzen van Community Edition.

Sla paspoortdata niet alleen in n8n op. Supabase kan PostgreSQL, opslag, authenticatie en Edge Functions combineren. De actuele prijspagina toont Free op $0 en Pro vanaf $25 per maand, met 8 GB schijfruimte per project, 250 GB uitgaand verkeer en dagelijkse back-ups die zeven dagen worden bewaard. Op Free kan een project na een week inactiviteit pauzeren. Gebruik deze limieten als budgetreferentie, niet als compliancebeslissing.

Deze route bewijst een dataketen, maar neemt back-ups, rollen, logging, monitoring, incidenten, exit-export en juridische interpretatie niet weg.

Kies maatwerk voor de batterijlevenscyclus

Maatwerk past wanneer je per batterijserie BMS-data en incidenten volgt, meerdere fabrieken combineert, bewijs per claim moet reconstrueren of eigen continuïteit en exit nodig zijn. Bouw dan rond battery_instance, claims, bewijs, events, rollen, validatie, release en registermetadata. Gebruik een workflowtool waar die snelheid toevoegt, maar laat identiteit en vrijgave in het domeinmodel wonen.

Een eerlijke beslisregel:

• Kant-en-klaar: beperkte catalogus, stabiele data, weinig uitzonderingen.
• Workflowlaag plus eigen opslag: meerdere bronnen, één categorie, technische eigenaar.
• Maatwerk: itemniveau, dynamische lifecycle, zware bewijsdruk of meerdere locaties.

De keuzehulp maakt het advies korter, niet vrijblijvender. Als je geen bronhouder, eigenaar van de uitzonderingsqueue en vrijgever kunt benoemen, is de gekozen techniek nog niet je grootste probleem.

Uitgewerkt voorbeeld: één stationair LFP-pack voor gebouwopslag van bron tot QR

Dit is een fictieve testcasus met echte productnamen. De batterijwaarden zijn voorbeelddata en geen productclaim.

Een Nederlandse fabrikant verkoopt ESS-RACK-14K-LFP, een stationair LFP-pack voor gebouwopslag. De proef volgt pack ESS-2026-004281 uit batch ESS-2026-09-A. De fabrikant gebruikt Exact Online voor productiegegevens, Autodesk Vault voor packconfiguratie, SharePoint voor kwaliteitsdocumenten, een BMS-gateway voor metingen, n8n self-hosted voor orkestratie en Supabase Postgres plus Storage voor het canonieke dossier.

De voorbeeldconfiguratie is 51,2 V, 280 Ah en 14,34 kWh. Het testrecord weegt 120 kg en gebruikt LFP-chemie. De waarden komen uit fictief testrapport QMS-ESS-026, modelrevisie 1.4. De batterij-ID is itemniveau; capaciteit en chemie zijn model- of batchclaims; state of health is dynamisch.

Exact Online levert model, batch, productiedatum en productieplaats. Autodesk Vault levert revisie, modules en onderdelen. De celproducent levert chemieverklaring en materiaalbijlage. BMS levert firmware, meettijd, state of health, cyclusteller en temperatuur. SharePoint levert testrapport en EU-conformiteitsdocument.

De fabrikant schrijft eerst de organisatie in bij de DPP Registry en bewaart organisatie-ID, inschrijvingsstatus, actor, tijdstip en inschrijvingsbewijs. Voor de technische proef gebruikt hij de testing environment. Die testregistratie krijgt een eigen status en bewijs en telt niet als productie-inschrijving. De live registratie van het DPP wordt pas een marktintroductie-gate nadat de inhoudelijke validatie is geslaagd.

De n8n-flow doet vijf dingen:

1. Bewaart ieder bestand of event met ontvangst-ID en checksum.
2. Koppelt iedere regel aan de batterij-ID of zet hem in de queue.
3. Valideert eenheden, referenties, documentstatus en modelrevisie.
4. Schrijft paspoortversie 1.0 naar Supabase met status pending_release.
5. Koppelt na vrijgave de DPP-registratie-ID, status en registratiebewijs aan de release en voert de reconciliatie uit tussen register, resolver en payloadhash.

De celproducent stuurt daarna een materiaalverklaring voor batch ESS-2026-08-B, terwijl het pack uit ESS-2026-09-A komt. Het BMS meldt 13,98 kWh resterende capaciteit op 24 september 2026 om 07:30 UTC. Validatie vindt het documentconflict en blokkeert de release. De BMS-meting blijft bewaard, maar maakt de verkeerde materiaalrelatie niet goed. Omdat de inhoudelijke release geblokkeerd is, is er voor dit marktintroductierecord nog geen productie-registratie.

Inkoop vraagt de juiste verklaring op. Kwaliteit markeert het oude document rejected en koppelt de nieuwe versie aan de juiste batch. De BMS-meting wordt gecontroleerd op ID, firmware 5.8.2, tijdzone, bereik en meetmethode. Daarna publiceert de vrijgever versie 1.1 met release-event REL-ESS-2026-011. Versie 1.0 blijft als blocked opvraagbaar. Vóór marktintroductie registreert de fabrikant het DPP in het live register en bewaart de ontvangen registratie-ID, status, register-URI en registratiebewijs. Een reconciliatie controleert of die registratie naar de resolver-URI van versie 1.1 wijst en of release-ID en payloadhash gelijk zijn. Alleen daarna passeert het pack de marktintroductie-gate. De QR-code blijft hetzelfde; de resolver toont versie 1.1.

Bij een storing toont de resolver geen onbeperkt gecachte actuele data. Hij geeft een gemarkeerde fallback-export met batterij-ID, laatst vrijgegeven versie, release-tijdstip en incidentcontact. Na herstel controleert de reconciliatie registratie-ID, geregistreerde identifier, resolver-doel, release-ID en payloadhash opnieuw. Een oud pack wordt zo niet stilletjes als nieuw gepresenteerd.

De kern van de casus is niet de gekozen combinatie van Exact Online, Autodesk Vault, n8n en Supabase. Het is de regel dat elke claim een eigenaar, bewijsrelatie, geldigheid en vrijgavemoment heeft en dat de DPP-registratie aantoonbaar aan die release is gekoppeld. Zonder die regel blijft een paspoort een nette pagina met onduidelijke herkomst.

Vergelijkingstabel: welke bouwvorm past bij stationaire LFP-packs voor gebouwopslag?

De softwareprijzen hieronder zijn gecontroleerd op 24 september 2026. Het zijn licentie- of platformprijzen, niet de totale kosten van datamodellering, integraties, hosting, beveiliging, regelgeving, monitoring en beheer.

Kies kant-en-klaar als standaardvelden en rollen je proces echt beschrijven. Kies een workflowlaag met eigen opslag als je wilt leren waar uitzonderingen zitten. Kies maatwerk als een BMS-event, veiligheidsincident, modulewissel of bewijsconflict aantoonbaar aan één batterij moet worden gekoppeld.

Een goed batterijpaspoort is geen document dat alleen bij verkoop klopt. Het is een gecontroleerde identiteit die tijdens gebruik, onderhoud, hergebruik en einde levensduur dezelfde waarheid blijft aanwijzen. Zodra bronhouderschap, bewijsversie, registerstatus en vrijgave op dat niveau zijn ingericht, wordt de QR-code wat hij hoort te zijn: een eenvoudige ingang naar data die je kunt vertrouwen.