Min leverantör levererar komponenter från olika produktgrupper — hur hanterar jag det?

En datakälla per produktgrupp, inte en samlad begäran

En leverantör som levererar komponenter för produkter från olika produktgrupper kommer i praktiken att möta lika många olika informationsfrågor som det finns produktgrupper — inte en enhetlig begäran. Detta beror på att kraven på det digitala produktpasset per produktgrupp fastställs i en egen delegerad handling: vad som måste ingå i passkortet för en möbel är något annat än vad som måste ingå i passkortet för en elektronisk produkt eller en textilprodukt. En leverantör som till exempel levererar samma plastkomponenter för både en köksutrustning och en möbel, levererar alltså faktiskt till två olika regelverk samtidigt, även om den fysiska produkten är densamma.

För vem detta gäller och var gränsen går

Denna fråga är relevant för tillverkare och importörer som inköper komponenter, material eller halvfabrikat från en leverantör, medan dessa komponenter hamnar i slutprodukter som faller under olika produktgrupper. Det är inte relevant när en leverantör levererar till flera kunder, men dessa kunder tillverkar alla produkter inom samma produktgrupp — då gäller bara en uppsättning krav, oavsett antal köpare. Det handlar heller inte om vad exakt en leverantör måste leverera; dessa innehållsmässiga krav (materialsammansättning, ursprung, reparationsuppgifter och liknande) framgår alltid av den delegerade handlingen för den aktuella produktgruppen själv. Det som artikel 38 i ESPR (Förordning (EU) 2024/1781) behandlar är däremot skyldigheten för en aktör i leverantörskedjan att göra denna information tillgänglig på begäran — oberoende av hur många olika produktgrupper denna aktör på så sätt betjänar.

Vad som redan är fastställt och vad som inte är det

Det finns inget allmänt datum då denna skyldighet träder i kraft för alla produktgrupper samtidigt. ESPR är visserligen i kraft, men de konkreta kraven på ett digitalt produktpass — och därmed också frågan om vilka uppgifter en leverantör för en viss grupp måste leverera — uppkommer först per produktgrupp, när en delegerad handling har antagits för den gruppen. För en produktgrupp för vilken ingen delegerad handling ännu finns gäller det alltså inga konkreta passportkrav och det finns heller ingen konkret informationsskyldighet gentemot leverantören på grundval därav. Till dess är det främst viktigt att följa vilka produktgrupper som behandlas först, så att förberedelserna inte släpar efter när en handling träder i kraft.

Hur man hanterar detta i praktiken

Ordningen som logiskt följer här börjar med själva komponenten: kontrollera i vilken slutprodukt den hamnar och under vilken produktgrupp denna slutprodukt faller. Vissa leverantörer levererar nämligen samma komponent till flera köpare som bearbetar den vidare i helt olika produkter — komponenten själv bestämmer inte produktgruppen, slutprodukten som den ingår i gör det.

Sedan är det lämpligt att kontrollera om det redan har antagits en delegerad handling för denna specifika produktgrupp, och alltså om det redan finns konkreta passportkrav. Först då blir det klart vilka uppgifter som exakt behövs.

Därefter rekommenderas det att rikta en separat och specifik begäran till leverantören per produktgrupp, i stället för en allmän begäran "om alla uppgifter". Anledningen är att den erforderliga datamängden skiljer sig per grupp: vad som är relevant för en grupp (till exempel uppgifter om reparation eller demontering) behöver inte vara relevant för en annan grupp. En samlad begäran riskerar att leverantören levererar något som är för mycket för en grupp och för lite för en annan.

Det är vidare lämpligt att per produktgrupp fastslå vilken information som har efterfrågats, när, och vad som har mottagits. Den översikten är inte bara praktisk för den egna administrationen, utan också stödjande i relation till den egna passortverplikelsen: den visar att datakällans ursprung per grupp har kontrollerats, istället för generellt antagits.

Slutligen är detta ingen engångsövning. I takt med att fler delegerade handlingar fastställs och fler produktgrupper omfattas av ESPR, upprepas denna process: återigen kontrollera om en befintlig del nu också omfattas av en ny förordning, och i så fall rikta en ny riktad förfrågan till leverantören.

Källan härtill: artikel 38 och artikel 10 i ESPR

Artikel 38 i ESPR (Förordning (EU) 2024/1781) fastslår att aktörer i försörjningskedjan — inklusive leverantörer av komponenter och material — är skyldiga att på begäran tillhandahålla den information som krävs för att sammanställa det digitala produktpasset, även till andra ekonomiska operatörer än deras direkta köpare. Artikel 10 i samma förordning anger att innehållet i passet per produktgrupp fastställs i motsvarande delegerad handling. Kombinationen av dessa två artiklar förklarar varför det inte finns en enhetlig, gruppövergripande datamängd: skyldigheten att leverera data är allmän (artikel 38), men vad som måste levereras varierar per grupp (artikel 10).

Vad man kan göra härdå

Ett första steg är att göra en översikt över alla komponenter som kommer från denna leverantör, med för varje komponent slutprodukten och motsvarande produktgrupp. Därefter är det per grupp att kontrollera om en delegerad handling redan har fastställts, och i så fall vilka data som krävs. På grundval därav kan en riktad förfrågan per grupp ställas till leverantören, istället för en allmän fråga om "alla pasportdata".

Var detta baseras på

Förordningen själv finns på EUR-Lex. Vi hänvisar för varje påstående; ni behöver inte tro på oss.

Vad du konkret måste göra

En leverantör som levererar textilier, möbeldels och elektronik måste hantera ett annat påtvingandetillfälle för var och en av dessa grupper, andra datakrav och eventuellt ett annat tillämpningsområde för den delegerade förordningen. ESPR (Förordning (EU) 2024/1781) fungerar nämligen med produktgruppspecifika delegerade åtgärder: basförordningen fastställer ramen, men innehållet i passet skiljer sig åt mellan grupperna. För det företag som köper in innebär detta att en leverantörsrelation i praktiken består av flera, åtskilda dossier som måste hanteras var för sig.

Vad som förväntas av dig

Kontrollera per produktgrupp om och när passet gäller

Det faktum att en leverantör levererar under ett namn och ett ramavtal säger ingenting om när passet måste tillämpas per produkt. Textildelar kan bli obligatoriska vid ett annat tillfälle än elektroniska delar från samma leverantör, helt enkelt för att den delegerade åtgärden för denna grupp har ett annat tillämpningsdatum. För ett företag av denna storlek innebär detta att inköpsadministrationen måste organiseras produktgruppcentrerat snarare än leverantörscentrerat: för varje artikelgrupp hålla reda på om och från vilket tillfälle passet är obligatoriskt. Den som ännu inte är säker på detta kan hitta en utgångspunkt i när produktpasset blir obligatoriskt för produkter och i den bredare frågan eller om det digitala produktpasset gäller för de egna produkterna.

Begär data per produktgrupp separat

Artikel 10 i ESPR beskriver vilka datakategorier ett digitalt produktpass måste innehålla, men den exakta utformningen — vilka parametrar, vilka testmetoder, vilka ämnen som rapporteras — fastställs per produktgrupp i den delegerade åtgärden. En förfrågan till leverantören med texten "skicka passets data" ger därför tre olika svar för tre produktgrupper, eller värre, ett ofullständigt svar som inte passar någon av grupperna ordentligt. I praktiken fungerar det bättre att formulera en separat datababegrän per produktgrupp, med frågan om vilka data som exakt behövs för denna specifika kategori. En överblick över vad som ska frågas om finns i vilka uppgifter du måste begära från din leverantör av produkter.

Klargör ansvar i kedjan per roll

Artikel 38 i ESPR beskriver skyldigheter för aktörer i leveranskedjan, inklusive att tillhandahålla information som är nödvändig för att uppfylla passets krav. Vilken part i kedjan som spelar vilken roll — tillverkare, importör, representant — kan skilja sig åt per produktgrupp, även om det fysiskt är samma leverantör. En leverantör som för en produktgrupp agerar som tillverkare inom EU kan för en annan grupp importera delar från utanför EU, med ett annat ansvarssystem. I denna senare situation är det användbart att titta på vad passet betyder vid import av produkter från utanför Europeiska unionen.

Fastställ kontraktuellt att leveransen skiljer sig åt per produktgrupp

Ett inköpskontrakt som i allmänna termer talar om "leverans av passdata" ger lite vägledning när en leverantör levererar i rätt tid för en grupp och inte för en annan. Det är mer praktiskt att per produktgrupp, eller åtminstone per kategori med ett eget tillämpningsdatum, avtalad om när vilka data ska levereras och i vilket format. Hur detta konkret återspeglas i ett kontrakt beskrivs i hur du reglerar leveransen av produktpassuppgifter i ditt inköpskontrakt.

Där det går fel i praktiken

Ett vanligt misstag är att behandla leverantören som en enhet: data efterfrågas en gång, ett kontrakt undertecknas en gång, och man antar att detta täcker alla produkter. Så snart en av produktgrupperna blir obligatorisk före de andra, visar det sig att data för denna grupp aldrig efterfrågades specifikt.

En andra situation är att leverantören själv inte vet att hans sortiment omfattas av olika regimer. Han levererar till exempel huvudsakligen elektronik och hanterar ett litet kompletterande sortiment textilier på samma sätt — med resultatet att fel, eller för lite, data levereras för dessa textildelar.

En tredje återkommande punkt är att interna inköpssystem kodar produkterna per produktgrupp, men kopplar dem inte till en passportstatus. Därför märks det inte vid en ny beställning att en viss produktgrupp nu faktiskt omfattas av förpliktelsen, medan en annan grupp från samma leverantör ännu inte är berörd.

En fjärde situation uppstår vid underleveranser: leverantören levererar själv en sammanställd del, men låter en tredje part tillverka en del av den. För den ena produktgruppen är den delen avgörande för uppgifterna i passet, för den andra inte. Om man inte delar upp detta riskerar man att missa uppgifter som specifikt måste komma från den underleverantören — se även vilka uppgifter som ska begäras från en underleverantör som tillverkar en del.

En femte situation är att man tror att den kontrollerade riktigheten av uppgifter för den ena produktgruppen automatiskt säger något om tillförlitligheten av uppgifter för en annan grupp från samma leverantör. Det stämmer inte: varje produktgrupp har sina egna källuppgifter och ett eget kontrollmoment, som också framgår av hur du kontrollerar en leverantörs uppgifter för riktighet.

Vad ni kan dokumentera

En översikt per produktgrupp av leverantören, tillsammans med det tillämpliga delegerade aktens nummer och det datum då passet för den gruppen ska gälla.
Per produktgrupp en separat dataförfrågan till leverantören, istället för en allmän förfrågan för hela sortimentet.
Avtalsöverenskommelser som per produktgrupp, eller per kategori med ett eget tillämpningsdatum, fastställer när och i vilket format uppgifterna levereras.
En fastställd rollfördelning: för vilken produktgrupp leverantören är tillverkare, för vilken grupp han opterar som importör, och vad det betyder för skyldigheterna mellan parterna.
En anteckning vid varje produktgrupp om underleverantörer är inblandade i framtagningen, tillsammans med en separat dataförfrågan till dessa parter.
En dossier per produktgrupp med de mottagna uppgifterna, kontrollstegen och datumet för den senaste uppdateringen, så att en ändring vid en produktgrupp inte av misstag tillämpas på en annan.

Detta är inte juridisk rådgivning. Den här sidan ger allmän information om den lagstiftning som denna plattform handlar om. Vi känner inte till er situation. Vid tvivel om er eget fall rådfrågar ni en jurist eller tillsynsmyndigheten.

Skriven med AI baserat på källorna ovan, kontrollerad av människa den 2026-08-22. Stämmer något inte? Låt oss veta — korrigeringar får företräde.