Waarom architectuur nu op de agenda komt
De digitale productpas wordt in Europa stapsgewijs via sectorale rechtshandelingen ingevoerd. Daardoor kan bij bedrijven al snel de indruk ontstaan dat elke productgroep een eigen datamodel, eigen gegevensdrager en eigen integratielogica nodig heeft. Precies op dit raakvlak begint het werk van ISO/IEC JTC 5: het gezamenlijke technische comité is in 2026 opgericht en moet de basis leggen voor sector- en systeemoverschrijdende DPP-interoperabiliteit. De eerste aangekondigde bijeenkomst vindt plaats van 7 tot en met 9 september 2026 in Berlijn. ISO/IEC JTC 5 omschrijft zijn opdracht uitdrukkelijk als raamwerk voor DPP-systemen en DPP-ecosystemen; sectorspecifieke normen blijven bij de bevoegde vakcommissies.
Dit is geen nieuwe wettelijke verplichting en ook geen gepubliceerde ISO-norm. Het is echter wel een solide aanleiding om de eigen architectuur los te koppelen van kortetermijngegevensvelden. Het eerste werkpunt, ISO/AWI 25534-1, bevindt zich nog in projectfase 10.99; het project is op 12 februari 2026 goedgekeurd. Volgens ISO gaat het om begrippen, basisprincipes, gegevenscategorieën en governance- en vertrouwensmechanismen. De openbare projectvermelding vermeldt uitdrukkelijk „under development”. Wie daar nu al een certificeringsplicht of een uitwisselingsformaat in gereedheid uit afleidt, loopt op de zaken vooruit.
Waarin het internationale raamwerk verschilt van de EU-voorschriften
De EU stelt al concrete kaders. De Commissie legt uit dat de DPP productgerelateerde informatie in een gedecentraliseerd model toegankelijk maakt: de volledige gegevens blijven bij de marktdeelnemer of de DPP-serviceprovider; het register bevat unieke identificatiemiddelen en voorgeschreven registratiegegevens. Een gegevensdrager zoals een QR-code verbindt het fysieke product met zijn pas. De DPP-pagina van de Commissie noemt daarnaast verschillende toegangen voor rollen en sectorale tijdschema’s.
Daarnaast zijn er de Europese geharmoniseerde normen. Het Uitvoeringsbesluit (EU) 2026/1736 van 14 juli 2026 verwijst naar zes DPP-normen, onder meer voor identificatiemiddelen, interoperabiliteit, gegevensdragers, API’s, gegevensuitwisseling en gegevensopslag. Hun rol is concreet: voor de vereisten die zij bestrijken, kan naleving het vermoeden van conformiteit uit hoofde van artikel 10 en 11 van het ESPR ondersteunen.
JTC 5 vervangt deze niveaus niet. Het werkt daarboven: een sectorneutraal raamwerk moet helpen verklaren hoe begrippen, gegevenscategorieën, vertrouwen en governance zich tussen systemen tot elkaar verhouden. De praktische consequentie is belangrijk. Een fabrikant moet niet wachten op een toekomstige ISO-publicatie om zijn batterij-, textiel- of staalinformatie beschikbaar te stellen. Hij moet echter vermijden dat huidige branchevelden worden vastgelegd als onveranderlijke kern van een bedrijfsbreed DPP-model.
Drie architectuurbeslissingen die nu zinvol zijn
1. Stabiele identiteit scheiden van inhoudelijke profielen
Een pas heeft een duurzame technische identiteit nodig: product, variant, partij of individueel exemplaar; verantwoordelijke marktdeelnemer; ontsluiting via de gegevensdrager. De rechtsgrond bepaalt vervolgens welke inhoudelijke informatie daarvoor vereist is. Deze inhoudelijke informatie hoort thuis in versiebeheerste profielen. Een batterijmodule voor CO₂- of State-of-Health-gegevens is daarom geen algemeen basisschema. Evenmin mogen materiaal-, reparatie- of recyclinggegevens uitsluitend als ongestructureerde vrije tekst in een algemene pas terechtkomen.
Praktisch betekent dit: een stabiele kern-ID, een gedocumenteerde profielidentificatie en een profielversie horen bij elkaar. Elke uitgeleverde pasweergave moet duidelijk maken welk profiel en welke versie de inhoud hebben bepaald. Zo kunnen teams een rechtshandeling, een branchevoorschrift of later een norm volgen, zonder historische gegevens of URL’s te herschrijven.
2. Herkomst en toegang van gegevens afzonderlijk modelleren
Interoperabiliteit is niet alleen een JSON-formaat. Zij hangt ervan af of een ontvanger de herkomst, geldigheid en rol van informatie kan beoordelen. Sla daarom per gegevenselement of gegevenspakket ten minste de bron, het toepassingsgebied, het tijdstip van vastlegging, de verantwoordelijke partij en de inhoudelijke versie op. Een interne kwaliteitswaarde is iets anders dan een juridisch bindende conformiteitsverklaring; een verklaring van een leverancier is iets anders dan een meetwaarde.
Het tweede onderdeel is de toegang. De Commissie beschrijft verschillende informatietoegangen voor consumenten, reparatiebedrijven, recyclers en autoriteiten. Dat vereist een bewuste scheiding tussen openbare pasweergave, geautoriseerde vaktoegang en interne werkomgeving. Een URL mag daarbij niet de autorisatie vormen. Rollen, mandaten, gegevenscategorieën en controleerbare beslissingen moeten aan de serverzijde worden gecontroleerd.
3. Uitwisselingsgrenzen als contracten testen
Een DPP-systeem kent meerdere overgangen: ERP of PLM leveren stamgegevens, leveranciers leveren bewijsstukken, een serviceprovider host gegevens, een register ontvangt metagegevens en externe gebruikers lezen een openbare of beveiligde weergave. Voor elke overgang is een machineleesbaar contract nodig: toegestane velden, identificatiemiddelen, semantiek, foutgevallen, versiebeheer en achterwaartse compatibiliteit.
Dit kan nu al worden getest. Zinvolle testgevallen zijn onbekende profielversies, verlopen bewijsstukken, ontbrekende gegevensherkomst, ongeoorloofde rollen, dubbele registratie en een gegevensdrager die verwijst naar een niet langer beschikbare pas. De test bewijst nog geen conformiteit met een toekomstige ISO-norm. Hij zorgt echter wel voor de aantoonbaarheid die later ontbreekt wanneer datamodel en rechten al onlosmakelijk met elkaar zijn vermengd.
Een werkplan van 90 dagen zonder speculatie
In de komende 30 dagen is een inventarisatie zinvol: welke productidentificaties bestaan er, welke gegevensprofielen worden daadwerkelijk gebruikt en welke gegevens staan alleen in documenten? Daarna volgt een architectuurbesluit: kernmodel, profielregister, herkomstmodel en toegangsmatrix. In een derde stap moet een echt product alle overgangen doorlopen — van het bronsysteem via de pas tot de rol van het reparatiebedrijf of de autoriteit.
Daarbij blijven de grenzen duidelijk. ISO/AWI 25534-1 is geen voltooide norm; er zijn geen gepubliceerde clausules die teams kunnen implementeren. Ook de tijdlijn van de Commissie is indicatief en vervangt geen toetsing van de rechtshandeling die voor de betreffende productgroep geldt. De waarde van monitoring ligt daarom niet in een vooraf aangevinkt vakje op een compliancelijst, maar in een architectuur die nieuwe profielen, rollen en uitwisselingsregels zorgvuldig kan opnemen.
