Digitale productpaspoorten en machineleesbare data

Wat is er precies verplicht, en wanneer?

Een digitaal productpaspoort is een gestructureerd, machineleesbaar gegevensrecord dat aan een fysiek product is gekoppeld, oproepbaar is door een gegevensdrager te scannen en onder een unieke identificatiecode is geregistreerd in een centraal EU-register.

Het kader komt uit de Ecodesignverordening voor duurzame producten, Verordening (EU) 2024/1781. De verordening zelf legt de architectuur vast; de verplichtingen komen productgroep voor productgroep via gedelegeerde handelingen. De Commissie stelde in april 2025 haar werkplan Ecodesign en Energie-etikettering 2025–2030 vast, met textiel, meubels, banden, matrassen, ijzer en staal, en aluminium als eerste prioriteiten, aangevuld met horizontale maatregelen voor repareerbaarheid en het aandeel gerecycled materiaal in elektrische en elektronische apparatuur, en een tussentijdse evaluatie voorzien voor 2028.

In juli 2026 gebeurden er twee dingen die dit van planning naar uitvoering tilden. De Commissie lanceerde op 20 juli 2026 het register voor digitale productpaspoorten, samen met een testomgeving. En Uitvoeringsverordening (EU) 2026/1778 van de Commissie van 16 juli 2026 — die de praktische regelingen voor het register vastlegt, waaronder toegangsbeheer, gebruikersverificatie, dataregistratie en opslag — is op 17 juli 2026 in het Publicatieblad verschenen en op 6 augustus 2026 in werking getreden.

Dit is de stand van zaken zoals de Commissie die zelf presenteert. Let op hoeveel ervan indicatief is in plaats van vastgelegd:

Als u één ding meeneemt uit die tabel, laat het dan dit zijn: er is geen enkele, allesomvattende DPP-deadline, en de eerlijke planningshorizon luidt voor de meeste productgroepen “de gedelegeerde handeling is nog niet vastgesteld”.

En hoe zit het met bouwproducten?

De bouw loopt op een parallel spoor. De herschikte bouwproductenverordening (EU) 2024/3110 is op 7 januari 2025 in werking getreden en is sinds 8 januari 2026 algemeen van toepassing. Hoofdstuk X geeft de Commissie de bevoegdheid gedelegeerde handelingen vast te stellen om een systeem van digitale productpaspoorten voor de bouw op te zetten en te reguleren, zo veel mogelijk afgestemd op het ESPR-paspoort. De indicatieve mijlpaal van de Commissie voor die handeling is Q2 2027.

De richting is al zichtbaar in de motivering van de verordening zelf. De overwegingen stellen dat prestatie- en conformiteitsverklaringen de gebruiker in staat moeten stellen de conformiteit te controleren met behulp van een IT-toepassing, en dat “een gestandaardiseerd IT-formaat een belangrijke voorwaarde is voor machineleesbare verklaringen”. Marktdeelnemers moeten kopieën langs elektronische weg beschikbaar stellen: “onwijzigbaar, leesbaar voor mens en machine, beschikbaar, toegankelijk en ondubbelzinnig gekoppeld aan het product”.

In december 2025 publiceerde de Commissie haar eerste CPR-werkplan voor 2026–2029 (COM(2025) 772 final), met een indicatieve, per productfamilie uitgewerkte routekaart voor normalisatieverzoeken, herziene geharmoniseerde technische specificaties en de horizontale gedelegeerde handelingen die het DPP introduceren. Voor een fabrikant van bouwproducten is dat document — en niet de marketingtijdlijn van een leverancier — de planning om zich op te richten.

Waarom doet het register ertoe als het uw data niet bewaart?

Omdat het verschuift waar de last ligt.

Het register slaat per product unieke identificatiecodes op, samen met de verplichte registratiegegevens. Het slaat de inhoud van het paspoort niet op. Marktdeelnemers registreren elk paspoort zodat de identificatiecode en de metadata daarvan centraal zijn vastgelegd; de inhoud blijft bij u. Registratie staat alleen open voor geverifieerde marktdeelnemers, van wie de identiteit via eIDAS-middelen wordt vastgesteld.

Die architectuur is een index, geen database. Het betekent dat geen enkele centrale instantie uw kenmerken zal normaliseren, uw eenheden zal harmoniseren of zal opmerken dat uw datasheet en uw PIM elkaar tegenspreken. Wat u registreert, verwijst precies naar wat u zelf uitlevert. De complianceverplichting is daarmee in wezen een verplichting tot datakwaliteit.

Welke data moeten machineleesbaar zijn?

De ESPR-tekst is precies over de mechaniek, ook waar de inhoud per productgroep nog openligt. Het paspoort moet gekoppeld zijn aan een unieke productidentificatiecode en, waar passend, aan een unieke identificatiecode van de marktdeelnemer en van de faciliteit. Identificatiecodes en gegevensdragers moeten worden uitgegeven conform internationaal erkende normen. Gedigitaliseerde informatie moet “gemakkelijk toegankelijk zijn door het scannen van een gegevensdrager, zoals een watermerk of een quick response-code (QR-code)”. En de data moeten overdraagbaar zijn via een open, interoperabel netwerk voor gegevensuitwisseling, zonder afhankelijkheid van één leverancier.

Lees dat als een technisch programma van eisen en het valt uiteen in vijf capaciteiten:

1. 01Stabiele, unieke identificatie op het juiste detailniveau — productmodel, batch of exemplaar, afhankelijk van de handeling.
2. 02Getypeerde kenmerken met eenheden en gedefinieerde semantiek, geen vrije tekst in een specificatieveld.
3. 03Documenten als data — verklaringen, certificaten en EPD’s als records met afgiftedatum en toepassingsgebied, niet een map vol PDF-bestanden.
4. 04Herkomst en versiebeheer, zodat elke waarde te herleiden is tot een bron en een datum.
5. 05Een resolver die het record teruggeeft zodra de drager wordt gescand, en dat blijft doen zolang de handeling het voorschrijft.

Niets daarvan is exotisch. Alles ervan is duur om achteraf in te bouwen in een catalogus die twintig jaar lang organisch is gegroeid.

Hoe passen ETIM, ECLASS, AAS en IEC 63365 in elkaar?

De verordening zegt dat de data machineleesbaar en interoperabel moeten zijn. Ze vertelt u niet wat “nominale bedrijfsstroom” betekent. Daar zijn de classificatie- en modelleringsstandaarden voor, en die bewegen sneller naar deze eisen toe dan de wetgeving arriveert.

Het mentale model dat hier orde schept: GS1 beantwoordt welk ding is dit, ETIM en ECLASS beantwoorden wat betekenen de eigenschappen ervan, AAS beantwoordt hoe is de digital twin gestructureerd, IEC 63365 beantwoordt wat hoort er op het typeplaatje, en de DPP-wetgeving beantwoordt wat moet u publiceren en wanneer. Het zijn elkaar aanvullende lagen, geen concurrerende opties.

Dit is niet alleen een EU-verhaal

Twee redenen waarom een fabrikant in Chicago, Nagoya of Seoul het bovenstaande ook als zijn eigen probleem moet lezen.

Ten eerste knopen de regels aan bij het in de handel brengen, niet bij het hoofdkantoor. De ESPR-verplichtingen gelden voor producten die op de EU-markt in de handel worden gebracht, ongeacht waar ze zijn geproduceerd. Een Japanse componentenfabrikant die naar Duitsland levert, zit binnen de perimeter; een Amerikaanse distributeur wiens producten via een partner bij EU-klanten belanden, zit er dichterbij dan het aanvoelt.

Ten tweede duiken vergelijkbare verwachtingen rond machineleesbare data onafhankelijk van elkaar op in elke grote markt.

• Wereldwijd is het Sunrise 2027-programma van GS1 een gecoördineerde toezegging van retailers over de hele wereld om eind 2027 aan de kassa 2D-barcodes met GS1-data te kunnen scannen, waarbij GS1 Digital Link het symbool verbindt met rijkere online data. Dat is hetzelfde idee als een DPP-gegevensdrager, maar dan langs de weg van de handel in plaats van de regelgeving.
• In Noord-Amerika dwingt de elektrotechnische branche al tien jaar gestructureerde productdata af: IDEA, gezamenlijk eigendom van NEMA en NAED, exploiteert het Industry Data Warehouse en verplicht een set van 43 volledig gevulde kritieke datavelden per artikel, naast de op UNSPSC gebaseerde classificatiespecificatie en het bijbehorende datawoordenboek. Publieke aanbestedingen voegen daar nog een vector aan toe: Buy Clean-regels op staatsniveau in de Verenigde Staten eisen productspecifieke type III-milieuproductverklaringen voor aangewezen bouwmaterialen.
• In Japan lanceerde METI in april 2023 het Ouranos Ecosystem als een sectoroverstijgende, interoperabele data-infrastructuur, met traceerbaarheid van batterijen als eerste toepassing; NTT DATA demonstreerde in april 2025 interoperabiliteit tussen dat platform en het Europese Catena-X. Japanse toeleveranciers worden vanuit eigen land naar hetzelfde datamodel toe getrokken.

Die convergentie is de kern. Waar uw hoofdkantoor ook staat, iemand in uw waardeketen staat op het punt gestructureerde, geïdentificeerde productdata met herkomst van u te eisen.

Het strategische argument: u bouwt deze asset toch al

Dit is het deel dat zelden in compliancebriefings terechtkomt.

Alles wat het DPP u dwingt te bouwen — één canoniek record per product, een stabiele unieke identificatiecode, getypeerde kenmerken tegen een gedeeld woordenboek, documenten gemodelleerd als data, herkomst en versiebeheer, en een resolver die het op aanvraag uitlevert — is precies de onderlaag die een AI-agent nodig heeft om vragen over uw producten correct te beantwoorden.

De twee toepassingen verschillen alleen in toegangspatroon. Een DPP-resolver beantwoordt één vraag over één artikel: iemand scant een drager, u geeft het record van dat product terug. Een agent stelt veel vragen over het hele assortiment: elk onderdeel dat aan drie randvoorwaarden voldoet, de tweede bron voor een uitgefaseerd component, de verklaring die na een bepaalde datum is afgegeven. Dezelfde records, een andere index.

Daarmee is de keuze waar de meeste productdatateams voor staan niet “complianceproject of AI-project”. De keuze is of u hetzelfde datawerk één keer of twee keer betaalt. Organisaties die er losse programma’s van maken, houden doorgaans een compliancedataset over die compleet maar niet bevraagbaar is, en een commerciële catalogus die bevraagbaar maar niet geverifieerd is — en geven daarna een derde budget uit om die twee met elkaar in overeenstemming te brengen.

Wat moet u de komende twaalf maanden doen?

1. 01Inventariseer uw identificatiecodes. Stel vast welke producten een stabiele unieke identificatiecode hebben, op welk detailniveau, en wie die uitgeeft. Niets anders werkt voordat dit werkt.
2. 02Kies uw woordenboek en houd u eraan. ETIM als u in elektrotechniek, HVAC of bouwproducten zit; ECLASS als u breder of sectoroverstijgend werkt. Beide half invoeren is de slechtste uitkomst.
3. 03Zet documenten om in records. Elke verklaring, elk certificaat en elke EPD hoort een type, een toepassingsgebied, een afgiftedatum, een geldigheidsduur en een link te hebben — niet alleen een bestandsnaam.
4. 04Leg herkomst en een datum van laatste verificatie vast bij elk kenmerk. Dat is het veld dat het zwaarst weegt zodra een toezichthouder of een agent vraagt waar een getal vandaan komt.
5. 05Bouw de resolver één keer en bedien er meerdere afnemers mee: de gegevensdrager, uw website, uw feeds en uw agent-endpoints.
6. 06Volg de gedelegeerde handelingen voor uw productgroepen in plaats van de algemene commentaren, en herzie het plan elk kwartaal.
7. 07Houd het uitvoerformaat vervangbaar. De inhoud van uw record is duurzaam; welke serialisatie de gedelegeerde handeling uiteindelijk eist, valt nu nog niet te weten.

Waar u sceptisch moet blijven

Beantwoord elke claim van “DPP-ready” software met de vraag: klaar voor welke gedelegeerde handeling? Voor de meeste productgroepen luidt het antwoord vandaag: geen enkele, want de handeling is nog niet vastgesteld. Behandel de bewering dat het register uw data zal valideren met dezelfde scepsis — het legt identificatiecodes en metadata vast, geen inhoud. En beschouw 2027 als het begin van de verplichtingencurve, niet als het einde ervan.

De verdedigbare positie is weinig spectaculair en houdbaar: krijg het canonieke record op orde, houd het geverifieerd en maak het adresseerbaar. Partsgraph bestaat om precies dat werk te doen, als een laag over de catalogus die u al heeft, en levert dezelfde geverifieerde graph aan compliance-exports én aan AI-agents.

Wilt u een concreet startpunt, laat uw domein dan door de gratis grader lopen op /audit. Die laat zien wat een machine op dit moment uit uw catalogus kan lezen — een redelijke indicatie van hoeveel werk het paspoort daadwerkelijk gaat zijn.