Hoe vaak moet ik de gegevens in het productpaspoort bijwerken?

Actueel houden gebeurt bij wijzigingen, niet op een vaste kalender

Er staat in de ESPR geen vaste termijn als "elk jaar bijwerken" of "binnen dertig dagen aanpassen". Wat er wel staat, in artikel 9 van Verordening (EU) 2024/1781, is dat de informatie in het digitale productpaspoort accuraat, volledig en actueel moet zijn. Dat is een resultaatverplichting, geen kalenderverplichting: het paspoort moet kloppen op het moment dat iemand het raadpleegt, en niet pas na een vaste periode worden gecontroleerd. Voor de meeste productgegevens die bij aanmaak worden ingevoerd — herkomst, materialen, conformiteit — verandert er na productie niets meer, dus voor die gegevens is "actueel houden" in de praktijk vooral: ze correct laten staan. Voor gegevens die wél kunnen veranderen, zoals informatie over reparatie of een eigenaarswissel, ligt de verplichting bij het moment waarop die verandering zich voordoet.

Voor wie dit geldt, en voor welke gegevens niet

Deze verplichting raakt de partij die verantwoordelijk is voor het productpaspoort — meestal de fabrikant of importeur die het product op de markt brengt. Artikel 10 van de ESPR beschrijft de technische en organisatorische eisen aan het paspoort, waaronder wie welke informatie mag aanleveren of aanpassen. Dat betekent dat niet elke partij in de keten zomaar gegevens kan wijzigen: wie welke informatie mag aanpassen hangt af van de rol die diegene heeft ten opzichte van het product. Wat hier nadrukkelijk niet onder valt: gegevens die per definitie een momentopname zijn, zoals een testresultaat of een certificaat op de aanmaakdatum. Die hoeven niet continu herbevestigd te worden — ze blijven gewoon staan als historisch feit, tenzij een latere wijziging (zoals een nieuwe versie van het product) een nieuw paspoort of een aanpassing vereist. Ook is dit geen verplichting om proactief te gaan zoeken naar wijzigingen; de verplichting ontstaat op het moment dat er nieuwe, relevante informatie is.

Wanneer dit precies ingaat, staat per productgroep nog niet vast

De algemene norm — accuraat, volledig, actueel — geldt zodra het productpaspoort verplicht wordt voor een productgroep. Maar hoe die norm concreet uitpakt, met welke triggers en eventueel welke termijnen, wordt per productgroep verder ingevuld in de delegated acts die de Europese Commissie voor die groep opstelt. Op dit moment is voor de meeste productgroepen nog niet vastgesteld welke gebeurtenissen precies tot een update verplichten en binnen welke tijd dat dan moet gebeuren. Wie hierover een concreet, per-productgroep antwoord zoekt, vindt dat dus niet in de ESPR zelf maar in de delegated act die voor die specifieke groep wordt gepubliceerd. Tot die tijd geldt de algemene lijn uit artikel 9: het paspoort moet kloppen, en de verantwoordelijke partij zorgt daarvoor.

Wat dit in de praktijk betekent

Voor een fabrikant of importeur die met een productpaspoort werkt, komt dit neer op een paar praktische stappen. Eerst: vaststellen welke gegevens in het paspoort statisch zijn (blijven staan zoals ingevoerd) en welke dynamisch zijn (kunnen veranderen gedurende de levensduur van het product, zoals reparatiegeschiedenis of eigenaarschap). Vervolgens: een proces inrichten waarmee wijzigingen in die dynamische gegevens ook daadwerkelijk in het paspoort terechtkomen — dat vraagt om een verbinding tussen de plek waar die informatie ontstaat (bijvoorbeeld een reparatiebedrijf of een tweede eigenaar) en het paspoort zelf. Daarna: in de gaten houden welke delegated act voor de eigen productgroep verschijnt, omdat die bepaalt of er aanvullende, specifieke eisen aan het actueel houden worden gesteld. En tot slot: er rekening mee houden dat "actueel" niet betekent dat er niets hoeft te gebeuren totdat er een aanleiding is — zodra er een wijziging is die relevant is voor de informatie in het paspoort, ontstaat de verplichting om die te verwerken, ongeacht of daar al een vaste termijn voor is vastgelegd.

Waar dat staat: artikel 9 en 10 ESPR

De eis dat informatie in het digitale productpaspoort accuraat, volledig en actueel moet zijn, volgt uit artikel 9 van Verordening (EU) 2024/1781 (ESPR), dat de algemene bepalingen voor het digitale productpaspoort bevat. Artikel 10 van dezelfde verordening werkt uit aan welke technische en organisatorische eisen het paspoort moet voldoen, waaronder de vraag wie informatie mag aanleveren of wijzigen. Beide artikelen laten de concrete uitwerking — welke gebeurtenissen tot een update leiden en op welke termijn — over aan de delegated acts die per productgroep worden vastgesteld op basis van deze verordening.

Wie nu al met een productpaspoort te maken krijgt, doet er goed aan het onderscheid tussen statische en dynamische gegevens in de eigen data-inrichting alvast te maken, en de publicatie van de delegated act voor de eigen productgroep te volgen voor de precieze regels over het actueel houden.

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

Artikel 9 en artikel 10 van de ESPR (Verordening (EU) 2024/1781) beschrijven wat een digitaal productpaspoort moet kunnen en welke gegevens erin thuishoren, maar geven geen algemene regel voor hoe vaak die gegevens vernieuwd moeten worden. Wat wél uit de tekst volgt, is een aantal aanknopingspunten die samen bepalen hoe actueel een paspoort in de praktijk moet zijn.

Het paspoort moet kloppen op het moment dat het geraadpleegd wordt

Artikel 9 stelt dat het digitaal productpaspoort toegankelijk moet zijn via de datadrager en dat de informatie erin de kenmerken van het product moet weergeven. Voor een bedrijf met tien tot honderd medewerkers betekent dit dat het paspoort geen momentopname is die na publicatie op de plank blijft liggen, maar een gegevensverzameling die overeenkomt met wat er over het product bekend is zolang het paspoort raadpleegbaar is. Wanneer een specificatie wijzigt — een andere leverancier van een onderdeel, een aangepaste samenstelling, een nieuwe testuitslag — ontstaat een verschil tussen wat het paspoort zegt en wat het product daadwerkelijk is.

Wijzigingen in productgegevens werken door in het paspoort

Artikel 10 noemt eisen aan de gegevens die in het paspoort staan, waaronder gegevens die rechtstreeks voortkomen uit de productgroep-specifieke regels die per productgroep worden vastgesteld. Dat raakt aan de vraag welke gegevens komen er in het productpaspoort van producten, want niet elk gegeven heeft dezelfde gevoeligheid voor verandering. Een fysieke afmeting verandert zelden, een testresultaat over een milieu-indicator kan veranderen zodra de productiewijze wijzigt of zodra opnieuw gemeten wordt volgens de methode voor het meten van de waarden. Voor een bedrijf met meerdere productvarianten en periodieke aanpassingen aan het assortiment betekent dit dat het bijhouden van paspoortgegevens een terugkerend punt is, niet een eenmalige exercitie bij lancering.

De koppeling tussen paspoort en product moet herkenbaar blijven

Een paspoort dat bij een product hoort, moet dat product ook nog herkennen op het moment dat er iets wijzigt aan een modelvariant, een batch of een productversie. Voor een middelgroot bedrijf dat met meerdere modelnummers werkt, betekent dit dat een wijziging aan een product niet alleen een technisch dossier raakt, maar ook een vraag oproept: welk paspoort horen bij welke versie, en is dat onderscheid nog duidelijk voor iemand die het paspoort raadpleegt via de QR-code op het product zelf.

Waar het misgaat in de praktijk

Een leverancierswissel wordt niet doorgevoerd in het paspoort. Een fabrikant wisselt van toeleverancier voor een onderdeel, de nieuwe specificaties wijken op punten af, maar niemand koppelt die wijziging terug naar het al gepubliceerde paspoort. Het paspoort blijft de oude gegevens tonen.

Testresultaten worden verward met vaste kenmerken. Een resultaat uit een eenmalige meting wordt in het paspoort gezet als was het een permanent gegeven, terwijl het eigenlijk hoort bij een specifieke batch of testdatum. Bij een volgende productierun ontbreekt het moment waarop iemand zich afvraagt of het gegeven nog klopt.

Reparatie-informatie sluit niet meer aan bij het actuele onderdelenaanbod. Gegevens over reparatie en onderdelen in het paspoort worden bij lancering ingevuld, maar wanneer een onderdeel wordt uitgefaseerd of vervangen door een ander onderdeelnummer, blijft de oude informatie staan omdat niemand dat onderdeel van het paspoort als "levend" document behandelt.

Meerdere taalversies raken uit elkaar. Bij een aanpassing van de Nederlandse tekst wordt vergeten dat er ook een Franse of Duitse versie bestaat voor gegevens in meerdere talen. De ene taalversie toont dan een andere stand van zaken dan de andere, terwijl beide onder dezelfde QR-code hangen.

Een ontdekte fout wordt provisorisch opgelost in plaats van structureel. Iemand merkt op dat een paspoort een onjuist gegeven toont, past het handmatig aan in het systeem van dat moment, maar legt nergens vast wanneer en waarom die aanpassing gebeurde. Bij een volgende wijziging is niet meer te herleiden wat de oorspronkelijke bron van de fout was — terwijl er juist een vaste route zou moeten zijn voor het moment dat een fout in een al gepubliceerd paspoort ontdekt wordt.

Wat u kunt vastleggen

Een overzicht van welke gegevens in het paspoort gevoelig zijn voor verandering — een onderscheid tussen vaste kenmerken (afmetingen, materiaalsoort) en variabele gegevens (testresultaten, leverancier van een onderdeel, beschikbaarheid van reserveonderdelen).
Een vast moment in het productieproces waarop paspoortgegevens gecontroleerd worden — bijvoorbeeld bij elke wijziging aan de technische documentatie, bij een leverancierswissel, of bij een periodieke interne review.
Een verantwoordelijke voor het bijhouden van elk paspoort per productgroep — met name relevant voor een bedrijf dat actief is in meerdere productgroepen tegelijk, omdat de gegevens en de herzieningsfrequentie per productgroep kunnen verschillen.
Een logboek van wijzigingen aan een gepubliceerd paspoort — wat is aangepast, wanneer, en op basis van welk brondocument, zodat een wijziging herleidbaar blijft.
Een controle op de samenhang tussen taalversies bij elke wijziging, zodat niet één taalversie achterblijft op de andere.
Een overzicht van welke gegevens onder welke voorwaarden gepubliceerd worden, zeker wanneer een deel van de onderliggende informatie raakt aan de vraag of gegevens over het product bedrijfsgevoelig zijn en dus niet zomaar voor iedereen inzichtelijk moeten zijn — dat onderscheid werkt door in hoe een update wordt doorgevoerd en wie daarbij toegang heeft.

Voor bedrijven die met een platform werken dat het paspoort hoster en de QR-datadrager beheert, verschuift een deel van deze vastlegging naar de afspraak met die partij: wie voert de wijziging in, binnen welk proces, en hoe wordt gewaarborgd dat de gepubliceerde versie overeenkomt met de laatst aangeleverde gegevens vanuit het bedrijf zelf.

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-08-22. Klopt er iets niet? Laat het weten — correcties krijgen voorrang.