hoe kan ik mijn productpaspoort testen voordat het gepubliceerd wordt

Testen vóór publicatie is geen apart wettelijk traject, maar wel praktisch noodzakelijk

Een productpaspoort testen voordat het live gaat, is geen stap die de ESPR met naam en artikelnummer voorschrijft — de verordening beschrijft wát het paspoort moet kunnen en bevatten, niet hoe een bedrijf dat vóór publicatie controleert. Toch is testen in de praktijk onmisbaar, omdat artikel 10 en artikel 11 van de ESPR (Verordening (EU) 2024/1781) eisen stellen aan de werking van het paspoort — zoals koppeling aan de juiste QR-datadrager, toegankelijkheid van gegevens en de manier waarop het paspoort technisch functioneert — die zich niet laten beoordelen zonder het paspoort daadwerkelijk te openen, te scannen en te doorlopen zoals een toezichthouder of eindgebruiker dat later zou doen.

Voor wie dit relevant is, en waar het niet over gaat

Deze vraag speelt voor iedere partij die verantwoordelijk is voor het samenstellen en publiceren van een paspoort — fabrikant, importeur of een partij die dat namens hen doet — en die wil weten of het paspoort klopt vóórdat het aan een product wordt gekoppeld en de QR-datadrager de wereld in gaat. Het gaat hier nadrukkelijk niet over een verplichte, formele testprocedure die de wetgever oplegt, en ook niet over conformiteitsbeoordeling of markttoezicht in de zin van een keuring door een derde partij. Het gaat evenmin over de vraag of de inhoud van het paspoort juridisch correct is samengesteld — dat is een vraag over de gegevens zelf, niet over de techniek van testen. Wie wil weten wélke gegevens erin moeten en of het paspoort überhaupt van toepassing is op een bepaald product, komt eerder terecht bij de vraag geldt het digitaal productpaspoort voor mijn elektronica.

Nog geen vaste datum, wel een duidelijke richting

Er is nog geen vastgestelde ingangsdatum voor de verplichting tot een digitaal productpaspoort voor elektronica en ICT-apparatuur; die volgt per productcategorie uit gedelegeerde handelingen die vanaf 2027 worden verwacht binnen het ESPR-werkplan 2025-2030. Wat wel vaststaat, is het kader waarbinnen zo'n paspoort straks moet functioneren: artikel 9 van de ESPR beschrijft wat een digitaal productpaspoort is en welke rol het speelt, artikel 10 beschrijft de vereisten waaraan de inhoud en toegankelijkheid moeten voldoen, en artikel 11 beschrijft het technisch ontwerp en de werking, waaronder de datadrager. Tot de precieze datum per deelcategorie is gepubliceerd, is er dus geen wettelijke testplicht — maar de eisen waaraan getest zou moeten worden, liggen al grotendeels vast.

Hoe dit in de praktijk wordt aangepakt

Wie nu al met een paspoort aan de slag gaat, doet er goed aan de test in een paar stappen op te bouwen, in de volgorde waarin een controle later ook zou verlopen. Eerst wordt gecontroleerd of de QR-datadrager technisch werkt: scant hij probleemloos, en leidt hij naar de juiste, actuele paspoortpagina — dit raakt direct aan wat artikel 11 van de ESPR beschrijft over het technisch ontwerp van de datadrager. Daarna volgt een controle van de inhoud tegen wat artikel 10 vereist: staan de juiste gegevens erin, zijn ze actueel, en zijn ze voor de bedoelde doelgroepen (consument, marktdeelnemer, toezichthouder) daadwerkelijk toegankelijk zonder onnodige drempels. Vervolgens wordt getest of het paspoort ook standhoudt bij herhaald gebruik: blijft de link tien jaar bereikbaar, wat is de bedoeling bij hosting, en verandert er niets onbedoeld aan gegevens die al gepubliceerd zijn. Een test in een productieomgeving vóór de daadwerkelijke lancering — met een testproduct of een niet-publiek zichtbare paspoortpagina — voorkomt dat fouten pas opvallen zodra het paspoort al aan klanten of een toezichthouder wordt getoond. Dat sluit aan bij wat een toezichthouder bij een controle doorgaans wil zien; wie zich daarop wil voorbereiden, vindt meer in wat vraagt een toezichthouder bij een controle op elektronica. Voor bedrijven met meerdere modellen of merken is het daarnaast praktisch om het testproces zelf te standaardiseren, zodat niet elk paspoort opnieuw handmatig wordt gecontroleerd — iets dat goed samenvalt met de aanpak beschreven bij hoe regel ik het productpaspoort voor al mijn productlijnen tegelijk.

Wat dit betekent en waar het op is gebaseerd

Dat een paspoort getest wordt vóór publicatie, volgt niet uit een expliciete testplicht in de ESPR, maar uit de combinatie van artikel 9, 10 en 11 van Verordening (EU) 2024/1781: samen beschrijven ze wat een digitaal productpaspoort is, welke gegevens en toegankelijkheid vereist zijn, en hoe het technisch moet functioneren via de datadrager. Een paspoort dat aan die eisen voldoet zodra het live staat, is in de praktijk alleen te garanderen door het vooraf te controleren op precies die punten. Zolang de gedelegeerde handeling voor de betreffende deelcategorie nog niet is gepubliceerd, blijft de exacte inhoud van de test bij voorkeur flexibel, maar de kern — werkende datadrager, juiste en toegankelijke gegevens, stabiele hosting — verandert vermoedelijk niet meer wezenlijk.

Wie nu wil beginnen met testen, zet eerst een testomgeving op los van de definitieve publicatie, loopt vervolgens de eigen gegevens langs de vereisten van artikel 10, en controleert daarna de technische kant van de QR-datadrager volgens artikel 11 — een aanpak die goed aansluit bij de bredere stappen beschreven in hoe pak ik het productpaspoort voor elektronica stap voor stap aan.

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

Een productpaspoort dat live staat, moet doen wat de verordening ervan verwacht: de juiste gegevens tonen aan de juiste partij, via een werkende datadrager, op elk moment dat iemand ernaar vraagt. Testen voordat het paspoort gepubliceerd wordt is dus geen technisch extraatje, maar de praktische invulling van een aantal eisen die al in de tekst staan.

De datadrager moet leesbaar en houdbaar zijn

Artikel 11 van de ESPR (Verordening (EU) 2024/1781) beschrijft het technisch ontwerp en de werking van het digitale productpaspoort, inclusief de datadrager (bijvoorbeeld een QR-code) die naar het paspoort verwijst. Voor een bedrijf van 10 tot 100 medewerkers betekent dit praktisch: iemand moet vóór publicatie daadwerkelijk met een telefoon of scanner de code scannen, en niet alleen op een beeldscherm maar ook op de verpakking of het product zelf zoals het uiteindelijk wordt uitgeleverd. Een code die op een testprint prima werkt, kan op een glanzend of gebogen productoppervlak alsnog onleesbaar blijken.

Het paspoort moet de juiste gegevens tonen aan de juiste gebruiker

Artikel 10 van de ESPR (Verordening (EU) 2024/1781) stelt vereisten aan de inhoud en toegankelijkheid van het paspoort, waaronder het onderscheid tussen gegevens die voor iedereen zichtbaar zijn en gegevens die alleen voor een toezichthouder of een marktdeelnemer bestemd zijn. Dat betekent dat testen niet alleen "opent de link" is, maar ook controleren of een consument geen bedrijfsvertrouwelijke informatie ziet, en of een toezichthouder juist wél bij de gegevens kan die voor hem bedoeld zijn.

Het paspoort moet aansluiten bij het product waar het bij hoort

Artikel 9 van de ESPR (Verordening (EU) 2024/1781) regelt de koppeling tussen het digitale productpaspoort en het specifieke product of productmodel. Voor de praktijk betekent dit dat getest moet worden of de juiste QR-code op de juiste variant belandt: bij een productlijn met meerdere modellen, kleuren of vermogensklassen is het risico reëel dat paspoort A per ongeluk aan product B wordt gekoppeld. Wie het productpaspoort voor meerdere productlijnen tegelijk regelt, loopt dit risico nadrukkelijker dan een bedrijf met één product.

Het paspoort moet blijven werken, ook na wijzigingen

Omdat elektropas.com het paspoort tien jaar hostgeeft, betekent testen ook: nagaan of een update van gegevens (bijvoorbeeld een reparatie-instructie of een gewijzigde leverancier) op de juiste plek terechtkomt zonder dat de bestaande QR-code stukloopt. Voor een bedrijf zonder eigen IT-afdeling is dit vaak het onderdeel dat wordt overgeslagen, terwijl het rechtstreeks samenhangt met de eisen aan werking en toegankelijkheid uit artikel 11.

Waar het misgaat in de praktijk

Een paar situaties komen steeds terug bij bedrijven die voor het eerst een paspoort testen.

Een QR-code die op de webpreview goed werkt, maar op de fysieke verpakking te klein is afgedrukt of achter folie verdwijnt waardoor een scanner hem niet meer herkent.

Een test die alleen op kantoor wordt uitgevoerd, met wifi en een nieuw toestel, terwijl de uiteindelijke gebruiker — een monteur op een bouwplaats, een consument in een winkel met slecht bereik — een heel andere ervaring heeft.

Gegevens die in de teststraat correct staan, maar na een laatste aanpassing in het assortiment (een andere leverancier, een gewijzigd energielabel) niet opnieuw worden gecontroleerd voordat de code de deur uitgaat.

Een paspoort dat wordt getest door iemand die het product goed kent, waardoor rariteiten in de interface — een verkeerde taal, een ontbrekend veld — niet opvallen omdat de tester toch al weet wat er had moeten staan.

Meerdere afdelingen (inkoop, kwaliteit, verpakking) die ieder een deel van de gegevens aanleveren, zonder dat iemand voor publicatie het complete paspoort van begin tot eind doorloopt zoals een buitenstaander dat zou doen.

Wat u kunt vastleggen

Een testprotocol waarin staat wélke apparaten en omstandigheden gebruikt zijn om de QR-code te scannen (verschillende telefoons, verlichting, verpakkingsmateriaal).
Een overzicht van wie welk onderdeel van de gegevens heeft aangeleverd en wie de eindcontrole heeft gedaan voordat het paspoort live ging.
Een screenshot of export van het paspoort zoals het er op de dag van publicatie uitzag, als referentie voor latere wijzigingen.
Een logboek van aanpassingen na publicatie, met datum en wie de wijziging heeft doorgevoerd.
Een check of het onderscheid tussen publiek zichtbare gegevens en gegevens voor toezichthouders correct is ingesteld, passend bij wat een toezichthouder bij een controle op elektronica mag verwachten in te zien.
Een instructie voor medewerkers die het paspoort na livegang moeten bijhouden, aansluitend op hoe personeel wordt getraind op het werken met het productpaspoort.

Wie dit testtraject als vast onderdeel opneemt in de bredere aanpak, bijvoorbeeld door het te koppelen aan de stap-voor-stap-aanpak voor het productpaspoort, voorkomt dat testen een losse actie blijft die bij de volgende productlijn weer helemaal opnieuw wordt uitgevonden.

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.