Welke gegevens komen er in het productpaspoort van elektronica?

Wat u concreet moet doen

Wat er van u wordt verwacht

Het digitale productpaspoort is geen los document met vrije invulruimte. Artikel 10 van de ESPR (Verordening (EU) 2024/1781) bepaalt dat het paspoort informatie bevat die is vastgelegd in de gedelegeerde handeling voor de betreffende productgroep, gekoppeld aan de prestatie- en informatievereisten uit de artikelen 5 tot en met 7 van de ESPR (Verordening (EU) 2024/1781). Voor elektronica en ICT-apparatuur betekent dit dat de precieze inhoud per productcategorie verschilt: een wasmachine krijgt andere velden dan een laptop of een smartphone.

Productinformatie die herleidbaar is naar het exemplaar

Het paspoort identificeert het product: fabrikant, modelnummer, productiedatum en vergelijkbare basisgegevens horen erin. Voor een bedrijf van 10 tot 100 medewerkers betekent dit vooral een administratieve opgave: deze gegevens moeten gekoppeld worden aan de unieke drager (meestal een QR-code) per product of per productbatch, en die koppeling moet kloppen op het moment dat het product de fabriek verlaat.

Prestatiegegevens volgens de vereisten uit artikel 5 tot en met 7

De kern van het paspoort bestaat uit de prestatie- en informatievereisten die de gedelegeerde handeling per productgroep vaststelt, gebaseerd op artikel 5 tot en met 7 van de ESPR (Verordening (EU) 2024/1781). Denk aan energieverbruik, duurzaamheid, en reparatiegegevens. Praktisch betekent dit dat een bedrijf moet weten welke waarden voor zijn specifieke productgroep verplicht zijn, en die vraag beantwoordt welke eigenschappen per productgroep verplicht zijn uitgebreider. Zonder die lijst is het lastig in te schatten welke testen of berekeningen nog nodig zijn.

Gegevens over reparatie en levensduur

Voor elektronica hoort informatie over reparatiemogelijkheden bij de kernvereisten: beschikbaarheid van onderdelen, reparatie-instructies en dergelijke. Hoe die reparatiegegevens concreet worden omgezet in een score, is uitgewerkt op de pagina over hoe de repareerbaarheidsscore van een apparaat wordt bepaald. Voor een fabrikant of importeur betekent dit dat reparatiedata niet alleen bij de eigen technische dienst moeten liggen, maar in een vorm die aan het paspoort gekoppeld kan worden.

Software-ondersteuning bij connected apparatuur

Bij ICT-apparatuur en smart electronics komt de vraag hoelang software-updates worden geleverd steeds vaker terug als onderdeel van de informatievereisten. Dat gegeven is niet vrijblijvend: het raakt aan de levensduur die het product elders in het paspoort claimt. Een bedrijf dat deze planning nog niet vastlegt, kan hier lezen of het moet vastleggen hoe lang een apparaat software-updates krijgt en wat daarvoor als uitgangspunt geldt.

Gebruikte grondstoffen en materialen

Materiaalsamenstelling, inclusief kritieke grondstoffen, hoort tot het type gegevens dat de gedelegeerde handelingen voor elektronica typisch vragen. Voor bedrijven die toeleveranciers hebben in meerdere lagen van de keten is dit vaak de meest tijdrovende verplichting, omdat de eigen inkoopadministratie hier vaak niet op is ingericht. De vraag welke kritieke grondstoffen gemeld moeten worden zet uiteen waar de grens ligt tussen "aanwezig" en "meldingsplichtig".

Meetmethode en meeteenheden

De waarden die in het paspoort staan, moeten volgens een bepaalde methode zijn vastgesteld — niet zomaar een schatting van de eigen R&D-afdeling. Voor energieverbruik en vergelijkbare prestatiegegevens ligt vaak een geharmoniseerde meetnorm ten grondslag aan het cijfer dat in het paspoort verschijnt. Wat dit in de praktijk betekent, staat uitgewerkt op de pagina over de methode waarmee waarden voor het paspoort gemeten moeten worden.

Waar het misgaat in de praktijk

Een veelgezien probleem is dat bedrijven gegevens verzamelen die in het eigen kwaliteitssysteem staan, maar niet in het format dat de gedelegeerde handeling vraagt — waardoor bij het samenstellen van het paspoort alsnog herwerk nodig is.

Een tweede situatie: reparatiegegevens zitten verspreid over servicehandleidingen, leverancierscontracten en interne wiki's, zonder dat iemand die bij elkaar heeft gebracht op productniveau.

Een derde patroon is dat software-updatebeleid wordt vastgesteld door de productafdeling, zonder afstemming met wie het paspoort samenstelt — met als resultaat dat de update-periode in het paspoort niet overeenkomt met wat marketing of support intern communiceert.

Een vierde valkuil: materiaalgegevens worden opgevraagd bij toeleveranciers zonder dat helder is welk detailniveau nodig is, waardoor antwoorden binnenkomen die te grof of juist te gedetailleerd zijn voor het paspoort.

Een vijfde situatie ontstaat wanneer gegevens die in eerste instantie zijn ingevuld, later blijken te kloppen op het verkeerde meetmoment of met de verkeerde norm — waarbij niet duidelijk is wie de fout mag corrigeren en hoe.

Wat u kunt vastleggen

• Een overzicht per productgroep van de verplichte velden, gebaseerd op de toepasselijke gedelegeerde handeling, zodat R&D, inkoop en compliance vanaf dezelfde lijst werken
• De meetmethode en meetnorm die is gebruikt voor elke prestatiewaarde, inclusief testdatum en testlab
• Reparatiegegevens per productmodel: beschikbaarheid van onderdelen, verwachte levering, en instructies, gekoppeld aan de modelcode
• Het interne beleid voor software-ondersteuning, met de periode die aan het paspoort wordt doorgegeven en wie dat beleid heeft vastgesteld
• Correspondentie met toeleveranciers over materiaalsamenstelling en kritieke grondstoffen, als onderbouwing van wat in het paspoort komt
• Een vastgelegde procedure voor wie mag corrigeren als een van deze gegevens onjuist blijkt — die vraag komt terug bij wat te doen als een fout in het paspoort is ontdekt
• Een overzicht van welke gegevens intern vertrouwelijk blijven en welke openbaar in het paspoort verschijnen, als voorbereiding op vragen die spelen bij het openbaar maken van bedrijfsgevoelige gegevens