Digitaal productpaspoort: DPP en batterijpaspoort bouwen onder de ESPR

Bij de meeste bedrijven begint het op dezelfde manier: een klant stuurt een vragenlijst door, of een retailer wil weten welke code volgend jaar op het etiket komt te staan. Pas dan wordt duidelijk dat een verordening die intern onder "duurzaamheid" was weggelegd in werkelijkheid een softwareproject met een datum is.

Die software bouwen wij. Datamodel, identificatiecodes, de API achter de QR-code, de koppeling met het PLM- of ERP-systeem waar uw productgegevens al staan, en de registratie die het EU-register verwacht. Niet het juridische oordeel over de reikwijdte (daar hebt u uw compliance-afdeling of uw advocaat voor), maar alles wat daarna komt.

Wat het digitaal productpaspoort technisch vraagt

De Ecodesignverordening (ESPR, Verordening (EU) 2024/1781) heeft de oude Ecodesignrichtlijn vervangen en het toepassingsgebied uitgebreid van energiegerelateerde producten naar vrijwel alles wat in de EU wordt verkocht. Het centrale instrument is het digitaal productpaspoort: een gestructureerd, machineleesbaar gegevensbestand bij een product, een partij of een exemplaar, bereikbaar via een gegevensdrager op het product zelf.

Ontdaan van de verordeningstaal zijn dat vier technische vraagstukken:

Een unieke identificatiecode voor product, model, partij of exemplaar, uitgegeven onder een erkend schema en stabiel over de hele levensduur.
Een gegevensdrager (in de praktijk een QR-code, soms NFC of een RFID-tag), die naar die code verwijst. GS1 Digital Link is de syntax waar de meeste ketens naartoe bewegen, omdat één QR-code daarmee de consument, de scanner van de retailer en de recycler elk een ander antwoord kan geven.
Een gegevensset die de gedelegeerde handeling voor uw productgroep vastlegt: materiaalsamenstelling, zorgwekkende stoffen, levensduur en repareerbaarheid, recyclaatgehalte, CO2-voetafdruk, beschikbaarheid van reserveonderdelen, instructies voor het einde van de levensduur. Verschillende velden zijn zichtbaar voor verschillende doelgroepen, en toegangsbeheer hoort bij de specificatie in plaats van dat het er later bij komt.
Een registratie in het centrale EU-register, plus de verplichting om het paspoort gedurende een vastgelegde periode beschikbaar te houden, ook nadat u het product allang niet meer verkoopt. Dat is eerder een hosting- en continuïteitsvraag dan een programmeervraag.

Het kader is sinds 19 juli 2026 volledig van toepassing en het centrale DPP-register van de EU is sindsdien in bedrijf. Daarmee staat de machinerie aan. Wat een individueel bedrijf bindt, is de gedelegeerde handeling voor zijn eigen productgroep.

De data die tellen

De eerste harde verplichting betreft geen textiel of meubels, maar batterijen, en zij volgt uit de Batterijenverordening, niet uit de ESPR zelf.

18 februari 2027: het batterijpaspoort wordt verplicht op grond van Verordening (EU) 2023/1542 voor tractiebatterijen van elektrische voertuigen, industriële batterijen boven 2 kWh en LMT-batterijen (lichte vervoermiddelen). Elke dergelijke batterij die vanaf die datum in de EU in de handel wordt gebracht, heeft een paspoort nodig dat via een QR-code toegankelijk is, met CO2-voetafdruk, materiaalsamenstelling, recyclaatgehalte, gezondheidstoestand en informatie over passende zorgvuldigheid.
Vanaf 2026: het eerste ESPR-werkplan (COM(2025) 187) zet ijzer en staal vooraan in de prioritaire groepen, gevolgd door textiel, banden en aluminium, en daarna meubels en matrassen. Elke productgroep krijgt een eigen gedelegeerde handeling, en elke handeling kent een eigen overgangstermijn: doorgaans achttien maanden tot twee jaar tussen vaststelling en toepassing.

Maakt u batterijen, of bouwt u ze in voertuigen, machines of e-bikes, dan telt u in maanden. Maakt u textiel, staal, banden of meubels, dan telt u in gedelegeerde handelingen, en is de verstandige zet nu het opbouwen van de datafundering in plaats van wachten op de definitieve veldenlijst.

Wat wij bouwen

Productdatamodel en gapanalyse

Wij beginnen bij uw bestaande gegevens, niet bij een leeg schema. De meeste fabrikanten hebben zeventig procent van wat een paspoort nodig heeft al in huis, verspreid over PLM, ERP, leveranciersverklaringen, testrapporten en spreadsheets die sinds de laatste audit niemand heeft geopend. Wij leggen dat bestand naast de eisen voor uw productgroep, en de uitkomst is een gaplijst die de velden benoemt die u vandaag niet kunt leveren, telkens met de bron waar ze vandaan zouden moeten komen: meestal een leverancier aan wie het nog nooit is gevraagd.

Dat document is vaak waardevoller dan de software die erop volgt, omdat het een vage compliancezorg omzet in een inkooptaak met namen erbij.

Identificatiecodes en gegevensdragers

Wij implementeren het identificatieschema (GS1 GTIN met serie- of partijkwalificatoren, of een alternatief uitgifteschema als uw sector dat gebruikt), en genereren de oplosbare links erachter. Waar één QR-code meerdere doelgroepen moet bedienen, bouwen wij de resolver zo dat de telefoon van de consument, het systeem van de retailer en de scanner van de recycler elk het antwoord krijgen dat voor hen bedoeld is, met de afgeschermde velden achter authenticatie.

De paspoortdienst zelf

Een DPP is een API met een publieke weergave, geen pdf. Wij bouwen beide: een dienst die de paspoortgegevens vasthoudt, versioneert, onder de identificatiecode uitlevert en weergeeft in de talen die uw afzetmarkten vragen. Hij moet jarenlang bereikbaar en correct blijven, dus bouwen wij hem als een kleine, saaie, goed bewaakte dienst, niet als functie binnen iets groters dat ooit wordt uitgefaseerd.

Koppeling met de systemen die u al draait

Paspoortgegevens moeten worden aangeleverd, niet ingetypt. Wij bouwen de koppelingen met SAP, Dynamics, Odoo, Infor en maatwerk-ERP's, met PLM-systemen als Siemens Teamcenter of PTC Windchill, en met de leveranciersportalen en kwaliteitssystemen waar de rest in zit. Waar leveranciers in het begin per e-mail en spreadsheet aanleveren (en dat is meestal het geval) bouwen wij de invoer- en validatielaag die daar gestructureerde records van maakt zonder dat iemand zit over te typen.

Registratie en bewijsvoering

Wij nemen de technische kant van de registratie in het EU-register voor onze rekening, houden de registratie in de pas met productwijzigingen en leveren het bewijsspoor dat laat zien wat wanneer is gepubliceerd. Waar uw klanten hun eigen ketenuitvragen doen, bouwen wij de exportpaden zodat het beantwoorden daarvan niet elke keer een project is.

Wat dit niet is

Wij verkopen geen DPP-platform met een licentie per product. Dat aanbod groeit snel, en voor een bedrijf met een overzichtelijk assortiment en nette gegevens is zo'n platform vaak het juiste antwoord: dan zeggen wij dat.

Wat wij doen, is het geval waar die platformen slecht mee omgaan: producten met ingewikkelde stuklijsten, gegevens verspreid over systemen die nooit met elkaar hadden moeten praten, identificatieschema's die naast een bestaande etikettering moeten blijven bestaan, of een fabrikant die de paspoortdienst om redenen van datasoevereiniteit in de eigen infrastructuur wil draaien.

Juridisch advies over reikwijdte, indeling of conformiteit geven wij niet. Wij werken samen met de mensen die dat wel doen.

Sectoren waarmee wij werken

Batterij- en e-mobiliteitsfabrikanten met februari 2027 voor de deur, van voertuig-, e-bike- en scooterbouwers tot producenten van industriële opslag en hun celleveranciers.

Textiel- en kledingmerken die zich voorbereiden op de gedelegeerde handeling voor textiel, waar het lastige deel vrijwel altijd de ketendata is en niet het paspoort.

Staal, aluminium en bouwproducten, waar milieuproductverklaringen en materiaalpaspoorten in enige vorm al bestaan en het werk zit in het afstemmen daarvan op het ESPR-datamodel.

Elektronica en huishoudapparaten, die op het snijvlak van ESPR, de Cyber Resilience Act en de bestaande energie-etikettering zitten en doorgaans liever één dataprogramma draaien dan drie.

Meubels, banden en consumentengoederen, waar de gedelegeerde handelingen verder weg liggen en de verstandige investering nu het identificatieschema en de datastroom is.

Hoe een traject meestal verloopt

De eerste stap is kort en tegen vaste prijs: een readinessanalyse productpaspoort, doorgaans twee tot drie weken. Wij lopen uw productstructuur, uw gegevensbronnen en de geldende eisen door en leveren een gapanalyse, een voorstel voor het datamodel, een advies over identificatiecode en gegevensdrager, en een bouwplan met kosten.

Daarna draaien de meeste klanten een pilot op één productlijn: één SKU-familie, van gegevensinvoer tot een scanbare QR-code en een registervermelding. Een pilot toetst het model aan de werkelijkheid, en dat is het moment waarop blijkt dat een leverancier het recyclaatgehalte niet kan aanleveren en daar een besluit over moet vallen.

Daarna volgt de uitrol, productgroep voor productgroep, met bredere koppelingen en stapsgewijze afbouw van de handmatige invoer. Aan het eind draagt u het over aan uw eigen team, met documentatie, of wij blijven de dienst draaien onder een supportafspraak: paspoorten moeten lang na het projecteinde beschikbaar blijven, en iemand moet daar eigenaar van zijn.

Standaarden waar wij aan werken

ESPR, Verordening (EU) 2024/1781, en de daaronder vastgestelde gedelegeerde handelingen
Batterijenverordening (EU) 2023/1542, artikel 77 en bijlage XIII
GS1 Digital Link, GTIN en de GS1 EPCIS-eventstandaard waar traceerbaarheid wordt gevraagd
CIRPASS-referentiearchitectuur en de opkomende normen uit CEN/CENELEC JTC 24
ISO/IEC 15459 voor identificatiecodes, ISO 14040/14044 waar CO2-gegevens het paspoort in komen
W3C Verifiable Credentials, waar de echtheid van gegevens tussen ketenpartners aantoonbaar moet zijn

Technologie

Diensten in Node.js, Python, Go en Java; PostgreSQL en event-sourced opslag waar de paspoorthistorie reconstrueerbaar moet zijn; REST- en GraphQL-API's; AWS, Azure en Europese soevereine hosting tot en met on-premise. Wij bouwen zo dat het in uw eigen cloudaccount draait, niet in het onze, tenzij u het liever anders ziet.

Veelgestelde vragen

Wanneer wordt het digitaal productpaspoort verplicht?

Er is geen enkele datum. De ESPR is sinds 19 juli 2026 volledig van toepassing en het EU-register is in bedrijf, maar de verplichting voor een concreet product begint pas wanneer de gedelegeerde handeling voor die productgroep geldt. Het eerste verplichte paspoort is het batterijpaspoort, op 18 februari 2027, op grond van de Batterijenverordening. IJzer en staal, textiel, banden en aluminium volgen via het ESPR-werkplan, elk met een eigen overgangstermijn.

Geldt het digitaal productpaspoort ook voor ons als wij geen EU-bedrijf zijn?

Als u producten in de EU in de handel brengt, ja. De verplichting rust op de marktdeelnemer die het product in de EU in het verkeer brengt (dat kan uw importeur of gemachtigde zijn), maar de gegevens moeten van u komen, en in de praktijk bouwt de fabrikant het paspoort.

Kunnen wij niet gewoon een QR-code op het etiket zetten die naar onze productpagina verwijst?

Nee. Het paspoort moet een vastgelegde gegevensset machineleesbaar dragen, een code uit een erkend schema gebruiken, in het EU-register geregistreerd zijn, gedurende een vastgestelde periode beschikbaar blijven en verschillende doelgroepen verschillende velden tonen. Een marketingpagina achter een QR-code voldoet aan niets daarvan.

Wij publiceren al milieuproductverklaringen. Is dat genoeg?

Dat is een sterk vertrekpunt en betekent meestal dat de moeilijkste gegevens al zijn verzameld. Het werk zit in het afbeelden ervan op het paspoortdatamodel, het geven van stabiele identificatiecodes aan producten, en het bouwen van de dienst die de gegevens op afroep uitlevert in plaats van als pdf-download.

Hoe lang duurt een implementatie?

Een pilot op één productlijn loopt na een afgeronde readinessanalyse doorgaans zes tot tien weken. De volledige uitrol over een assortiment hangt veel sterker af van de databeschikbaarheid dan van de ontwikkeling, en het verzamelen van leveranciersgegevens is vrijwel altijd het kritieke pad.

Waar staan de paspoortgegevens?

Waar u ze nodig hebt. Wij bouwen de dienst zo dat hij in uw eigen AWS- of Azure-account draait, in Europese soevereine infrastructuur of on-premise. Het EU-register houdt registratiegegevens bij, niet uw productgegevens.

Aan de slag

Stuur ons uw productaanbod en de groep waar u denkt onder te vallen, dan zeggen wij u of een paspoortplicht u waarschijnlijk raakt, wanneer, en hoe uw gegevens er dan uit moeten zien. Is het eerlijke antwoord dat een standaardplatform u beter bedient, dan zeggen wij dat ook.

Neem contact op voor een readinessanalyse digitaal productpaspoort.

Gerelateerde diensten

EU market entry development: de bredere compliancestack voor bedrijven die in Europa verkopen
Onderhoud van legacy‑systemen: wanneer de productgegevens vastzitten in een systeem dat niemand wil aanraken
Staff augmentation en outsourcing: engineers die voor de duur van het programma bij uw team aanschuiven