tyrepas.eu

helpt het productpaspoort bij een recall van banden en hoe werkt dat

Het paspoort maakt banden traceerbaar, en dat is precies waar een recall om draait

Het productpaspoort helpt bij een terugroepactie omdat het de band koppelt aan vaste, opvraagbare gegevens over fabrikant, model, samenstelling en partij. Een recall staat of valt met de vraag: welke banden zijn precies getroffen, en hoe bereik je de partijen die ze in bezit hebben? Het paspoort is daarvoor niet in het leven geroepen — de ESPR noemt het doel breder, namelijk informatie geven over duurzaamheid en circulariteit van een product — maar de gegevens die erin staan (productidentificatie, technische kenmerken, fabrikant) zijn dezelfde gegevens die nodig zijn om een band tijdens een terugroepactie snel en eenduidig te herkennen. Wie de QR-code scant, komt bij dezelfde brongegevens die ook een importeur, groothandel of toezichthouder zou raadplegen.

Voor identificatie wel, voor de afhandeling van de recall zelf niet

Het paspoort is een informatiebron, geen recall-systeem. Het bevat de gegevens die een band identificeerbaar maken, zoals bedoeld in artikel 9 en artikel 10 van de ESPR (Verordening (EU) 2024/1781), maar het regelt niet de procedure van een terugroepactie zelf — wie waarschuwt wie, binnen welke termijn, en via welk kanaal. Die verplichtingen liggen bij de fabrikant, zoals artikel 27 van de ESPR beschrijft, en bij eventuele sectorspecifieke regels voor productveiligheid die los staan van het productpaspoort. Het paspoort maakt het makkelijker om vast te stellen óf een band tot een getroffen partij hoort, maar het vervangt niet de meldplicht, de risicobeoordeling of de communicatie richting afnemers die bij een recall horen. Wie zoekt naar een uitspraak over hoe een toezichthouder een recall precies beoordeelt, vindt die hier dan ook niet — dat is een ander proces dan het paspoort zelf.

De verplichting tot een paspoort staat nog niet vast in datum

Er is nog geen gedelegeerde handeling gepubliceerd die het digitaal productpaspoort voor banden verplicht stelt; het ESPR-werkplan 2025-2030 noemt daarvoor het jaar 2027 als verwachting. Tot die handeling gepubliceerd is, geldt er voor banden nog geen wettelijke verplichting tot een productpaspoort, en dus ook geen wettelijke koppeling tussen dat paspoort en een recall-proces. Zodra de gedelegeerde handeling er is, komt de precieze datum hier te staan. Tot die tijd blijft de vraag "wanneer moet dit klaar zijn" onbeantwoord in exacte termen — wat al wel vaststaat, is de structuur uit artikel 9, 10 en 13 van de ESPR: die artikelen beschrijven wat een paspoort moet bevatten en hoe het geregistreerd wordt, onafhankelijk van de datum waarop de verplichting voor banden ingaat.

Wat dit betekent voor wie nu al met recall-risico rekening houdt

Voor wie nu al nadenkt over de relatie tussen paspoort en recall is de meest praktische volgorde: eerst kijken welke gegevens al vastliggen bij fabrikant of importeur, dan kijken hoe die gegevens vindbaar en actueel blijven, en pas daarna nadenken over de koppeling met een eventueel recall-proces. Een paspoort dat goed is opgezet, maakt in de praktijk drie dingen makkelijker bij een terugroepactie: het identificeren van de exacte productvariant, het traceren van herkomst en partij, en het snel beschikbaar hebben van technische specificaties zonder dat daarvoor eerst dossiers bij de fabrikant opgevraagd moeten worden. Dat is winst, ook los van de vraag of en wanneer het paspoort wettelijk verplicht wordt voor banden.

Wie zich alvast wil voorbereiden zonder op de definitieve regels te wachten, kan zich beter eerst afvragen wat er nu al gedaan kan worden terwijl de regels nog niet definitief zijn. Voor wagenparkbeheerders is er nog een aanvullend belang: een paspoort met heldere identificatiegegevens maakt het bij een recall makkelijker om snel te zien welke banden in de eigen vloot vallen onder een terugroepactie, en dat raakt direct aan wat een wagenparkbeheerder aan het bandenpaspoort heeft. Ook de keuze van het platform waarin de gegevens worden bijgehouden is niet neutraal voor recall-doeleinden: een platform dat gegevens snel doorzoekbaar en actueel houdt, werkt anders dan een platform dat alleen een statisch bestand toont, en dat verschil is relevant bij het kiezen van een platform voor het productpaspoort.

Dit volgt uit de artikelen over het paspoort en de verplichtingen van fabrikanten

De koppeling tussen paspoort en recall is niet met zoveel woorden in de ESPR vastgelegd — de verordening beschrijft primair een informatieplicht over duurzaamheid en circulariteit. Artikel 9 van de ESPR (Verordening (EU) 2024/1781) beschrijft het digitaal productpaspoort als zodanig, artikel 10 beschrijft de vereisten waaraan de inhoud moet voldoen, en artikel 13 beschrijft het register waarin paspoorten vindbaar worden gemaakt. Artikel 27 beschrijft de verplichtingen van fabrikanten, en dat is de plek waar corrigerende maatregelen — waaronder het type actie dat bij een recall past — een basis hebben. De precieze samenhang tussen deze artikelen en een recall-procedure voor banden specifiek, is nog niet ingevuld zolang de gedelegeerde handeling voor banden niet gepubliceerd is.

Wie nu al gegevens verzamelt voor een toekomstig paspoort, doet er goed aan die ordelijk en compleet op te bouwen — niet alleen met het paspoort zelf in gedachten, maar ook met het oog op wat een toezichthouder bij een controle op banden zou kunnen opvragen, en met een eigen kopie van de gegevens achter de hand voor het geval het platform of de verbinding niet direct beschikbaar is.

Wat u concreet moet doen

Wat er van u wordt verwacht

Traceerbaarheid van het product

Het digitaal productpaspoort koppelt gegevens aan een specifiek product of een specifieke productgroep, via de datadrager die op de band is aangebracht. Artikel 9 van de ESPR (Verordening (EU) 2024/1781) beschrijft dat het paspoort productinformatie toegankelijk maakt via die datadrager, gekoppeld aan een unieke identificatie. Voor een bedrijf van 10 tot 100 medewerkers betekent dit in de praktijk dat een band niet meer alleen een artikelnummer op een pakbon is, maar een product waarvan de herkomst, samenstelling en partij-informatie digitaal terug te vinden zijn. Bij een terugroepactie is dat de basis: zonder eenduidige identificatie is niet vast te stellen welke banden precies onder de actie vallen en welke niet.

Actuele en juiste gegevens houden

Artikel 10 van de ESPR stelt eisen aan de inhoud en kwaliteit van de gegevens in het paspoort. Dat raakt direct aan de bruikbaarheid bij een recall: gegevens die niet kloppen of verouderd zijn, maken het lastiger om snel te bepalen welke banden een probleem hebben. Voor een importeur of groothandel betekent dit dat het niet voldoende is om het paspoort één keer te vullen bij de eerste verkoop. Wijzigingen die relevant zijn — bijvoorbeeld een aanpassing in een productiepartij of een nieuw inzicht over een specifieke batch — moeten terug te vinden zijn in de gegevens die aan het paspoort ten grondslag liggen.

Verplichtingen van de fabrikant bij een probleem met het product

Artikel 27 van de ESPR beschrijft de verplichtingen van fabrikanten, waaronder het nemen van corrigerende maatregelen wanneer een product niet aan de eisen voldoet of een risico vormt. Het productpaspoort speelt hierbij een rol als informatiebron: het maakt zichtbaar welke productkenmerken, materialen en documentatie bij een bepaalde partij horen. Voor een bedrijf dat optreedt als importeur en de gegevens van de fabrikant verwerkt, betekent dit dat de eigen administratie moet aansluiten op wat er in het paspoort staat — anders ontstaat een verschil tussen wat het paspoort toont en wat er werkelijk in de schappen of op het wagenpark ligt.

Vindbaarheid via het register

Artikel 13 van de ESPR voorziet in een register van digitale productpaspoorten. Dat register is bedoeld om paspoorten en de bijbehorende gegevens vindbaar te maken, ook voor instanties die toezicht houden. Bij een terugroepactie kan dit register een rol spelen omdat het een manier biedt om te achterhalen welke paspoorten bij welke producten horen, los van het platform waarop de gegevens gehost worden. Voor een bedrijf met meerdere vestigingen is dit een van de punten waar de vraag opkomt of meerdere vestigingen van mijn bedrijf hetzelfde productpaspoort kunnen beheren — want een recall raakt vaak niet één locatie, maar de hele keten waarin een partij is verspreid.

Waar het misgaat in de praktijk

Een eerste situatie die vaak voorkomt: de QR-code op de band verwijst naar een paspoort, maar de onderliggende gegevens zijn bij de fabrikant aangepast zonder dat dit is doorgevoerd in de versie die de importeur toont. Bij een recall ontstaat dan onduidelijkheid over welke informatie de geldende is.

Een tweede situatie: een bedrijf heeft de partij- of batchgegevens nooit gekoppeld aan de eigen voorraadadministratie, waardoor het paspoort weliswaar bestaat, maar niet te herleiden is naar welke banden er nog fysiek op locatie liggen. Dit speelt sterk bij voorraad die al ligt als de regels ingaan — oudere partijen zijn dan niet altijd op dezelfde manier gedocumenteerd als nieuwe aanvoer.

Een derde situatie: een wagenparkbeheerder ontdekt via de band zelf of via een melding dat er een terugroepactie loopt, maar heeft geen directe manier om te checken of de eigen vloot banden van de betreffende partij heeft. Zonder een koppeling tussen het paspoort en de eigen registratie van gemonteerde banden is dat een handmatig zoekproces.

Een vierde situatie: een platform waarop het paspoort wordt gehost, stopt of wijzigt van eigenaar, en de QR-code verwijst niet meer naar bruikbare gegevens op het moment dat ze nodig zijn. Dit is een van de redenen waarom het kiezen van een platform voor het productpaspoort meer aandacht vraagt dan alleen de prijs.

Een vijfde situatie: er wordt aangenomen dat het paspoort zelf de terugroepactie regelt of meldt. Het paspoort is een informatiedrager, geen meldsysteem — de verplichtingen rond corrigerende maatregelen uit artikel 27 van de ESPR liggen bij de fabrikant of importeur, niet bij het paspoort als zodanig.

Wat u kunt vastleggen

  • Een koppeling tussen partij- of batchnummers en de unieke identificatie in het paspoort, zodat een specifieke partij snel terug te vinden is.
  • Een interne afspraak over wie verantwoordelijk is voor het actualiseren van gegevens wanneer de fabrikant een wijziging doorgeeft.
  • Een overzicht van welke voorraad al een paspoort heeft en welke nog niet, relevant bij het bepalen of onverkochte voorraad banden nog vernietigd mag worden of eerst nog verwerkt moet worden in de documentatie.
  • Een eigen kopie van de gegevens die in het paspoort staan, los van het platform — dit sluit aan bij de vraag of zelf een kopie bewaren van de gegevens uit het productpaspoort verstandig is, juist voor het moment dat snel gehandeld moet worden.
  • Een vastgelegde procedure voor wat er gebeurt als een toezichthouder vraagt naar de herkomst van een partij; dit sluit aan bij wat er in de praktijk gevraagd wordt bij een controle op banden.
  • Een sjabloon voor interne communicatie naar wagenparkbeheerders of klanten wanneer een partij mogelijk is geraakt, zodat niet bij elke situatie opnieuw een proces moet worden opgezet.

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.