Hoe leg ik de levering van paspoortgegevens vast in mijn inkoopcontract?
Leveringsplicht en gegevensset contractueel vastleggen
Het inkoopcontract legt vast wélke paspoortgegevens de leverancier aanlevert, in welke vorm, op welk moment in het traject, en wat er gebeurt als gegevens ontbreken of onjuist blijken. Dat is de kern van de afspraak: niet alleen "u levert de benodigde gegevens", maar een concrete opsomming van gegevenscategorieën (materiaalsamenstelling, reparatie-informatie, conformiteitsgegevens, en wat verder van toepassing is voor de betreffende productgroep), een leveringsmoment dat past bij het productieproces (vóór verscheping, vóór het in de handel brengen), en een afspraak over actualisatie zodra iets wijzigt. Zonder die concrete invulling blijft de algemene verplichting tot gegevensuitwisseling tussen partijen in de toeleveringsketen een abstract gegeven dat bij een geschil moeilijk hard te maken is. Het contract is het instrument waarmee die verplichting praktisch en afdwingbaar wordt tussen de partijen zelf.
Voor fabrikanten, importeurs en hun toeleveranciers — niet voor de eindgebruiker
Deze afspraken zijn relevant tussen partijen die allebei een rol spelen in de toeleveringsketen van elektronica- of ICT-apparatuur: een fabrikant die onderdelen inkoopt, een importeur die apparatuur van buiten de EU binnenhaalt, of een distributeur die tussen fabrikant en markt zit. Vooral de importeur die een fabrikant buiten de EU als leverancier heeft, heeft belang bij een sluitende contractuele afspraak, omdat de importeur zelf verantwoordelijkheden draagt richting de markt en toezichthouders, ook als de gegevens feitelijk van de fabrikant moeten komen. Dit gaat niet over de verkoopovereenkomst met de consument — die krijgt het paspoort via de QR-drager op het product, niet via een los contract. Het gaat evenmin over de vraag óf een product paspoortplichtig wordt; dat volgt uit de gedelegeerde handeling per productcategorie, niet uit het inkoopcontract. Het inkoopcontract regelt alleen de onderlinge verhouding tussen inkopende en leverende partij over het aanleveren van gegevens.
Datum nog niet vast; de verplichting tot gegevensuitwisseling staat al wel
Een vaste datum waarop dit voor elektronica en ICT-apparatuur gaat gelden, is er nog niet — de gedelegeerde handelingen per deelcategorie worden vanaf een later moment verwacht en zijn nog niet gepubliceerd. Wat wél al vaststaat, is de algemene lijn uit de ESPR zelf: actoren in de toeleveringsketen zijn gehouden om, op verzoek, de informatie te verstrekken die nodig is om het productpaspoort op te stellen of te completeren, en importeurs hebben eigen verplichtingen om na te gaan of aan die eisen is voldaan voordat een product op de markt komt. Die basisverplichtingen liggen er dus al, los van de exacte invulling per productcategorie. Een inkoopcontract kan daarom nu al worden opgesteld of aangepast op basis van deze algemene lijn, met de bedoeling om het later aan te scherpen zodra de gedelegeerde handeling voor de specifieke productgroep gepubliceerd is en duidelijk wordt welke gegevens precies verplicht worden.
Wat dit voor de lezer betekent: stap voor stap
Wie nu een inkoopcontract opstelt of herziet, pakt dit doorgaans in deze volgorde aan. Eerst: inventariseren welke gegevens naar verwachting nodig zijn voor de productgroep in kwestie, op basis van wat daarover al bekend is, zonder te wachten tot elk detail vaststaat. Vervolgens: een leveringsmoment vastleggen dat aansluit bij het eigen inkoopproces — bijvoorbeeld vóór verscheping of vóór facturatie — zodat er geen gat ontstaat tussen het in de handel brengen en het beschikbaar zijn van de gegevens. Daarna: een actualisatieplicht opnemen voor de situatie dat gegevens wijzigen na levering, met een afspraak over hoe en binnen welke termijn de leverancier dat doorgeeft. Ook een aansprakelijkheids- of vrijwaringsclausule hoort hierbij, voor het geval de leverancier onjuiste of onvolledige gegevens aanlevert waardoor de inkopende partij zelf in de problemen komt richting toezichthouders. Tot slot is een auditrecht of documentatieplicht praktisch: het recht om bewijsstukken op te vragen waaruit blijkt dat de aangeleverde gegevens kloppen, in plaats van alleen op de mededeling van de leverancier te vertrouwen. Een expliciete verwijzing naar de relevante ESPR-artikelen in het contract maakt bovendien duidelijk dat deze afspraken niet uit de lucht komen vallen, maar een uitwerking zijn van een wettelijke verplichting die op beide partijen rust.
De wettelijke basis: artikel 38 en 29 van de ESPR
Artikel 38 van Verordening (EU) 2024/1781 (ESPR) verplicht actoren in de toeleveringsketen om, op verzoek, de informatie te verstrekken die nodig is om het productpaspoort op te stellen of te vervolledigen — zowel aan andere economische actoren in de keten als aan bevoegde autoriteiten. Dat artikel is de basis waarom een inkopende partij er belang bij heeft deze verplichting concreet te maken in het contract met de eigen leverancier: de wet regelt dát er geleverd moet worden, het contract regelt hóe. Artikel 29 van dezelfde verordening beschrijft de verplichtingen van importeurs, waaronder het nagaan of aan de geldende eisen is voldaan voordat een product op de markt wordt gebracht en het bewaren van documentatie daarover. Voor een importeur die apparatuur van een fabrikant buiten de EU betrekt, vormt dit artikel de reden waarom contractuele afspraken over gegevenslevering niet vrijblijvend zijn: de importeur draagt een eigen verantwoordelijkheid, ongeacht wat er contractueel met de fabrikant is afgesproken.
Wie nu verder wil, kan het bestaande inkoopcontract naast deze twee artikelen leggen en nagaan of leveringsmoment, gegevensset, actualisatieplicht en aansprakelijkheid al concreet genoeg zijn omschreven — en de tekst aanvullen zodra de gedelegeerde handeling voor de eigen productcategorie gepubliceerd wordt.
Waar dit op gebaseerd is
- Verordening (EU) 2024/1781 (ESPR), artikel 38 (vereisten voor actoren in de toeleveringsketen)
- Verordening (EU) 2024/1781 (ESPR), artikel 29 (verplichtingen van importeurs)
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
De ESPR legt de verplichting om een digitaal productpaspoort samen te stellen bij de fabrikant, en bij invoer van buiten de EU ook bij de importeur. Maar de gegevens die in dat paspoort moeten komen, ontstaan vaak niet bij die partij zelf — ze zitten bij de toeleveringsketen: bij de fabrikant van een onderdeel, de assemblageplaats, of een leverancier verderop in de keten. Artikel 38 van de ESPR (Verordening (EU) 2024/1781) stelt daarom eisen aan actoren in die keten: wie informatie heeft die nodig is voor het paspoort, wordt verwacht die beschikbaar te stellen aan de partij die het paspoort samenstelt. Voor een inkopende onderneming betekent dit vooral dat de verplichting zich niet automatisch vertaalt in een contractuele afspraak — dat laatste moet u zelf regelen.
Gegevens tijdig en compleet krijgen
Een fabrikant die het paspoort moet samenstellen, is afhankelijk van de informatie die een leverancier aanlevert: materialen, herkomst, reparatiegegevens, conformiteitsinformatie. Voor een bedrijf van 10 tot 100 medewerkers betekent dit praktisch dat inkoop niet alleen prijs en levertijd afspreekt, maar ook een dataverplichting: welke gegevens, in welk formaat, en op welk moment vóór levering. Zonder die afspraak ontstaat het probleem pas op het moment dat het paspoort samengesteld moet worden — te laat om nog iets aan de inkoopvoorwaarden te veranderen.
Herleidbaarheid tot in de keten
Artikel 29 (verplichtingen van importeurs) van de ESPR (Verordening (EU) 2024/1781) maakt de importeur medeverantwoordelijk voor de juistheid van wat er in het paspoort staat, ook als de gegevens van een fabricant buiten de EU komen. Voor een importerend bedrijf betekent dit dat de eigen positie in de keten meetelt: er wordt niet alleen gevraagd om gegevens door te geven, maar ook om enige mate van controle op wat is aangeleverd. Dat is iets anders dan alleen "doorsturen wat de leverancier stuurt".
Continuïteit bij wijziging van leverancier
Een productpaspoort wordt gehost en blijft bestaan zolang het product op de markt is of gebruikt wordt. Wanneer een leverancier wisselt — bijvoorbeeld omdat een onderdeel voortaan bij een andere partij wordt ingekocht — verdwijnt de oorspronkelijke gegevensbron niet automatisch uit het paspoort, maar moet er wel iets gebeuren met de actualiteit van de gegevens. Voor een bedrijf betekent dit dat contractuele afspraken niet alleen bij de start van een leveringsrelatie horen, maar ook bij het einde ervan: wie blijft de gegevens onderhouden, en wat gebeurt er met historische data.
Waar het misgaat in de praktijk
Een aantal situaties komt vaker terug dan andere. Ten eerste: de leverancier levert gegevens pas na levering van de goederen, terwijl het paspoort al bij het op de markt brengen aanwezig moet zijn — de timing staat niet in het contract, dus niemand voelt zich daaraan gehouden. Ten tweede: gegevens worden aangeleverd in een formaat dat niet aansluit op wat het paspoort vereist, waardoor er alsnog handmatig werk nodig is om de data om te zetten. Ten derde: er wordt bij meerdere leveranciers voor hetzelfde onderdeel ingekocht, zonder dat is vastgelegd welke gegevens bij welke levering horen — dat maakt het moeilijk te herleiden welke batch met welke paspoortgegevens overeenkomt. Ten vierde: een onderaannemer die een deel van de productie doet, wordt in het inkoopcontract niet genoemd als gegevensbron, waardoor er een gat in de keten ontstaat dat niemand had voorzien. Ten vijfde: bestaande inkoopvoorwaarden worden niet aangepast omdat de leverancier niet wil meewerken aan een wijziging, en de inkopende partij accepteert dat zonder alternatief te zoeken.
Deze situaties zijn zelden het gevolg van onwil bij één partij — vaker is het een gevolg van contracten die zijn opgesteld voordat de paspoortverplichting speelde, en die simpelweg niet zijn bijgewerkt.
Wat u kunt vastleggen
Een aantal onderdelen komt terug als het gaat om het vastleggen van paspoortgegevens in een inkoopcontract:
- Een gegevensbijlage bij het inkoopcontract, waarin staat welke gegevens de leverancier aanlevert, in welk formaat, en vóór welk moment in het leverproces. Dit is preciezer dan alleen een algemene verwijzing naar "wettelijke verplichtingen".
- Een omschrijving van wat er precies wordt opgevraagd — voor elektronica gaat het vaak om andere gegevens dan voor witgoed of ICT-apparatuur. Wat u concreet aan uw leverancier kunt vragen, staat beschreven op de pagina over welke gegevens u bij uw leverancier van elektronica moet opvragen.
- Een controlebepaling, waarin is vastgelegd hoe en door wie de aangeleverde gegevens worden gecontroleerd voordat ze in het paspoort komen. Een aanpak voor die controle is beschreven op de pagina over het controleren van gegevens van een leverancier op juistheid.
- Een bepaling over wat er gebeurt bij uitblijven van gegevens, inclusief een tijdpad en eventueel een escalatieroute. Wat te doen als een leverancier de gegevens niet levert, staat toegelicht op de pagina over een leverancier die de gegevens niet levert.
- Een bepaling over onderaannemers, zodat ook gegevens die niet rechtstreeks bij de hoofdleverancier ontstaan, toch bij de samenstelling van het paspoort terechtkomen — relevant wanneer een onderaannemer betrokken is, zoals beschreven op de pagina over productpaspoortgegevens die van een onderaannemer moeten komen.
- Een bepaling voor situaties met meerdere leveranciers voor hetzelfde onderdeel, zodat duidelijk is welke gegevens bij welke batch of levering horen.
- Een aanpak voor wanneer een leverancier niet wil meewerken aan contractwijziging, inclusief alternatieven zoals een aparte overeenkomst naast het bestaande contract of het zoeken van een andere leverancier.
Een inkoopcontract dat deze onderdelen bevat, hoeft niet volledig herschreven te worden — vaak is een aanvullende bijlage of addendum voldoende om de dataverplichting naast de bestaande leveringsvoorwaarden te leggen.
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.