hoe maak ik paspoorten voor een meubelcollectie met veel kleur- en stofvarianten

Elke variant met eigen kenmerken krijgt een eigen paspoort

Een collectie met veel kleur- en stofvarianten vraagt in de kern om één ontwerpkeuze: bepalen op welk niveau een variant echt anders is dan de rest. Een bank die in tien stofferingen wordt verkocht, is voor het productpaspoort niet automatisch tien keer een ander product — maar de stoffering bepaalt vaak wel gegevens die in het paspoort horen, zoals materiaalsamenstelling, herkomst van het textiel of brandveiligheidsbehandeling. Zodra die gegevens per variant verschillen, verschilt ook de inhoud van het paspoort, en dus ook de unieke identificatiecode die volgens artikel 12 van de ESPR (Verordening (EU) 2024/1781) aan het paspoort hangt. De praktische aanpak is daarom: één basisstructuur voor het model, en per variant alleen de velden aanpassen die daadwerkelijk anders zijn.

Voor wie dit speelt, en voor wat niet

Dit is relevant voor fabrikanten en importeurs die één meubelmodel in meerdere uitvoeringen op de markt brengen: andere stof, ander leer, andere kleur lak, ander frame-hout. Het geldt niet voor puur esthetische keuzes zonder gevolgen voor materiaal of samenstelling — een stof die alleen qua kleurstelling verschilt maar identiek is in vezelsamenstelling, brandvertrager en herkomst, verandert inhoudelijk niets aan het paspoort. Het gaat dus niet om het aantal SKU's op de pakbon, maar om het aantal inhoudelijk verschillende productvarianten. Een collectie met vijftig kleurcodes kan qua paspoort-inhoud net zo goed maar twee of drie varianten hebben, als de kleur verder niets verandert aan wat er in het product zit. Dit onderscheid staat niet los van de vraag of het paspoort voor een bepaald meubelstuk überhaupt verplicht wordt — die basisvraag wordt beantwoord op de pagina over of het productpaspoort voor uw meubels geldt.

De verplichting volgt de gedelegeerde handeling per productgroep

Wanneer het paspoort voor meubels precies verplicht wordt, staat nog niet vast. De ESPR zelf (Verordening (EU) 2024/1781) is het raamwerk; de daadwerkelijke verplichting voor meubels ontstaat via een gedelegeerde handeling die per productgroep wordt vastgesteld, en die handeling is er voor meubels nog niet. Tot die handeling is gepubliceerd, is er geen wettelijke datum om naar toe te werken — wel is duidelijk uit het ESPR-werkplan dat meubels op de agenda staan. Zodra de datum vaststaat, wordt die hier vermeld. Tot die tijd is het ontwerpen van een variantenstructuur geen verplichting maar een voorbereiding, en die voorbereiding is precies waar tijdwinst te behalen is — zie ook wat er nu al gedaan kan worden terwijl de regels nog niet definitief zijn.

Hoe een collectie met varianten in de praktijk wordt opgebouwd

De volgorde die de meeste ruis wegneemt, begint bij het model, niet bij de variant. Eerst wordt vastgelegd welke gegevens voor het hele model gelden: constructie, afmetingen, functie, algemene onderdelen die in elke uitvoering identiek zijn. Daarna wordt per variant alleen bijgehouden wat afwijkt — meestal de bekleding, soms de afwerking van het frame. Dat scheidt "vaste" data van "variabele" data, en die scheiding is precies wat een productdatabase moet kunnen ondersteunen; wie al een database heeft met artikelnummers en materiaalspecificaties per variant, kan nagaan of die structuur zich laat hergebruiken via het advies over een bestaande productdatabase geschikt maken.

Een tweede stap is het bepalen van de identificatiecode per variant. Artikel 12 van de ESPR schrijft een unieke identificatiecode voor het product voor waarop het paspoort betrekking heeft; bij variantrijke collecties betekent dit in de praktijk dat elke inhoudelijk afwijkende variant een eigen code en dus een eigen paspoorddatabase-invoer krijgt, terwijl varianten zonder inhoudelijk verschil onder dezelfde code kunnen vallen. Dit voorkomt twee problemen: enerzijds honderden paspoorten aanmaken voor varianten die feitelijk identiek zijn, anderzijds één paspoort gebruiken voor varianten die materieel wél verschillen.

Een derde stap is de QR-datadrager. Artikel 9 van de ESPR verbindt het paspoort aan een datadrager op het product, en bij een collectie met varianten is het praktisch om na te denken over waar en hoe die drager per variant wordt aangebracht — een stoffering met een ander materiaalpaspoort vraagt een andere QR-code dan een stoffering die inhoudelijk gelijk is. Wie dit stap voor stap wil doorlopen, inclusief de vraag wanneer in het productieproces de code wordt toegekend, vindt een volledig overzicht op de pagina over het productpaspoort stap voor stap aanpakken.

De grondslag: artikelen 9, 10, 11 en 12 van de ESPR

De onderbouwing van deze aanpak ligt in vier artikelen van de ESPR (Verordening (EU) 2024/1781). Artikel 9 stelt het digitaal productpaspoort zelf verplicht voor productgroepen die onder een gedelegeerde handeling vallen. Artikel 10 beschrijft de vereisten waaraan het paspoort moet voldoen, waaronder de koppeling tussen productinformatie en de gegevens die daadwerkelijk in het paspoort staan. Artikel 11 regelt het technisch ontwerp en de werking van het paspoort, wat de basis is voor de vraag hoe gegevens per variant worden gestructureerd. Artikel 12 tenslotte verplicht tot een unieke identificatiecode per product — de bepalende factor voor de vraag of een kleur- of stofvariant een eigen paspoort nodig heeft of niet.

Wie nu al met een collectie werkt, kan het beste beginnen met het scheiden van vaste modelgegevens en variabele variantgegevens in de eigen administratie, zodat die structuur klaarstaat zodra de gedelegeerde handeling voor meubels een datum en concrete gegevensvereisten vastlegt.

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

Een bank die in twaalf stofsoorten en acht kleuren leverbaar is, is in de praktijk niet één product maar tientallen combinaties. Voor het digitaal productpaspoort is die vraag niet cosmetisch: hij bepaalt of er straks één paspoort komt met varianten erin, of een hele reeks losse paspoorten. Wie dat vooraf niet uitzoekt, loopt tegen het einde van het traject vast in een productdatabase die niet aansluit op wat de ESPR vraagt.

Wat er van u wordt verwacht

Elk product identificeerbaar maken

Artikel 12 van de ESPR (Verordening (EU) 2024/1781) vraagt een unieke identificatiecode per product. Bij een collectie met varianten betekent dat een keuze: krijgt elke kleur-stofcombinatie een eigen code, of wordt er gewerkt met één basiscode plus een variantkenmerk? Voor een bedrijf van 10 tot 100 medewerkers is dit vooral een IT-vraag: de productdatabase of het ERP-systeem moet varianten al op deze manier onderscheiden, anders ontstaat het probleem pas bij het aanmaken van de paspoorten zelf. Wie nu al nagaat of de bestaande productdatabase geschikt te maken is, voorkomt dat deze vraag pas bij de eerste levering wordt ontdekt.

De juiste informatie per variant tonen

Artikel 9 van de ESPR beschrijft wat het digitaal productpaspoort moet bevatten. Bij meubels met stofvarianten verschilt een deel van die informatie per variant — brandvertragende behandeling, schuurvastheid, vezelsamenstelling — en een deel niet: constructie, afmetingen, herkomst van het frame. Praktisch betekent dit dat de gegevens al bij de bron (fabrikant of leverancier van de stof) op variantniveau moeten worden vastgelegd. Een leverancier die alleen "polyester mix, diverse kleuren" doorgeeft, levert niet genoeg om per variant een compleet paspoort te vullen.

Techniek die varianten kan verwerken

Artikel 11 van de ESPR stelt eisen aan het technisch ontwerp en de werking van het paspoort, waaronder hoe het paspoort wordt gekoppeld aan het product en hoe de gegevens toegankelijk blijven. Bij een collectie met veel varianten loopt dit samen met de vraag hoe de QR-code op het product zelf wordt aangebracht: één label per artikelnummer werkt niet als het artikelnummer los staat van de kleur-stofcombinatie die de klant daadwerkelijk ontvangt. Dit is een van de punten waarop een goede aanpak vooraf schelen kan: zie de bredere uitleg in de stap-voor-stap aanpak van het productpaspoort.

Aan de vereisten voldoen, ook bij combinaties

Artikel 10 van de ESPR noemt de vereisten waaraan het digitaal productpaspoort moet voldoen, waaronder betrouwbaarheid en actualiteit van de gegevens. Bij varianten speelt dit op een specifieke manier: wanneer een stofsoort wordt vervangen of een kleur uit de collectie verdwijnt, moet dat in de paspoorten van de betrokken varianten verwerkt worden, zonder de paspoorten van de overige varianten te raken. Dat vraagt een gegevensstructuur waarin varianten los van elkaar bijgewerkt kunnen worden.

Waar het misgaat in de praktijk

Één paspoort voor de hele collectie. Een fabrikant maakt één paspoort aan voor "bank model X" en verwijst daarin naar "diverse bekledingen". Dat werkt niet zodra een klant of toezichthouder wil weten welke brandtest bij de specifieke stof op zijn bank hoort.

Variantgegevens die bij de stoffenleverancier ontbreken. De meubelfabrikant zelf houdt keurig bij welk frame, welke poten en welke afwerking bij een model horen, maar de stof komt van een externe leverancier die alleen een collectienaam doorgeeft, niet de onderliggende testresultaten per kleur. Bij het invullen van het paspoort blijkt dan dat een deel van de gegevens per variant simpelweg niet beschikbaar is.

Artikelcodes die niet overeenkomen met wat er verkocht wordt. Intern wordt gewerkt met één artikelnummer per model, en de kleur/stofkeuze wordt pas in de orderregel vastgelegd. Als de unieke identificatiecode uit artikel 12 op modelniveau wordt toegekend in plaats van op variantniveau, ontstaat een mismatch tussen het paspoort en het fysieke product dat bij de klant staat.

Kleine wijzigingen in de collectie die niet worden doorgevoerd. Een stofsoort wordt na een seizoen vervangen door een vergelijkbare, maar niet identieke stof. Het paspoort van de oude variant blijft online staan alsof die nog leverbaar is, of — omgekeerd — de nieuwe variant krijgt per ongeluk het paspoort van de oude stof toegewezen.

Te laat beginnen met de variantstructuur. Een bedrijf wacht met het opzetten van de gegevensstructuur tot de verplichting concreet wordt, en ontdekt dan dat honderden bestaande varianten met terugwerkende kracht ingedeeld moeten worden. Wie nu al nagaat wat er te doen is terwijl de regels nog niet definitief zijn, kan deze inhaalslag vermijden door de structuur alvast op orde te brengen, ook voordat een verplichte datum vaststaat.

Wat u kunt vastleggen

Een variantenlijst per model, met voor elke kleur- en stofcombinatie een eigen code of duidelijk gekoppeld variantkenmerk, zodat de identificatiecode uit artikel 12 sluitend aangebracht kan worden.
Een overzicht van welke gegevens per variant verschillen en welke gegevens voor de hele modellijn gelijk zijn — dit scheidt wat eenmalig ingevuld moet worden van wat per variant apart moet worden aangeleverd.
Afspraken met stof- en materiaalleveranciers over het aanleveren van testresultaten en samenstelling per kleur of dessin, niet alleen per collectie.
Een procedure voor collectiewijzigingen, zodat een vervangen stofsoort of aflopende kleur ook in het paspoort wordt bijgewerkt of gearchiveerd op het moment dat de wijziging in de verkoop wordt doorgevoerd.
Een koppeling tussen artikelnummer, orderregel en paspoort, zodat de variant die feitelijk wordt geleverd overeenkomt met de variant waarvan het paspoort wordt getoond.

Of een specifieke collectie onder de verplichting valt en per wanneer, staat beschreven op de pagina over of het productpaspoort voor uw meubels geldt. De structuur van de variantengegevens kan echter los daarvan al worden opgezet — dat werk is nooit verspild, welke datum er ook uiteindelijk aan de verplichting hangt.

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.