Europese Commissie publiceert ontwerp-uitvoeringsverordening voor het DPP-register

Achtergrond: waarom een centraal register?

De Verordening ecologisch ontwerp voor duurzame producten (ESPR, EU) 2024/1781, die sinds juli 2024 van kracht is, vormt de juridische grondslag voor het digitaal productpaspoort (DPP). Zij verplicht fabrikanten en importeurs van bepaalde productcategorieën om een machineleesbaar paspoort beschikbaar te stellen dat productgerelateerde informatie over duurzaamheid, repareerbaarheid en materialen bevat. Het centrale register is geen opslagplaats voor die inhoud — het is een index die unieke identificatoren koppelt aan hun respectieve resolver-endpoints.

Op 29 april 2026 publiceerde de Europese Commissie de ontwerp-uitvoeringsverordening voor het DPP-register. Dit ontwerp specificeert hoe het register moet worden beheerd — technisch en organisatorisch — en welke verplichtingen marktdeelnemers zullen krijgen.

Wat het register opslaat — en wat niet

Alleen UID's en resolver-endpoints

Een veelvoorkomend misverstand is dat het centrale register volledige DPP-gegevens bevat. Dat is uitdrukkelijk niet het geval. Volgens de ESPR slaat het register uitsluitend het volgende op:

Unieke identificatoren (UID's): de afzonderlijke productidentificatoren
Resolver-endpoints: de URL's waarop het daadwerkelijke DPP kan worden opgevraagd
Goederencodes: ter ondersteuning van douaneprocedures en markttoezicht

Productgerelateerde gegevens — materiaalsamenstelling, CO2-voetafdruk, reparatie-instructies — blijven bij de fabrikant of een dienstverlener die zij hebben ingeschakeld. Het register fungeert daarom als een gedecentraliseerde index, niet als een centrale database. Deze aanpak sluit aan bij het principe van GS1 Digital Link, waarbij een gestructureerde URI verwijst naar verspreide gegevensbronnen.

Toegangsrechten per actorengroep

Het ontwerp maakt een duidelijk onderscheid tussen gebruikersgroepen:

Algemeen publiek / consumenten: leestoegang tot de resolver-URL en de productcategorie
Markttoezichtautoriteiten: uitgebreide toegang voor handhavingsdoeleinden
Douaneautoriteiten: gebruik van goederencodes in het kader van invoerprocedures
Marktdeelnemers (fabrikanten, importeurs): schrijftoegang voor het registreren en bijwerken van hun UID's

Deze rolstructuur is relevant voor de technische integratie: systemen die DPP-gegevens beheren — bijvoorbeeld via een bulk-import-workflow — moeten rekening houden met de authenticatievereisten van de register-API.

Vereisten voor unieke identificatoren

Erkende identificatiesystemen

Het ontwerp bepaalt dat UID's moeten voldoen aan een erkend identificatiesysteem. De volgende worden uitdrukkelijk genoemd:

GS1 GTIN's (Global Trade Item Numbers) — de meest gebruikte internationale standaard voor productidentificatie in de handel
Codes conform ISO/IEC 15459 — een internationale standaard voor unieke identificatoren in toeleveringsketens

Voor fabrikanten die al GS1-barcodes of QR-codes met GS1 Digital Link gebruiken, is het migratietraject relatief eenvoudig: de GTIN vormt de kernidentificator die in het register wordt geregistreerd. Een typische GS1 Digital Link-URI ziet er als volgt uit:

https://id.example.com/01/04012345678901/21/XYZ123

Hierbij staat 01 voor de GTIN en 21 voor het serienummer. Deze URI kan rechtstreeks als resolver-endpoint in het register worden opgeslagen.

Gevolgen voor eigen identificatoren

Bedrijven die op dit moment eigen artikelnummers gebruiken zonder enige verbinding met GS1 of ISO/IEC 15459, zullen hun identificatiestrategie moeten herzien. Het ontwerp laat geen ruimte voor niet-gestandaardiseerde UID's. Dit treft met name kleine en middelgrote fabrikanten die voorheen geen enkel formeel productidentificatiesysteem hebben gebruikt.

Archiveringsvereisten en operationele gevolgen

Ten minste 10 jaar na het in de handel brengen

De ESPR vereist dat registervermeldingen ten minste 10 jaar nadat het product voor het laatst in de handel is gebracht beschikbaar blijven. In de praktijk betekent dit:

UID's mogen niet zomaar worden verwijderd zodra een product uit de handel wordt genomen
Resolver-endpoints moeten gedurende de gehele archiveringsperiode toegankelijk blijven
Fabrikanten zijn verantwoordelijk voor het waarborgen van de beschikbaarheid van gegevens, ook na een bedrijfsreorganisatie of -verkoop

Deze vereiste heeft directe gevolgen voor hostingafspraken en contractopzet. Als u DPP-gegevens bij een externe dienstverlener host, moet u contractueel waarborgen dat de gegevens gedurende de gehele levenscyclus van het product — en daarna — beschikbaar blijven.

Technische stabiliteit van resolver-URL's

Een vaak onderschat aspect: resolver-URL's moeten stabiel zijn. Domeinwijzigingen, herstructurering van URL-paden of het overstappen op een andere hostingprovider kunnen ervoor zorgen dat bestaande registervermeldingen niet meer werken. Dynamische QR-codes — waarbij de fysieke code is losgekoppeld van de onderliggende URL — lossen dit probleem op productniveau op, maar zij lossen niet het vraagstuk van de registratie in het centrale register op, waar het resolver-endpoint uitdrukkelijk wordt vastgelegd.

Tijdlijn en volgende stappen

Consultatiefase en inwerkingtreding

Het op 29 april 2026 gepubliceerde ontwerp bevindt zich momenteel in de consultatiefase. Brancheverenigingen, normalisatie-instellingen en lidstaten kunnen opmerkingen indienen. De definitieve inwerkingtreding van de uitvoeringsverordening hangt af van dit proces en van de gedelegeerde handelingen die de specifieke DPP-verplichtingen voor afzonderlijke productcategorieën zullen vastleggen.

De ESPR zelf bepaalt dat de eerste productspecifieke rechtshandelingen — die naar verwachting betrekking hebben op textiel en batterijen — in 2026 en 2027 van kracht worden. Voor die categorieën wordt het register dan onmiddellijk relevant.

Wat fabrikanten nu zouden moeten doen

Ongeacht wanneer de verordening uiteindelijk in werking treedt, kunt u vandaag al concrete voorbereidende stappen nemen:

Herzie uw identificatiestrategie: Voldoen uw bestaande artikelnummers aan GS1 of ISO/IEC 15459? Zo niet, plan dan een migratie.
Bouw resolver-infrastructuur op: Waar worden DPP-gegevens gehost? Zijn de URL's stabiel en op de lange termijn beveiligd?
Ontwikkel een archiveringsconcept: Hoe waarborgt u dat gegevens 10+ jaar nadat een product uit de handel is genomen, opvraagbaar blijven?
Bereid u voor op API-integratie: Het register zal een machineleesbare interface bieden. Interne systemen (PIM, ERP) moeten in staat zijn UID's en resolver-URL's geautomatiseerd in te dienen.

Beoordeling: wat het ontwerp bereikt — en wat openblijft

Het ontwerp biedt belangrijke duidelijkheid over de architectuur van het centrale register en de vereisten voor UID's. Het beantwoordt echter nog niet alle openstaande vragen:

Tariefmodel: Het is onduidelijk of er registratiekosten van toepassing zullen zijn en, zo ja, op welk niveau
Beheerder van het register: Wie het centrale register technisch zal beheren — een EU-agentschap, een lidstaat of een aangewezen derde partij — is nog niet bepaald
Interoperabiliteit met nationale systemen: Sommige lidstaten zijn al begonnen met hun eigen proefprojecten; hoe deze met het centrale register zullen worden geharmoniseerd, blijft open

Voor bedrijven die hun DPP-implementatie plannen, is het raadzaam het lopende wetgevingsproces nauwlettend te volgen. De consultatiedocumenten van de Commissie en de standpunten van GS1 en de relevante brancheverenigingen zullen het uiteindelijke ontwerp in belangrijke mate bepalen.