kan ik een productpaspoort gebruiken voor meerdere varianten van hetzelfde product

Eén paspoort per model, niet per los product

Nee, in de praktijk werkt een productpaspoort op het niveau van model of variant, en dat betekent dat elke variant die op een relevant punt afwijkt zijn eigen paspoort krijgt — maar dat is iets anders dan één paspoort per verkocht exemplaar. Een productpaspoort hoort bij een unieke identificatiecode, en die code is bedoeld om een product of een productgroep met dezelfde kenmerken eenduidig te herkennen. Verschillen twee varianten van elkaar in iets dat voor de informatievereisten van het paspoort relevant is — een ander materiaal, een andere batterij, een andere energieprestatie — dan gaat dat in de regel om twee paspoorten, ook als het uiterlijk vrijwel identiek is. Zijn twee producten in alle relevante opzichten gelijk, bijvoorbeeld enkel een kleurverschil dat niets verandert aan samenstelling of prestatie, dan ligt een gedeeld paspoort voor die groep meer voor de hand.

Waar de knip ligt: kenmerk versus kleurtje

Dit speelt bij fabrikanten en importeurs die één product in meerdere uitvoeringen op de markt brengen: verschillende maten, kleuren, materialen, capaciteiten of prestatieklassen binnen één modellijn. De afbakening zit in de vraag of het verschil tussen de varianten iets raakt dat in het paspoort staat of zou moeten staan. Gaat het om gegevens die voor alle varianten identiek zijn — herkomst, algemene onderdelen, het bedrijf achter het product — dan is hergebruik van dezelfde basisgegevens over meerdere paspoorten heen goed te doen. Gaat het om gegevens die per variant verschillen — een andere reparatiehandleiding omdat het onderdeel anders in elkaar zit, een andere levensduurindicatie, een ander recyclingpercentage — dan is dat juist de informatie waarvoor het paspoort bestaat, en die mag niet worden gladgestreken door één paspoort over meerdere afwijkende varianten heen te plakken. Wat dus niet kan: één paspoort gebruiken voor varianten die feitelijk andere producten zijn, in de hoop dat de QR-code toch hetzelfde blijft werken. Wat wel kan: dezelfde onderliggende gegevensstructuur en hetzelfde platform gebruiken voor een hele reeks varianten, zolang elke variant zijn eigen, kloppende paspoort en eigen code krijgt.

Nog geen vaste datum, wel een vaste opzet

Er is nog geen algemene datum waarop deze verplichting voor alle productgroepen ingaat; dat wordt per productgroep apart vastgelegd in de gedelegeerde verordening die daarvoor geldt. Wat al wel vaststaat, onafhankelijk van welke productgroep het eerst aan de beurt is, is de opzet uit de ESPR zelf: hoe een paspoort technisch moet werken, wat de unieke identificatiecode moet kunnen, en welke basisvereisten aan het paspoort worden gesteld. Die opzet verandert niet meer per productgroep, alleen de inhoud en de ingangsdatum wel. Wie nu al met een assortiment aan varianten zit, kan dus prima nadenken over de indeling in paspoorten per variant, zonder dat daarvoor gewacht moet worden op de datum waarop de eigen productgroep verplicht wordt. Meer over die opbouw in tijd staat op de pagina over wat er al vaststaat terwijl de regels nog niet definitief zijn.

Hoe dit in de praktijk uitpakt voor een assortiment met varianten

Een logische eerste stap is het assortiment ordenen naar wat écht verschilt tussen de varianten en wat niet: twee varianten met exact dezelfde materialen, dezelfde levensduur en hetzelfde reparatieproces, maar een andere kleur, zijn een andere situatie dan twee varianten met een andere batterijcapaciteit of een ander energielabel. Vervolgens is het zinvol om te bepalen op welk niveau de unieke identificatiecode wordt toegekend: per individueel verkocht exemplaar, per batch, of per modelvariant — dat verschilt per productgroep en staat beschreven in de vereisten die voor die groep gaan gelden. Daarna komt de vraag welke gegevens generiek zijn (en dus eenmalig ingevoerd en herbruikt kunnen worden over meerdere paspoorten) en welke gegevens per variant apart moeten worden aangeleverd. Bij een platform dat paspoorten samenstelt uit de gegevens van de fabrikant is dat een kwestie van de gemeenschappelijke basis één keer vastleggen en per variant alleen de afwijkende velden aan te vullen — dat scheelt herhaald werk zonder dat het risico ontstaat dat een variant met verkeerde of gedeelde gegevens de deur uit gaat. Wie hier stap voor stap doorheen wil, vindt een compacter overzicht op de pagina hoe het productpaspoort stap voor stap aan te pakken is.

De basis: artikel 12, 11 en 10 van de ESPR

Dat een paspoort hoort bij een unieke identificatiecode staat in artikel 12 van de ESPR (Verordening (EU) 2024/1781); dat artikel regelt hoe een product of productgroep herkenbaar wordt gemaakt en is de kern van de vraag of twee varianten met of zonder gedeeld paspoort door het leven gaan. De technische opzet van het paspoort zelf — hoe het is opgebouwd en hoe het moet functioneren — volgt uit artikel 11, en de algemene vereisten waaraan een paspoort moet voldoen staan in artikel 10. Welke gegevens een paspoort precies moet bevatten, en dus welke verschillen tussen varianten daadwerkelijk om een eigen paspoort vragen, wordt ingevuld door de ecologisch-ontwerp-, prestatie- en informatievereisten uit de artikelen 5 tot en met 7, verder uitgewerkt per productgroep.

Wie op dit moment een assortiment met meerdere varianten heeft en wil weten hoe dat zich vertaalt naar een indeling in paspoorten, kan het eigen productoverzicht naast de vereisten van de eigen productgroep leggen zodra die bekend zijn, en in de tussentijd de gegevensstructuur al zo inrichten dat variantverschillen apart worden vastgelegd.

Waar dit op gebaseerd is

De verordening zelf staat op EUR-Lex. Wij verwijzen per bewering; u hoeft ons niet te geloven.

Wat u concreet moet doen

Wat er van u wordt verwacht

Eén paspoort per variant klinkt onhandig als een product in tien kleuren of maten op de markt komt. De vraag of dat ook anders kan, valt uiteen in een paar losse verplichtingen die samen bepalen wat wel en niet mag.

Elke fysieke variant heeft een eigen unieke identificatiecode nodig

Artikel 12 van de ESPR (Verordening (EU) 2024/1781) schrijft voor dat een product wordt gekoppeld aan een unieke identificatiecode. Die code is bedoeld om één product, of één productmodel, ondubbelzinnig te kunnen herleiden. Voor een bedrijf van 10 tot 100 medewerkers betekent dit in de praktijk dat gekeken moet worden op welk niveau de identificatie moet plaatsvinden: per verkocht exemplaar, per batch, of per model. De ESPR laat ruimte voor identificatie op modelniveau wanneer de producten binnen dat model verder identiek zijn, maar zodra er verschil is in samenstelling, materiaal of prestatie, ligt een eigen code eerder in de rede dan een gedeelde.

De inhoud van het paspoort moet kloppen voor het product waarvoor het geldt

Artikel 10 van de ESPR (Verordening (EU) 2024/1781) somt de vereisten op waaraan het digitaal productpaspoort moet voldoen, waaronder dat de informatie in het paspoort overeenkomt met het product dat het paspoort vertegenwoordigt. Dat is het kernpunt in de vraag over varianten: een paspoort mag gedeeld worden zolang de onderliggende gegevens ook werkelijk voor alle exemplaren onder die code gelden. Zodra een variant afwijkt in materiaalsamenstelling, reparatiemogelijkheden, herkomst van onderdelen of iets anders dat volgens de productgroep-vereisten in het paspoort moet staan, klopt één gedeeld paspoort niet meer voor die variant.

De productgroep-vereisten bepalen wat als "hetzelfde product" telt

De artikelen 5 tot en met 7 van de ESPR (Verordening (EU) 2024/1781) regelen de ecologisch-ontwerpvereisten en de bijbehorende prestatie- en informatie-eisen per productgroep. Deze vereisten worden per productgroep verder ingevuld, en juist die invulling bepaalt welk detailniveau relevant is. Voor de ene productgroep is kleur mogelijk irrelevant voor het paspoort, voor een andere productgroep telt een andere samenstelling wel degelijk als een ander product. Dat maakt dat het antwoord op de variantenvraag nooit generiek is voor "een product", maar samenhangt met wat er voor die specifieke productgroep verplicht is vastgelegd. Wie wil weten of het digitaal productpaspoort van toepassing is op het eigen assortiment, vindt daar het startpunt om per productgroep te bepalen wat de vereisten zijn.

Het technisch ontwerp moet de koppeling tussen paspoort en drager overeind houden

Artikel 11 van de ESPR (Verordening (EU) 2024/1781) beschrijft de technische eisen aan het digitaal productpaspoort, waaronder hoe de datadrager (in de praktijk meestal een QR-code) het paspoort ontsluit. Wanneer één paspoort voor meerdere varianten wordt gebruikt, moet die technische koppeling nog steeds sluitend zijn: elke QR-code op elk exemplaar moet naar de juiste, actuele informatie leiden. Bij variantbeheer ontstaat hier in de praktijk het meeste risico, omdat een gedeeld paspoort een dataveld kan bevatten dat voor de ene variant klopt en voor de andere niet meer.

Waar het misgaat in de praktijk

Kleurvarianten worden onder één paspoort geplaatst zonder te checken of de materiaalsamenstelling gelijk is. Verf, coating of stof kan per kleur verschillen in samenstelling, wat gevolgen heeft voor recyclinginformatie die in het paspoort moet staan.

Een productlijn wordt in de tijd aangepast (nieuwe leverancier van een onderdeel, andere batch grondstof), maar het bestaande paspoort blijft ongewijzigd staan. De QR-code verwijst dan naar informatie die voor oudere exemplaren nog klopt, maar voor nieuwere niet meer.

Maatvarianten van een product (S/M/L, of verschillende afmetingen) worden als "hetzelfde product" behandeld, terwijl reparatie-instructies of onderdeel-informatie per maat kan verschillen.

Een importeur neemt het paspoort van de fabrikant over voor het eigen assortiment, zonder te verifiëren of de eigen ingekochte variant exact overeenkomt met de variant waarvoor het paspoort oorspronkelijk is samengesteld.

Bij interne discussie over "is dit dezelfde productgroep of niet" wordt de knoop niet doorgehakt vóór de QR-codes al op de verpakking staan, waardoor een fout pas na productie wordt ontdekt en herstel meer werk kost dan vooraf uitzoeken.

Wat u kunt vastleggen

Een overzicht per productlijn van welke varianten bestaan en op welke punten die varianten van elkaar afwijken (materiaal, samenstelling, herkomst onderdelen, reparatiemogelijkheden).
Een beslisdocument waarin per variant is vastgelegd of die onder een gedeeld paspoort valt of een eigen unieke identificatiecode krijgt, met de onderbouwing daarbij.
Een wijzigingslogboek: wanneer een leverancier, onderdeel of samenstelling verandert, wordt vastgelegd of dat gevolgen heeft voor het bestaande paspoort van die variant.
Afspraken met de leverancier of fabrikant over wie verantwoordelijk is voor het signaleren van wijzigingen die het paspoort raken, zeker wanneer het paspoort door een andere partij dan de eigen organisatie wordt samengesteld.
Een vaste werkwijze voor het koppelen van de QR-datadrager aan de juiste variant, inclusief een controle vóór productie of de code naar de juiste inhoud verwijst.

Wie dit onderwerp meeneemt in de bredere aanpak, kan dat het beste doen als onderdeel van de stap-voor-stapaanpak: hoe het productpaspoort stap voor stap wordt opgezet gaat in op de volgorde waarin dit soort keuzes gemaakt wordt, en waarom variantbeheer vroeg in het proces meer oplevert dan achteraf herstellen. Voor bedrijven die nog willen uitproberen hoe dit in de praktijk werkt voordat de verplichting voor de eigen productgroep ingaat, is er de mogelijkheid om een testversie van het productpaspoort te maken, waarin variantstructuren zonder gevolgen kunnen worden uitgeprobeerd.

Dit is geen juridisch advies. Deze pagina geeft algemene informatie over de regelgeving waar dit platform over gaat. Wij kennen uw situatie niet. Bij twijfel over uw eigen geval raadpleegt u een jurist of de bevoegde toezichthouder.

Geschreven met AI op basis van de bronnen hierboven, gecontroleerd door een mens op 2026-09-05. Klopt er iets niet? Laat het weten — correcties krijgen voorrang.