Kan jag koppla produktpasset till mitt ERP- eller lagersystem?

En koppling är utgångspunkten för systemet, inte ett undantag

Ja, en koppling mellan ett produktpass och ett ERP- eller lagersystem passar med hur det digitala produktpasset är avsett. Artikel 11 i ESPR (Förordning (EU) 2024/1781) föreskriver att passet tekniskt ska ställas in så att data kan utbytas via öppna, interoperabla standarder mellan parterna i kedjan. Det betyder att de data som redan finns i ett ERP- eller lagersystem — artikelnummer, materialdata, ursprung, tekniska specifikationer — i princip kan vara källan från vilken passet fylls, istället för att allt manuellt anges på nytt. Elektropas.com är på den kedjan den plats där dessa data sammanförs till ett pass, lagras och kopplas till en QR-databärare. Hur den kopplingen ser ut exakt tekniskt — vilket filformat, vilket API, vilka fält som är obligatoriska — är ännu inte fastställt för elektronik och ICT-utrustning, eftersom den delegerade akten för denna produktkategori ännu inte har publicerats.

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

Den här frågan gäller särskilt tillverkare och importörer som redan håller sina produktdata strukturerade — i ett ERP-paket, ett PIM-system eller en lageradministration — och som vill undvika att passet blir en fristående, manuell process. För dem är en koppling relevant eftersom det spar dubbelt arbete och minskar risken för fel.

Vad detta inte gäller: produktpasset ersätter inte ERP-systemet, och vice versa. Passet är en separat, externt tillgänglig datamängd som är kopplad till en fysisk produkt via en unik identifiering och en databärare, som artikel 10 i ESPR beskriver. Ett ERP-system förblir företagets interna administration; passet är lagret som externt — mot konsument, tillsynsmyndighet eller nästa led i kedjan — avslöjar information. En koppling betyder alltså att data från det ena systemet flödar till det andra, inte att båda systemen smälter samman.

Den exakta tekniska standarden är ännu inte fastställd för elektronik

Det finns inget fast datum för när den tekniska specifikationen för elektronik och ICT-utrustning blir känd. Enligt ESPR-arbetsprogrammet 2025-2030 arbetas de delegerade akterna ut per produktkategori, och för elektronik förväntas detta från 2027. Tills dess handling är publicerad gäller bara de allmänna utgångspunkterna från artikel 10 och 11: passet måste vara interoperabelt, maskinläsbart och baserat på öppna standarder. Vilken standard det konkret blir för elektronik — vilket dataformat, vilka gränssnitt, vilka obligatoriska fält — är ännu inte fastställt. Så snart den delegerade akten för denna produktkategori är publicerad, kompletteras den informationen här.

Hur detta hanteras i praktiken

Den ordning i vilken detta vanligtvis tas upp ser ut som följer. Först kartläggs vilka data som redan finns i det befintliga ERP- eller lagersystemet och vilka av dessa förmodligen är relevanta för ett produktpass — tänk på materialsammansättning, ursprung, teknisk dokumentation och reparationsinformation. Därefter är det lämpligt att se om dessa data redan är strukturerade och konsekvent registrerade, eftersom maskinläsbarhet är ett av utgångspunkterna i artikel 11: ju renare och entydigare källdata, desto enklare blir en senare koppling. Efter det är det en fråga om att vänta på den delegerade akten för elektronik, eftersom först då blir det klart vilket format och vilken kopplingsmetod som krävs. Så snart denna specifikation finns kan det ses om det befintliga systemet kan leverera en export i det formatet, eller om en mellansteg är nödvändig. Det finns för närvarande ingen anledning att redan bygga en specifik teknisk integrering, eftersom den standard som den skulle ansluta till ännu inte är fastställd — det arbetet skulle då eventuellt behöva göras om.

Den rättsliga grunden: artikel 10 och 11 i ESPR

Att en koppling med ett ERP- eller lagersystem är tänkbar och avsedd följer av två artiklar. Artikel 10 i ESPR beskriver de krav som det digitala produktpasset måste uppfylla, bland annat koppling till en unik produktidentifikation och datatillgängligheten för de berörda parterna. Artikel 11 handlar specifikt om det tekniska utförandet och driften av passet, och fastställer att detta sker enligt öppna, interoperabla standarder som möjliggör datautbyte genom hela kedjan. Tillsammans utgör dessa artiklar grunden för varför en koppling mellan interna företagssystem och det externa passet inte är ett tillägg, utan en del av hur systemet är utformat — även om den exakta tekniska utformningen för elektronik ännu inte är publicerad.

Den som redan nu vill förbereda sig gör väl i att få ordning på sina egen produktdata: konsistent, strukturerad och fullständig, så att en senare koppling — när standarden för elektronik är känd — kräver så lite extra arbete som möjligt. Elektropas.com följer publiceringen av den delegerade rättsakten för elektronik och ICT-utrustning, och uppdaterar denna sida när den tekniska specifikationen är känd.

Detta bygger på

Själva förordningen finns på EUR-Lex. Vi hänvisar för varje påstående; du behöver inte tro på oss.

Vad du konkret måste göra

Vad som förväntas av dig

Att koppla ett ERP- eller lagersystem till det digitala produktpasset är för många företag den logiska vägen: produktdata finns redan där, så varför inte skicka dem vidare automatiskt? ESPR (Förordning (EU) 2024/1781) föreskriver inte hur denna koppling fungerar tekniskt, men väl vilka krav som själva passet måste uppfylla. Dessa krav avgör i praktiken vad en koppling till ett eget system får och inte får vara.

Passet måste uppfylla de tekniska kraven i artikel 11

Artikel 11 i ESPR (Förordning (EU) 2024/1781) beskriver de tekniska utformningskraven för det digitala produktpasset: hur data måste vara tillgängliga, i vilken form och med vilken koppling till produktens unika identifiering. För ett företag med 10 till 100 anställda innebär detta att en koppling till det egna ERP-systemet inte på ett opinionsmässigt sätt kan vara en export av en Excel-fil: de data som levereras från systemet måste överensstämma med det tekniska format som gäller för passet. Vilket format som är exakt kommer att utvecklas per produktkategori; läs mer om detta på sidan om passformatet.

Passet måste kopplas till en unik produktidentifikation

Artikel 10 i ESPR (Förordning (EU) 2024/1781) ställer krav på passetes innehål och struktur, inklusive koppling till en identifikationskod per produkt. Ett ERP-system arbetar ofta redan med artikelnummer, SKU:er eller batchkoder, men dessa är inte automatiskt identiska med identifikationskoden som passet kräver. För ett medelstort företag innebär detta att det krävs en översättning mellan den interna produktkodningen och identifikationskoden som släpps externt via QR-koden. Hur den unika koden per produkt upprättas beskrivs på sidan om att ge varje produkt en unik identifikationskod.

Kopplingen måste hålla data uppdaterad utan att förlora ursprunget

Ett ERP-system förändras kontinuerligt: lagernivåer ändras, artiklar fasas ut, nya varianter läggs till. Passet följer en annan rytm — det måste förbli tillgängligt under en fastställd period, även om den underliggande produkten inte längre säljs. En koppling som helt enkelt "live" överför vad som för närvarande finns i ERP-systemet riskerar att historiska pass skrivs över eller försvinner så snart en produkt tas bort från det aktiva sortimentet. Hur länge ett pass måste förbli tillgängligt förklaras på sidan om hur länge passet måste finnas kvar.

Var det går fel i praktiken

Ett par situationer återkommer relativt ofta hos företag som vill koppla sitt ERP-system till produktpasset.

Automatisk synkronisering skriver över aktiva pass. När en artikel i ERP-systemet ändras — en ny leverantör av en komponent, en ändrad förpackning — överförs denna ändring ibland direkt till det publicerade passet, utan att det är klart om detta måste vara ett nytt pass eller en uppdatering av det befintliga.

Artikelnummer förväxlas med produktidentifikation. Det interna artikelnumret från lagersystemet används som unik identifikationskod för passet, även om det numret till exempel kan skilja sig per försäljningskanal eller region — vilket gör att en fysisk produkt slutar med flera, sinsemellan avvikande pass.

Utfasering i ERP-systemet tar passet offline. Så snart en produkt markeras som "inte längre tillgänglig" i lagersystemet slutar kopplingen att publicera eller underhålla passet — även om passet måste förbli tillgängligt för produkter som redan är i bruk hos konsumenten.

Koppling levererar data i ett format som inte stämmer överens. ERP-systemet exporterar data i ett internt format (till exempel en CSV med företagsägda fältnamn) som inte motsvarar en-mot-en strukturen som passet kräver, varför ett mellansteg krävs som inte förväntades.

Förpackningsnivåerna blandas ihop. Ett lagersystem registrerar ofta på nivån för försäljningsenheten, medan ett pass kan skilja sig per produktvariant eller per förpackningsenhet — särskilt för produkter som levereras i kartonger med flera apparater. Hur detta samspel fungerar beskrivs på sidan om hur det digitala produktpasset fungerar för en kartong med flera apparater.

Vad ni kan dokumentera

För företag som överväger att koppla sitt ERP-system eller lagersystem till det digitala produktpasset är det praktiskt att i förväg dokumentera ett antal förutsättningar skriftligt:

En överblick över vilka fält från ERP-systemet som motsvarar vilka fält i passet, inklusive en förklaring av avvikelser mellan intern artikelnumrering och extern produktidentifikation.
En procedur för vad som händer vid en produktändring: när leder en anpassning i ERP-systemet till ett nytt pass, och när till en uppdatering av det befintliga passet.
En procedur för utfasering, där det är fastslaget att passet är skilt från statusen "aktiv" eller "utgått" i lagersystemet.
En överenskommelse om vem som är ansvarig för kopplingen — internt IT-team, extern plattform, eller en kombination — och vem som kontrollerar att de levererade data verkligen motsvarar det erforderliga formatet.
Dokumentation av det använda tekniska formatet, så att en kontroll eller revision kan påvisa att kopplingen motsvarar kraven i artikel 11 i ESPR (förordning (EU) 2024/1781).

För företag som tillsammans med ERP-systemet även använder en GS1-struktur för sin logistik är det viktigt att veta om och hur denna struktur motsvarar passets krav; mer om det finns på sidan om vad GS1 Digital Link är och om det är nödvändigt för produktpasset. Det är också lämpligt att dokumentera hur kopplingen hanterar registret där passet måste registreras, enligt vad som förklaras på sidan om det europeiska registret för digitala produktpass.

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 din situation. Om du är osäker på din egen situation rådfrågar du en jurist eller den behörig tillsynsmyndighet.

Skriven med AI baserat på källorna ovan, kontrollerad av en människa den 2026-08-22. Stämmer något inte? Berätta det för oss — rättningar får företräde.