Kan jag länka produktpasset till mitt ERP- eller lagersystem?
Koppling är utgångspunkten, den tekniska formen ännu inte
En koppling mellan det digitala produktpasset och ett eget ERP- eller lagersystem passar till det sätt som ESPR har utformat passet: data måste vara maskinläsbara och interoperabla, just för att de inte ska behöva matas in manuellt om och om igen. Artikel 10 i ESPR (Förordning (EU) 2024/1781) ställer krav på produktpasset som är inriktade på interoperabilitet, och artikel 11 handlar om teknisk utformning och funktion, inklusive hur data utbyts. Det betyder att en koppling i grunden är möjlig. Det som saknas är den konkreta tekniska utformningen för textil: vilket filformat, vilka fält som är obligatoriska och huruvida det kommer ett standardAPI är ännu inte fastställt. Dessa detaljer följer av tilläggande föreskrifter som upprättas specifikt för kläder och textil.
För vem detta gäller och vad det inte gäller
Interoperabilitetskravet från artikel 10 och de tekniska bestämmelserna från artikel 11 gäller för det digitala produktpasset som sådant, oavsett om ett märke, importör eller privat etikett upprättar eller låter upprätta passet. Det är alltså ett generiskt krav inom ESPR, inte något som uppfinns separat per produktkategori. Vad som inte följer av det är en skyldighet att redan nu bygga en teknisk koppling, eller en garanti för att ett visst filformat eller protokoll senare visar sig användbart. Passet är dessutom ingen kopia av ett ERP-system: det innehåller de data som är relevanta för passet (sammansättning, ursprung, underhållsinformation och liknande), inte den fullständiga lager- eller orderadministrationen. En koppling innebär i praktiken att en del av redan befintlig produktdata överförs till passet, inte att båda systemen helt smälter samman.
När detta blir konkret och vad som gäller tills dess
Det finns ännu inget fast datum för denna skyldighet. Enligt ESPR:s arbetsprogram 2025–2030 förväntas en delegerad handling för textil 2027, och kläder med åttio procent eller mer textilfiber är först ut. Så snart denna handling är publicerad blir det också klart vilka tekniska krav som ställs på datautbyte, och därmed om och hur en koppling med ett ERP- eller lagersystem kan se ut. Fram till dess gäller endast de allmänna bestämmelserna i artikel 10 och 11: ramen finns, den tekniska utformningen för textil ännu inte. Den som redan nu skulle vilja bygga en koppling bygger alltså på en ram vars detaljer ännu kan förändras.
Vad detta betyder i praktiken, steg för steg
För det första är det meningsfullt att titta på vilka data som redan finns i sitt eget system och vilka av dessa som troligt hamnar i ett pass: fibersammansättning, produktionsland, materialhärstamning, underhållsinstruktioner. För det andra är det praktiskt att registrera dessa data så strukturerat som möjligt, i fasta fält med entydiga värden i stället för fri text, så att de senare är lättare att överföra till vilket format som helst. För det tredje är det klokt att vänta med att faktiskt bygga en teknisk koppling eller API, eftersom kraven för textil ännu inte är fastställda; energi som nu läggs på en specifik koppling kan efter publicering av den delegerade handlingen ändå kräva justering. Det som redan fungerar är dataöverlämnande på det sätt som är tillgängligt nu: manuellt, via en fil, eller via en enkel export från det befintliga systemet. Texpas upprättar produktpasset från de data som tillverkaren eller importören lämnar över, och bearbetar denna överlämnande redan nu utan att en direktkoppling är nödvändig för det. Så snart det tekniska ramverket för textil är känt kan det undersökas om en mer direkt koppling från ERP- eller lagersystemet har ett värde.
Vad detta är baserat på: artikel 10 och 11 i ESPR
Interoperabilitetskravet och kravet på maskinläsbarhet för det digitala produktpasset följer av artikel 10 i ESPR (förordning (EU) 2024/1781), som fastställer de allmänna kraven för passet. Artikel 11 i samma förordning beskriver det tekniska utformningen och funktionen för passet, inklusive hur data registreras och utbyts digitalt. Båda artiklarna utgör ramverket inom vilket senare, produktspecifik lagstiftning för textil måste fylla i de tekniska detaljerna; denna utfyllnad finns ännu inte för kläder och textil.
Den som redan nu strukturerat registrerar data om sammansättning, ursprung och underhåll i sitt eget system behöver inte börja om senare, oavsett vilken teknisk form kopplingen får. För det aktuella läget för den delegerade handlingen och det exakta tidschemat är Europeiska kommissionens officiella källa punkten att hålla ögonen på.
Vad detta baseras på
- Förordning (EU) 2024/1781 (ESPR), artikel 11 (teknisk utformning och drift av det digitala produktpasset)
- Förordning (EU) 2024/1781 (ESPR), artikel 10 (krav på det digitala produktpasset)
Förordningen själv 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
Passet måste kunna ta emot data från källsystem
Artikel 10 i ESPR (Förordning (EU) 2024/1781) ställer krav på vilka uppgifter som måste finnas i ett digitalt produktpass och hur dessa är tillgängliga. Dessa uppgifter kommer inte från ingenstans: de finns redan i befintliga system som ett ERP-paket, ett PLM-system eller ett lagerhanteringssystem — materialsammansättning, leverantörsuppgifter, batchnummer, skötselinstruktioner. För ett företag med 10 till 100 anställda innebär detta praktiskt taget att det måste finnas en anslutning mellan det system där dessa uppgifter redan finns och det system som sammanställer och publicerar passet. Det kan vara en automatiserad koppling, men också en periodisk export som laddas upp manuellt. Båda är i grunden möjliga; vilken form som är praktisk beror på hur många produkter och varianter det finns och hur ofta uppgifterna ändras.
Den tekniska funktionen måste ansluta till fastställda standarder
Artikel 11 i ESPR (Förordning (EU) 2024/1781) beskriver passagets tekniska utformning och funktion, inklusive sättet på vilket datautbyte sker. Detta påverkar direkt frågan om hur en koppling tekniskt konfigureras: inte varje exportformat från ett godtyckligt ERP-system ansluter utan bearbetning till vad ett passsystem förväntar sig. För ett medelstort företag innebär detta att en omvandling behövs mellan den egna datastrukturen och det format som används för passet. Det är en teknisk fråga, inte en juridisk — men det påverkar dock frågan vad GS1 Digital Link är och om det är nödvändigt för produktpasset, eftersom en del av den förväntade standardiseringen går via den typen av system.
Varje produkt måste kunna härledas till rätt pasuppgifter
En koppling till ett ERP- eller lagerhanteringssystem fungerar bara om det finns ett slutgiltigt sätt att matcha en fysisk produkt med rätt pass. Det kräver en konsekvent nyckel mellan systemen: samma artikelnummer, samma batchkod eller samma variantidentifiering i ERP-systemet som i passet. Utan denna anslutning finns det en risk att ett kopplat system visserligen skickar vidare uppgifter, men till fel pass, eller att en ändring i ett system inte återspeglas i det andra. Detta är nära kopplat till sättet på vilket varje produkt får en unik identifieringskod; utan en tydlig identifieringslogik är en koppling mellan system av litet värde.
Där det går fel i praktiken
En första situation som ofta förekommer: ett företag har ett ERP-system där artiklar är fastlagda per stil, men inte per färg eller storlek. Passet måste dock stämma på variantnivå, och då visar det sig att kopplingen skickar vidare uppgifter som är korrekta för en storlek men inte för en annan.
En andra situation: uppgifter överförs en gång vid lansering av en kollektion, men en senare ändring i ERP-systemet — till exempel en annan leverantör för en delleverans — skickas inte automatiskt vidare till det publicerade passet. Passet blir på så sätt skilt från verkligheten utan att någon märker det, tills någon upptäcker ett fel och undrar om ett publicerat produktpass fortfarande kan ändras.
En tredje situation: en koppling ställs in tekniskt av en extern IT-part, men ingen inom företaget kontrollerar efteråt om uppgifterna som hamnar i passet också verkligen överensstämmer med vad som finns på etiketten eller förpackningen. En teknisk koppling som fungerar är inte automatiskt en koppling som är korrekt.
En fjärde situation: lagerhanteringssystemet används för att automatiskt få pass att upphöra så snart en produkt är slutsåld, utan att ta hänsyn till frågan om hur länge ett pass måste vara tillgängligt. Det kan leda till en diskrepans mellan vad som är operationellt praktiskt för lageradministrationen och vad som förväntas med tanke på hur länge ett produktpass måste vara tillgängligt.
En femte situation: vid en fusion, förvärv eller avveckling av en affärsenhet kopplas länken bort utan att man har övervägt vem som ska förvalta uppgifterna efteråt, vilket återigen knyter an till frågan vad som händer med produktpasset om ett företag upphör.
Vad du kan dokumentera
- En översikt över vilka system som levererar vilka passiförteckningsdata: ERP för material och ursprung, lagersystem för tillgänglighet, PLM för design- och sammansättningsdata.
- En fastställd överenskommelse om synkroniseringsfrekvensen: realtidskoppling, daglig export eller manuell uppdatering per kollektion.
- Ett dokument som beskriver identifieringsnyckeln som används för att matcha en produkt i ERP-systemet med rätt passiförteckning — inklusive hur detta fungerar för varianter i storlek eller färg.
- En ansvarig funktion eller person som kontrollerar att uppgifter som kommer via kopplingen faktiskt är korrekta innan en passiförteckning publiceras eller uppdateras.
- En procedur för vad som händer vid en ändring i källsystemet: vem signalerar detta, och hur genomförs ändringen i den publicerade passiförteckningen.
- Överenskommelser med en IT-leverantör eller intern IT-avdelning om det tekniska formatet för kopplingen, inklusive vad som händer vid ett systemskifte eller migrering.
- En översikt över vilka uppgifter som levereras automatiskt via en koppling och vilka som fortfarande måste fyllas i manuellt, så att det inte uppstår ett glapp mellan vad systemet tror att det skickar och vad som faktiskt finns i passiförteckningen.
Detta är ingen juridisk rådgivning. Denna sida ger allmän information om den regelgivning som denna plattform handlar om. Vi känner inte till din situation. Om du är osäker på ditt eget fall rådfrågar du en jurist eller den behörig tillsynsmyndighet.
Skrivit med AI baserat på källorna ovan, kontrollerat av en människa den 2026-08-22. Stämmer något inte? Låt oss veta — rättelser får prioritet.