Leveranciersdata voor het digitaal productpaspoort: opvragen, contractueel vastleggen en controleren

Leveranciersdata voor het digitaal productpaspoort krijgt u zo: breng de velden in kaart, stuur elke leverancier één gestructureerd verzoek, leg de plichten vast in een contractbijlage, toets elke waarde aan bewijs en escaleer langs een gedateerde ladder. Dit playbook is voor het merk of de importeur die goederen op de EU-markt brengt, en voor de logistieke partner die namens een merk invoert en de leveranciersdossiers bijhoudt.

Nieuw in het onderwerp? Begin met wat een digitaal productpaspoort is. Leveranciers die zo'n verzoek krijgen, lezen onze gids voor fabrikanten buiten de EU.

Wat zijn leveranciersdata voor het digitaal productpaspoort?

Leveranciersdata voor het digitaal productpaspoort (DPP) omvatten alle informatie die een productpaspoort moet of mag bevatten en die van uw leveranciers in tier 1, 2 of 3 komt: marktdeelnemer- en faciliteitenidentificatiecodes, materiaalsamenstelling, zorgwekkende stoffen, herkomst, certificaten en testrapporten, plus het bewijs achter elke waarde. Wie het product in de EU in de handel brengt, staat in voor de juistheid.

Tier 1 is de leverancier bij wie u koopt; tier 2 levert aan hem (een weverij, een celfabrikant); tier 3 zit verder stroomopwaarts (een spinnerij, een raffinaderij).

Waarom dit niet aan leveranciers overlaten? Paspoortdata moeten "nauwkeurig, volledig en actueel" zijn volgens artikel 9, lid 1, van Verordening (EU) 2024/1781, de ESPR (verordening ecologisch ontwerp), en die plicht ligt bij u.

Het Gemeenschappelijk Centrum voor onderzoek van de Commissie (JRC) stelt vast dat de ESPR het verzamelen van data in de waardeketen niet regelt. Zo wordt elke plicht hieronder een verzoek, een clausule of een controle op uw leveranciersdata voor het digitaal productpaspoort.

Welke data komen van welke leverancierstier?

Begin met een veldenkaart van uw leveranciersdata voor het digitaal productpaspoort, getagd op bron en status. Tier 1 kan de meeste rijen zelf beantwoorden; de rest moet hij bij tier 2 en 3 ophalen, dus de kaart laat ook zien achter wie u aan moet:

Bijlage XIII van de batterijverordening is de enige lijst in vastgestelde wetgeving en geldt vanaf 18 februari 2027. Een richtsnoer van het directoraat-generaal interne markt van de Commissie (DG GROW), volgens eigen zeggen niet het officiële standpunt van de Commissie, markeert elk datapunt als verplicht, optioneel, alleen in bepaalde gevallen van toepassing, of niet in te vullen bij de start van het paspoort.

ESPR-velden blijven verwacht tot elke handeling is vastgesteld: staal 2026 (verwacht), textiel 2027 (verwacht). Zie onze gids over textieldata en onze gids over het batterijpaspoort.

Beperk het verzoek tot velden waar een wet of handeling om vraagt. Vragenlijsten over arbeid en sociale omstandigheden verzwaren de last voor leveranciers en krijgen, tenzij een andere wet ze eist, geen bescherming van artikel 13, lid 2, van de dataverordening (zie de eerlijkheidstoets).

Wat hoort er in uw dataverzoek?

Een verzoek om leveranciersdata voor het digitaal productpaspoort heeft één rij per veld en waarde, nooit vrije tekst. Plak deze kopregel in een sheet of portaal:

supplier_id,site_gln,your_gtin,your_batch,supplier_lot,field,value,unit,evidence_id,evidence_expiry,access,signed_by,date

Waarden gaan in het sheet; documenten komen binnen als pdf's, genoemd naar hun evidence_id. De velden:

Woordenlijst en toegang. Alle paspoortdata moeten de gegevensmodellen van het semantisch register van de Commissie volgen (Uitvoeringsverordening (EU) 2026/1778, art. 11, lid 3), en het DPP-register controleert dat bij de registratie; vraag dus vanaf dag één om die eenheden en codelijsten. "Per handeling" betekent dat de gedelegeerde handeling beslist; behandel zulke rijen als beperkt en leg elke tag schriftelijk vast.

Granulariteit. De batterij-FAQ (Q7.7) acht een samenstellingsdrempel van 1% of 0,1% mogelijk redelijk, maar niet een kaal label zoals "LFP". Zet de drempel in de rij.

Begeleidende brief (kopiëren en aanpassen):

Onderwerp: Verzoek om productpaspoortdata — [productgroep], antwoord vóór [datum]

Wij brengen [producten] in de handel op de EU-markt en moeten hun digitale productpaspoorten nauwkeurig, volledig en actueel houden (Verordening (EU) 2024/1781, artikel 9, lid 1).

Vul het bijgevoegde sheet uiterlijk [datum] in voor elk product en elke locatie; geef elk document de naam van zijn bewijs-ID.

Wij gebruiken uw data alleen voor paspoorten, wettelijke verplichtingen en verzoeken van autoriteiten, en tonen elk veld alleen aan de afgesproken doelgroep, tenzij het Unierecht bredere openbaarmaking eist. Wij laten het u weten voordat een veld openbaar wordt. Contact: [naam, e-mail].

Deze brief en het sheet vormen samen de kern van elk verzoek om leveranciersdata voor het digitaal productpaspoort.

Hoe komt u aan ontbrekende marktdeelnemer- en faciliteitencodes?

Artikel 12, leden 2 en 3, van de ESPR legt een routine vast voor elk geval waarin uw leveranciersdata voor het digitaal productpaspoort een leverancier of locatie zonder identificatiecode noemen:

1. Vragen (inkoop): een GLN voor de juridische entiteit van het bedrijf, een locatie-GLN per vestiging. De voorlopige, niet geratificeerde DPP-standaard van GS1 noemt het GLN als marktdeelnemer- en faciliteitenidentificatiecode.
2. Schriftelijk laten bevestigen (inkoop): bestaat er geen, laat dat dan ondertekend en gedateerd bevestigen. De wet eist deze stap eerst.
3. Namens de leverancier aanvragen (compliance): via een instantie van afgifte volgens ISO/IEC 15459, zoals een GS1-lidorganisatie voor een GLN; de licentie komt op naam van de leverancier.
4. Doorgeven en vastleggen (compliance, data-eigenaar): geef de leverancier alle gegevens zodra de code is afgegeven; voer de identificatiecode in met haar bewijs.

Kies de route op basis van de situatie van de leverancier:

Geef een leverancier nooit een marktdeelnemer-GLN uit uw eigen prefix: GS1 bepaalt dat een organisatie geen GLN uit de licentie van een andere organisatie mag gebruiken om zichzelf als partij aan te duiden.

GS1 staat toe dat een primaire gebruiker het GLN van een locatie toekent, maar of dat voldoet aan artikel 12, lid 3, blijft onzeker tot de handeling van artikel 12, lid 4, er is; geef de voorkeur aan het eigen GLN van de leverancier. Zie stap 3 van ons implementatieplan.

In welke volgorde verstuurt u de verzoeken?

Verstuur verzoeken om leveranciersdata voor het digitaal productpaspoort in golven, zodat vroege antwoorden de latere vragen sturen:

Golf 2 begint bij REACH. Op grond van REACH-artikel 33 moet een EU-leverancier van een voorwerp dat een stof van de kandidaatslijst bevat in een concentratie boven 0,1 gewichtsprocent, gemeten per samenstellend voorwerp (Hof van Justitie, C-106/14), u nu al ten minste de naam van die stof geven. Vraag die data als eerste op.

Golf 3 draait op een kettingbeding. Modelleer het naar de traceerbaarheidslijst voor batterijen (batterijverordening art. 49, lid 2) en laat tier 1 per input verzamelen:

• materiaalbeschrijving en handelsnaam;
• naam en adres van elke stroomopwaartse leverancier;
• land van herkomst en transacties terug tot de winning;
• hoeveelheden, in percentage of gewicht;
• verificatierapporten van derden.

Weinig stroomopwaartse leveranciers zijn u dit wettelijk verschuldigd; voor batterijen, zie onze gids over passende zorgvuldigheid.

Tel terug vanaf de datum waarop uw leveranciersdata voor het digitaal productpaspoort live moeten zijn:

1. Batterijmarktdeelnemers. Rond golf 1–2 af en verifieer ze (bijlage XIII, punt 1, a)–b), en punt 2, a)–b)) vóór 18 februari 2027. Draai golf 3 na de livegang: voetafdruk, gerecycled gehalte en informatie over passende zorgvuldigheid zijn dan nog niet vereist (batterij-FAQ Q7.2). Heeft u nog minder dan ongeveer 14 weken (10 voor golf 1–2, plus verificatie), stuur golf 1 en 2 dan samen.
2. ESPR-marktdeelnemers. Een handeling geldt normaal gesproken op zijn vroegst 18 maanden na de inwerkingtreding, dus het plan van 20 weken past. Begin nu met identificatiecodes, de rest zodra uw handeling is vastgesteld.
3. Iedereen. Stel het kettingbeding voor golf 3 op in week 1: stroomopwaartse antwoorden duren het langst.

Welke contractclausules borgen de data?

Zet elke clausule over leveranciersdata voor het digitaal productpaspoort in één bijlage, met de plicht die elke clausule beschermt. Eén bijlage laat zich makkelijker doorzetten naar tier 2 dan clausules die verspreid in een leveringsovereenkomst staan:

Drie voorbeeldformuleringen:

• Wijzigingsmelding. "De Leverancier stelt de Afnemer ten minste [60] dagen vóór elke wijziging van materiaal, samenstelling, productielocatie of subleverancier schriftelijk op de hoogte en levert bijgewerkte data vóór de eerste gewijzigde levering."
• Bewaring. "De Leverancier bewaart al het bewijs ter onderbouwing van de Leveranciersdata tot 10 jaar nadat de Afnemer voor het laatst een Product met de input van de Leverancier in de handel heeft gebracht, zoals door de Afnemer gemeld, of gedurende een langere termijn die de toepasselijke gedelegeerde handeling vaststelt."
• Gebruiksbeperking. "De Afnemer gebruikt Leveranciersdata uitsluitend voor productpaspoorten, zijn wettelijke verplichtingen en verzoeken van autoriteiten, en maakt elk veld alleen bekend aan de in deze bijlage afgesproken doelgroep, tenzij het Unierecht bredere openbaarmaking eist, waarbij hij de Leverancier eerst inlicht."

U heeft die gebruiksbeperking nodig omdat artikel 11 alleen aanbieders van DPP-diensten verbiedt paspoortdata te hergebruiken, niet u.

Eerlijkheidstoets. Volgens artikel 13 van de EU-dataverordening, Verordening (EU) 2023/2854, is een oneerlijk contractueel beding over data dat een onderneming eenzijdig aan een andere onderneming oplegt, niet bindend: in overeenkomsten gesloten na 12 september 2025, en vanaf 12 september 2027 ook in bepaalde oudere langlopende overeenkomsten. Toets elke clausule over leveranciersdata voor het digitaal productpaspoort:

• Wettelijk vereist? Bedingen die dwingend Unierecht weerspiegelen, zijn niet oneerlijk (13, lid 2). De ESPR geeft leveranciers geen leveringsplicht, dus eisen daaraan koppelen verlaagt het risico maar garandeert niets; data op grond van REACH-artikel 33 passen het best.
• Hergebruik? Leveranciersdata gebruiken op een wijze die de rechtmatige belangen van de leverancier aanzienlijk schaadt, wordt geacht oneerlijk te zijn (13, lid 5, b)).
• Aansprakelijkheid? De aansprakelijkheid van de leverancier uitbreiden, of zijn remedies op ongepaste wijze beperken, wordt geacht oneerlijk te zijn (13, lid 5, a)); houd kostenverhaal proportioneel en onderhandeld.
• Wie beoordeelt conformiteit? Een exclusief recht om te bepalen of data in overeenstemming zijn met de overeenkomst, is oneerlijk (13, lid 4, c)); schrijf objectieve acceptatieregels.
• Onderhandeld? Een beding waarop de leverancier tevergeefs invloed probeerde uit te oefenen, geldt als eenzijdig opgelegd (13, lid 6); bewaar een onderhandelingsverslag.

Het voorstel voor de digitale omnibus laat artikel 13 ongemoeid.

Hoe controleert u wat leveranciers sturen?

De DPP-FAQ van de Commissie geeft markttoezichtautoriteiten de hoofdrol bij het controleren van de juistheid van paspoorten. Uw eigen controles van leveranciersdata voor het digitaal productpaspoort komen eerst, dus voer deze uit voordat er iets wordt gepubliceerd:

Sla naast elke waarde van uw leveranciersdata voor het digitaal productpaspoort een bewijs-ID op. Het semantisch register omvat links tussen paspoortattributen en onderliggend bewijsmateriaal uit de waardeketen (Uitvoeringsverordening (EU) 2026/1778, art. 12, lid 2, a)).

Wat als een leverancier niet kan of wil leveren?

Ontbreken leveranciersdata voor het digitaal productpaspoort, escaleer dan één sport tegelijk, elk met een datum:

1. Verduidelijken (week 1–2). Stuur een ingevulde voorbeeldrij; veel gaten zijn formaatproblemen.
2. Gedateerd plan voor de gaten (uiterlijk week 4). Een toegezegde datum per ontbrekend veld.
3. Leeg laten, niet gokken. Markeer het veld "in afwachting: leverancier" en publiceer geen claim. Het JRC verwacht dat in het begin standaardwaarden worden gebruikt, maar dat is analyse, geen wet: gebruik een gemarkeerde standaardwaarde alleen waar de handeling die dat veld regelt, er een toestaat.
4. Genereer het bewijs (week 4–8). Een labtest van samenstelling of stoffen, met de kosten gedeeld zoals de bijlage afspreekt.
5. Maak levering een ordervoorwaarde (volgende order) en kwalificeer een tweede leverancier.
6. Opschorten. De batterijverordening geeft het model: overweeg na mislukte pogingen tot risicobeperking de relatie met een leverancier tijdelijk stop te zetten of te verbreken (art. 50, lid 1, b), iii)).

Houd de sport van elke leverancier bij in één sheet:

supplier,wave,sent,due,received,verified,open_fields,rung,next_action,next_date,owner

De harde stop van de importeur. Een importeur mag een niet-conform product pas in de handel brengen als het conform is (ESPR art. 29, lid 2), dus ontbrekende leveranciersdata kunnen een invoer stilleggen. Zie ook DPP voor importeurs.

Terugvaloptie bij vertrouwelijkheid. Wil een leverancier alleen aan autoriteiten openbaar maken, houd het bewijs dan voor hen beschikbaar; het JRC noemt bewijs van gerecycled gehalte een bedrijfsgeheim dat niet openbaar zou zijn. Maar zeer zorgwekkende stoffen boven 0,1% "worden niet vrijgesteld" (ESPR art. 7, lid 6, b)).

Leg elke sport vast in het dossier van de leverancier: vraagt een autoriteit later waarom een veld leeg was, dan is het gedateerde spoor van uw verzoeken om leveranciersdata voor het digitaal productpaspoort uw antwoord.

Hoe houdt u leveranciersdata actueel?

Leveranciersdata voor het digitaal productpaspoort verouderen op de dag dat een leverancier een recept, een locatie of een certificaat wijzigt. Geef elk leveranciersveld een trigger, een bewaker en een actie:

Beheer versies van uw leveranciersdata voor het digitaal productpaspoort in uw eigen systeem: wat er veranderde, door wie, met welk bewijs. Zet elke update door naar het live paspoort en de back-up ervan (ESPR art. 27, lid 1, c)).

Praktijkvoorbeeld: een hypothetisch werkkledingmerk in Tilburg

Neem een hypothetisch werkkledingmerk in Tilburg met 140 SKU's. Stel dat de textielhandeling, die nog niet is vastgesteld, in werking is en identificatiecodes, samenstelling en gerecycled gehalte eist. Tier 1: naaiateliers in Porto en Bursa; tier 2: drie weverijen; tier 3: spinnerijen. Zo lopen de leveranciersdata voor het digitaal productpaspoort door het plan.

• Week 1–2: de veldenkaart telt 23 velden: 9 uit de eigen systemen van het merk, 11 van tier 1, 3 van tier 2–3.
• Week 3: het verzoek om leveranciersdata voor het digitaal productpaspoort gaat naar Porto en Bursa.
• Week 5: Porto levert een GLN voor de juridische entiteit en een locatie-GLN aan, beide in Verified by GS1. Bursa bevestigt schriftelijk dat het er geen heeft. Het merk legt dat vast en bereidt dan, als zijn aanvraag op grond van artikel 12, samen met Bursa een aanvraag voor bij de GS1-lidorganisatie in Turkije, met de licentie op naam van Bursa.
• Week 6: Bursa maakt bezwaar tegen de auditclausule; het merk beperkt die tot documentcontrole en één aangekondigd bezoek per jaar, en archiveert de uitwisseling als onderhandelingsverslag (dataverordening art. 13, lid 6).
• Week 9: de controles vangen twee fouten. Een jas vermeldt 65% polyester en 36% katoen (101%); de stofspecificatie zegt 64/36. Een fleece claimt 30% gerecycled polyester, maar de certificaten dekken aankopen gelijk aan 18%, dus de claim zakt naar 18%.
• Week 11–20: één weverij wil haar spinnerijen niet noemen. Sport 1: een ingevulde voorbeeldrij. Sport 2: een datum in week 16 voor twee van de drie. De derde blijft "in afwachting: leverancier", zonder herkomstclaim voor dat garen.

Twee tegenscenario's. Was het GLN van het hoofdkantoor van Bursa ingevoerd als faciliteitenidentificatiecode, dan zouden de leveranciersdata voor het digitaal productpaspoort naar een kantoor wijzen, niet naar de fabriek; de locatiecontrole vangt dat af. Was de fleece live gegaan met 30%, dan had een autoriteit bij een met redenen omkleed verzoek het bewijs binnen 15 dagen nodig gehad (ESPR art. 27, lid 10), en hadden de certificaten maar 18% gedekt.

Het contrast met vastgestelde wetgeving. Een hypothetische assembleur in Graz van thuisopslagbatterijen van 10 kWh (industriële batterijen boven 2 kWh) heeft vanaf 18 februari 2027 data uit bijlage XIII, punt 1, b), en punt 2, a)–b), nodig van zijn celfabrikant. De celfabrikant uploadt die onder een schriftelijke machtiging op grond van artikel 77, lid 4, beperkt tot die velden; de assembleur blijft verantwoordelijk.

Randgevallen: wanneer werkt het verzamelen anders?

Deze gevallen veranderen waar leveranciersdata voor het digitaal productpaspoort vandaan komen, niet de routine.

De leverancier is een handelaar. Een handelskantoor is niet de productielocatie: laat de handelaar de fabriek noemen die de goederen maakte, of de volgende tier bekendmaken.

Private label. U bent de fabrikant (ESPR art. 2, punt 42), dus neem de clausulebijlage op in uw private-labelovereenkomst.

Gemachtigde vertegenwoordiger. Zijn mandaat kan de plichten van artikel 27, lid 1, niet omvatten (art. 28, lid 1). Sluit de contracten over leveranciersdata zelf af.

Batterijcellen en -modules. Normaal gesproken worden ingevoerde cellen die slechts componenten zijn, zelf niet als de afgewerkte batterij behandeld (batterij-FAQ Q3.4), behalve doe-het-zelfkits die klaar voor eindgebruikers worden verkocht. De celfabrikant heeft dan geen paspoortplicht; uw contract is de route naar zijn data.

Uitgezoomd: één leveranciersverzoek, meerdere wetten

Deze regimes overlappen met leveranciersdata voor het digitaal productpaspoort in de kern: wie de leverancier is, waar het materiaal vandaan komt, hoeveel. Bouw één bijlage met een module per regime, niet één vragenlijst per wet. Zie onze EUDR-gids.

Houd deze openstaande punten in de gaten; elk ervan zou uw verzoek om leveranciersdata voor het digitaal productpaspoort of uw clausules veranderen:

De praktische conclusie: bouw één verzoek om leveranciersdata voor het digitaal productpaspoort en één bewijsdossier per leverancier, en laat elke wet daaruit putten. Een tweede vragenlijst voor de volgende verordening is de dure route.

Wat doet u in de komende 60 dagen?

Zeven stappen starten uw programma voor leveranciersdata voor het digitaal productpaspoort. Geen ervan wacht op uw gedelegeerde handeling:

1. Veldenkaart (week 1–2, compliance): elk veld, de tier van herkomst, vastgesteld of verwacht.
2. Verzoeksheet (week 3, inkoop): stuur het, met de begeleidende brief, naar uw vijf belangrijkste leveranciers.
3. Routine voor identificatiecodes (week 3–6, compliance): vragen, bevestigen, aanvragen, doorgeven, vastleggen.
4. Contractbijlage (week 3–6, juridische zaken): stel de clausules op; voer de toets van de dataverordening uit.
5. Controleregels (week 6, kwaliteit): de controles plus de regel van het bewijs-ID.
6. Escalatieladder (week 7, management): sporten, deadlines en de tracker.
7. Wijzigingskalender (week 8, data-eigenaar): triggers, vervaldata van certificaten, jaarlijkse herondertekening.

Zodra uw GTIN's en batches gekoppeld zijn aan leverancierslots, maakt u een testcode voor één GTIN: de gratis QR-codegenerator voor GS1 Digital Link van Passmith vraagt geen registratie en werkt in uw browser. Passmith heeft ook een gratis plan.

Verder lezen: Wat is een digitaal productpaspoort? · Digitaal productpaspoort implementeren in 8 stappen · Batterijpaspoort · CSDDD-zorgvuldigheidsplicht · GS1 Digital Link

Gerelateerde artikelen

Digitaal productpaspoort implementeren: een plan in acht stappen, gekoppeld aan de wetDigitaal productpaspoort implementeren in acht stappen, elk gekoppeld aan het ESPR-artikel erachter. Plan zo identificatiecodes, back-up, register en douane.DPP en fabrikanten buiten de EU: de gidsProduceren uw leveranciers buiten de EU? Wie de plicht voor het digitaal productpaspoort draagt, welke data inkopers vragen en hoe een fabriek zich voorbereidt.Digitaal productpaspoort textiel: leverancierschecklistChecklist digitaal productpaspoort voor textielleveranciers en inkopers: welke data, welke normen, in welke volgorde. Klaar vóór de gedelegeerde handeling.