prodpas.eu

Min produkt behöver flera produktpass — hur fungerar det tillsammans?

En produkt, flera produktpass: länkningen går via identifikationsnumret

Om en produkt behöver flera produktpass sammanfogas de inte till ett dokument — de förblir separata och länkas till varandra via unika identifikationskoder. Det förekommer i två situationer: en produkt består av komponenter som själva redan lagts på marknaden separat och därför redan har sin egen passvärplikt (tänk på ett batteri i en apparat), eller en produkt omfattas av flera produktgrupper för vilka ESPR (Förordning (EU) 2024/1781) har utarbetat separata regler. I båda fallen får varje pass sin egen omfattning och innehål, och den unika produktidentifikationskoden säkerställer att passen är sökbara som en del av samma helhet. Det skapas således inget långt samlat dokument, utan en struktur av länkade, fristående pass.

För sammansatta produkter och produkter som omfattas av flera produktgrupper

Detta område är relevant för produkter som består av flera, separat omsättningsbara komponenter varav en eller flera redan har sin egen passvärplikt, och för produkter som enligt klassificering passar in i flera produktgrupper samtidigt — till exempel för att en produktgruppföreskrift fokuserar på produktens funktion och en annan på ett material eller en komponent i den. Det handlar inte om situationen där samma information tänktes efterfrågas två gånger för samma produkt, och det handlar inte heller om frivilligheten att skapa ett andra pass vid sidan av det obligatoriska — ESPR arbetar med exakt en unik produktidentifikation per produkt, inte med dubbla eller parallella registreringar för samma fall. För de flesta produkter, som omfattas av exakt en produktgrupp och inte innehåller komponenter med egen passvärplikt, är denna hela fråga inte relevant: där räcker ett pass.

När detta ska gälla fastställs per produktgrupp, inte i ESPR själv

ESPR själv fastställer ramen — artikel 9 för innehållet och funktionen i det digitala produktpasset, artikel 12 för de unika identifikationskoderna — men den konkreta värplikten att föra ett pass uppstår först per produktgrupp, via en delegerad handling för den gruppen. För en produkt som omfattas av flera produktgrupper innebär detta att den ena värplikten kan börja gälla tidigare än den andra, helt enkelt för att de delegerade handlingarna inte fastställs samtidigt. Ett fast datum för när "länkningen av flera pass" som helhet ska fungera finns inte angivet i de konsulterade källorna. Det som är fastslaget: så snart en delegerad handling för en produktgrupp blir tillämplig gäller passvärplikten från det ögonblicket för produkter i den gruppen, och identifikationsstrukturen i artikel 12 fungerar som mekanismen genom vilken eventuella andra pass för samma produkt förblir sökbara.

Hur man hanterar detta i praktiken

Det första steget är att ta reda på vilken eller vilka produktgrupper produkten tillhör — det avgör vilka delegerade akter som gäller och därmed vilket innehåll i passet som krävs. Det andra steget är att kontrollera om produkten innehåller komponenter som redan marknadsförs separat enligt en annan regel och därmed möjligen redan har eller kommer att få sitt eget pass — ett inbyggt batteri är det exempel som förekommer oftast. Det tredje steget är att för varje pass fastslå rätt unika identifieringskoder: produktidentifiering, och där relevant identifiering av marknadsaktören och tillverkningsplatsen, så att passen kan hänvisa till varandra i stället för att information matas in två gånger. Det sista steget är att lämna in uppgifterna per produktgrupp till den part som sammanställer och lagrar passet, så att varje pass innehåller koderna som hänvisar till de andra. På prodpas.eu ordnas detta per produktgrupp: uppgifterna som gäller för den gruppen bearbetas till passet för den gruppen, med identifieringskoden som möjliggör att de skilda passen för samma produkt läses tillsammans.

Basen: artikel 9 och artikel 12 i ESPR

Artikel 9 i ESPR (Förordning (EU) 2024/1781) reglerar vad ett digitalt produktpass måste innehålla och hur det görs tillgängligt via databäraren; det exakta innehållet per produktgrupp fylls i genom den delegerade akten för den gruppen. Artikel 12 i samma förordning reglerar de unika identifieringskoderna — för produkten, marknadsaktören och tillverkningsplatsen — som är nyckeln till att kunna länka samman uppgifter och dokument som hör ihop, utan att slå samman dem i en fil. Tillsammans utgör dessa två artiklar grunden för att flera pass för en produkt kan existera sida vid sida och ändå är sökbara som en sammanhängande helhet.

Den som är osäker på om en produkt tillhör en eller flera produktgrupper gör bra i att kontrollera detta per komponent och per produktfunktion enligt gällande eller kommande delegerade akter, och hålla uppgifterna per grupp åtskilda när de lämnas in för passet.

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

Vad som förväntas av dig

En produkt med flera användningsområden eller komponenter kan omfattas av mer än en produktgrupp för vilken ett digitalt produktdatablad ska gälla. Tänk på en apparat som innehåller ett batteri, eller en textilprodukt med elektronisk komponent. ESPR (förordning (EU) 2024/1781) reglerar i artikel 9 vad ett produktdatablad måste innehålla, men produktgruppspecifik lagstiftning avgör varje gång vilken information som är obligatorisk för den delen eller användningen. Det betyder att en fysisk produkt i praktiken kan behöva flera datablad, var och ett med sitt eget innehål, sina egna uppdateringskrav och möjligen sin egen unika identifieringskod enligt artikel 12 i ESPR.

Bestämma vilka datablad som är tillämpliga

För ett företag med 10 till 100 anställda innebär detta först en inventering: vilka delar av produkten omfattas av vilken produktgrupp, och vilka av dessa produktgrupper har redan ett utformat krav på ett digitalt produktdatablad. Det är ingen engångsföreteelse — i takt med att fler produktgrupper omfattas av ESPR kan en produkt som nu klarar sig med ett datablad senare behöva ett andra. Den som arbetar utan överblick här upptäcker ofta den andra skyldigheten av en slump, till exempel genom en fråga från en köpare.

Bestämma om databladet gäller per komponent eller för helheten

Ett andra steg är att fastställa om ett datablad upprättas per komponent eller för den sammansatta produkten som helhet. Det skiljer sig åt mellan produktgrupper och situationer, och resultatet är inte alltid självklart: ett batteri i en apparat kan behöva ett eget datablad medan apparaten själv får ett annat datablad som hänvisar till det batteriet. Mer om denna avvägning finns på sidan om om varje del får sitt eget pass eller produkten som helhet. För praktiken är det särskilt relevant att denna fråga besvaras i förväg, inte först när databladet ska publiceras.

Se till att databladens innehål är konsistent och inte motsägelsefullt

När en produkt har flera datablad måste dessa vara ömsesidigt konsekventa. Uppgifter som förekommer i båda databladet — ett varumärke, ett modellnummer, ett produktionsdatum — bör vara identiska överallt. Det verkar självklart, men blir svårare när databladens sammanställs av olika avdelningar eller olika leverantörer, och när de uppdateras vid olika tidpunkter. Det finns en teknisk möjlighet att länka datablad till varandra, så att ett datablad för en komponent hänvisar till databladet för den sammansatta produkten eller vice versa; hur det fungerar beskrivs på sidan om länkning av flera produktdatablad.

Ge varje datablad en egen identifieringskod

Artikel 12 i ESPR (förordning (EU) 2024/1781) reglerar den unika identifieringskod som kopplas till en produkt. Vid flera datablad för en produkt är utgångspunkten att varje datablad — och därmed varje databladsobjekt, oavsett om det är en del eller helheten — får en egen identifieringskod. I praktiken innebär detta att det system enligt vilket identifieringskoder utfärdas måste kunna hantera denna nivå: inte en kod per artikelnummer, utan eventuellt flera koder för vad som administrativt är en produkt. Utformningen av detta beskrivs på sidan om utfärdande av en unik identifieringskod för varje produkt.

Låt en eller flera QR-koder hamna på produkten

Fysiskt väcker detta frågan om hur många QR-koder en produkt ska bära. En produkt med två relevanta datablad kan i teorin få två QR-koder, men det är inte alltid praktiskt eller nödvändigt — en enda databärare kan också hänvisa till en landningssida varifrån de olika databladet är åtkomliga. Vilken utformning som är lämplig beror på hur den produktgruppspecifika regelgivningen föreskriver databäraren. Bakgrund om kodens placering finns på sidan om hur QR-koden för produktpasset kommer på produkten.

Där det går fel i praktiken

Ett vanligt problem är att ett företag har det kompletta passet för huvudprodukten, men inte inser att en inbyggd komponent — ett batteri, en elektronisk kretskort — faller under ett eget produktgrupps krav med sitt eget pass. Det blir ofta först tydligt när en leverantör själv frågar om det.

En andra situation: de två passen finns visserligen, men är uppbyggda separat av olika team, med något olika uppgifter om samma komponent. Ett reparationsdatum som har uppdaterats i det ena passet men inte i det andra leder till förvirring hos den som konsulterar passet.

En tredje situation uppstår när en produkt ändras — en komponent ersätts med en annan modell — och bara ett av de två passen uppdateras. Kopplingen mellan de båda passen blir då faktiskt felaktig, även om själva kopplingstekniken fortfarande fungerar.

En fjärde, vanlig situation är dubbelarbete: eftersom ingen har överblick över vilka pass som redan finns, matas samma källdata in manuellt på nytt för ett nytt pass i stället för att hanteras från en och samma plats. En koppling till eget ERP- eller lagersystem kan förhindra det; hur det fungerar finns beskrivet på sidan om att koppla produktpasset till ett eget system.

En femte situation är att det vid sammansatta produkter med flera pass inte längre är klart för någon vilket pass som hör till vilken QR-kod, särskilt när en produkt har ändrats under tiden och gamla dataöverföringar har lämnats kvar.

Vad ni kan dokumentera

  • En översikt per produkt över alla komponenter och tillämpningar, med vilken produktgrupps krav som är tillämplig och om det redan gäller en passplikt för dessa.
  • Ett fastställt val av om passet upprättas per komponent eller för produkten som helhet, med motivering för detta val.
  • En lista över unika identifieringskoder per pass-objekt, inklusive vilken kod som hör till vilken fysisk komponent.
  • Avtal om vem som hanterar vilket pass och när pass samordnas på nytt efter en ändring av produkten.
  • En fastställd kopplingsstruktur mellan pass, inklusive vilka uppgifter som är vägledande var vid överlappning.
  • En översikt över vilken QR-kod på produkten som hänvisar till vilket pass eller vilken målsida.

För dessa komponenter finns mallar tillgängliga som utgångspunkt när denna översikt och tillhörande avtal upprättas.

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.