Kan jag länka produktpasset till mitt ERP- eller lagersystem?

Kopplingen blir konkret först när den tekniska standarden finns på plats

En direkt koppling mellan det digitala produktpasset och ett ERP- eller lagersystem är för närvarande inte möjlig, eftersom de tekniska specifikationerna för detta ännu inte har fastställts. ESPR (Förordning (EU) 2024/1781) fastlägger dock grunden i artikel 10 och artikel 11: passet måste vara interoperabelt, baserat på öppna standarder och maskinläsbart. Det betyder att automatiserat datautbyte med företagssystem i slutändan är utgångspunkten, inte ett undantag. Men hur det utbytet ser ut i praktiken — vilket filformat, vilket gränssnitt, vilka åtkomsträttigheter — följer först från delegerade handlingar per produktgrupp. För järn och stål finns denna handling ännu inte.

Vad detta gäller och inte gäller

Det här handlar om huruvida system i framtiden automatiskt kan hämta data från passet eller skriva in data i det. Det rör den tekniska utformningen av själva passet, såsom den beskrivs i förordningen: hur det är uppbyggt, vem som får åtkomst, och i vilken form data blir tillgänglig. Det handlar inte om huruvida ett visst ERP-paket är lämpligt, och det handlar inte heller om ett konkret API eller dataformat — dessa val har ännu inte gjorts. Det handlar inte heller om själva skyldigheten att ha ett pass; det är ett separat ämne som fylls i per produktgrupp. Det som beskrivs här är enbart principen att passet måste vara maskinläsbart och interoperabelt — hur denna princip konkret genomförs för järn och stål återstår att fastställa.

Inget fast datum ännu, ingen fast teknisk standard ännu

Det finns ännu inget datum för när en teknisk kopplingsstandard för järn och stål träder i kraft, eftersom denna standard är en del av den delegerade handling som ännu måste publiceras. Enligt ESPR:s arbetsprogram för perioden 2025-2030 förväntas den första delegerade handlingen 2026, med förpliktelser som därefter har en implementeringstid på aderton månader. Så länge denna handling inte finns är det fastslaget att passet måste vara interoperabelt och maskinläsbart (artikel 10 och 11), men inte hur detta tekniskt genomförs. Under denna tid fungerar passet i praktiken som ett dokument som läses av människor via QR-databäraren, inte som en automatiserad dataström till ett externt system.

Vad detta betyder för tillvagagångssättet

För den som redan nu funderar på koppling till ett eget system är ordningen följande. För det första: ingenting behöver byggas ännu, eftersom det inte finns någon standard att bygga mot. För det andra: det är ändå värdefullt att ordna sina egna produktdata nu, oavsett den slutliga tekniska formen — en överskådlig, konsekvent uppsättning uppgifter per produkt (ursprung, sammansättning, certifikat) är grunden som varje framtida kopplingsmekanism kommer att bygga på. För det tredje: när den delegerade handlingen för järn och stål publiceras kommer den klargöra vilket format och vilken åtkomstmetod som gäller, och först då kan en konkret koppling utformas. För det fjärde: tills dess förblir passet åtkomligt via QR-koden som är fäst vid produkten, vilket för de flesta dagliga transaktioner inom stålhandel och metallbearbetning redan är tillräckligt — kopplingen till ett ERP-system är då ett effektivitetssteg för senare, ingen förutsättning för att kunna arbeta med passet nu.

Vad detta baseras på: artikel 10 och 11 i ESPR

Artikel 10 i ESPR (förordning (EU) 2024/1781) beskriver kraven för det digitala produktpasset, inklusive interoperabilitet och användning av öppna standarder. Artikel 11 handlar om teknisk utformning och drift av passet, såsom register, dataåtkomst och hur passet fungerar. Båda artiklarna innehåller principen att passet måste vara lämpat för maskinell bearbetning, men genomförandet av detta — den faktiska tekniska specifikationen per produktgrupp — överlämnas till delegerade rättsakter som ännu måste publiceras. För den exakta formuleringen är den officiella texten i förordningen vägledande.

Om du redan nu vill förbereda dig kan det bästa vara att hålla dina egna produktdata strukturerade och kompletta, så att de utan större ansträngning kan anslutas till det som fastställs när den tekniska standarden publiceras. Denna sida uppdateras så snart den delegerade rättsakten för järn och stål har publicerats och de tekniska detaljerna är kända.

Vad detta baseras på

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

Vad du konkret måste göra

Vad som förväntas av dig

Data måste vara maskinläsbar och överförbar

Artikel 10 i ESPR (förordning (EU) 2024/1781) föreskriver att data i det digitala produktpasset ska vara tillgänglig i ett strukturerat, maskinläsbart format. Det är omedelbar utgångspunkt för koppling till ett eget system: data som är maskinläsbar är i princip också lämplig för att automatiskt kunna flöda in i eller ut från ett ERP- eller lagersystem. För ett företag med 10 till 100 anställda betyder detta framför allt att frågan "kan detta kopplas" inte i första hand är en juridisk fråga utan en teknisk: vilket format använder passet, och kan den egna programvaran läsa eller skriva det formatet. Se även sidan om i vilket format måste jag tillhandahålla uppgifterna för produktpasset.

Passet måste ansluta till en enhetlig teknisk struktur

Artikel 11 i ESPR handlar om passets tekniska design och funktion, och hänvisar till tekniska specifikationer som Kommissionen utvecklar vidare. För kopplingspraktiken betyder detta att det inte helt enkelt kan levereras eller hämtas "en egen fil": det finns en standardiserad struktur under, troligen baserad på befintliga identifieringssystem. Den som redan nu arbetar med ett system för artikelkodning gör bäst i att se hur det ansluter till det sätt på vilket unika identifieringskoder senare kommer att tilldelas — se hur ger jag varje produkt en unik identifieringskod". Ett ERP-system som redan arbetar med entydiga, stabila produktkoder står bättre till för kopplingen än ett system där koderna skiljer sig per order eller per kund.

Kopplingen går genom en datakälla, inte genom en direkt databasanslutning

Artikel 11 beskriver också att passet är tillgängligt via en datakälla på produkten. Detta är en viktig punkt för den förväntan ett företag kan ha på "koppling": det handlar inte om en direkt databasanslutning mellan två företag utan om en kedja där datakällan (vanligtvis en QR-kod) pekar på ett lagrat pass. Kopplingen med ett ERP- eller lagersystem sitter alltså på två ställen: när produktdata levereras från det egna systemet till den part som sammanställer passet, och när passdata läses in (till exempel vid stålköp) i det egna systemet. Mer om denna källa finns på sidan hur kommer QR-koden för produktpasset på mitt stål.

Data måste förbli aktuell så länge passet finns

Från artikel 10 följer också att data i passet måste vara korrekta och aktuella så länge passet finns. För en koppling med ett lagersystem betyder detta att engångsleverans vanligtvis inte räcker: om egenskaper för en stålpartij ändras, eller om ett fel upptäcks, måste det finnas ett sätt att kommunicera det till platsen där passet lagras. Företag som kopplar sitt ERP-system gör bäst i att också titta på hur länge denna aktualitet måste bibehållas — se hur länge måste ett produktpass vara tillgängligt.

Där det går fel i praktiken

Interna artikelkoder förväxlas med den officiella produktidentifieringen. Ett ERP-system känner till en produkt under en intern SKU, medan passet behöver en annan, unik identifieringskod. Utan en översättningstabell mellan de två uppstår förvirring vid koppling, särskilt om en intern kod täcker flera partier.

Lagermutationer förmedlas inte till passdata. Ett lagersystem registrerar till exempel att en stålpartij har smälts om, delats upp eller slagits samman, men denna ändring når inte passet automatiskt. Detta spelar en stor roll i frågan om stål registreras per batch eller per styck — se registrerar jag stål per batch eller per styck — eftersom registreringsenheten i ERP-systemet måste ansluta till enheten som passet baseras på.

Exportfiler från ERP-systemet överensstämmer inte med det erforderliga formatet. Många ERP-paket exporterar som standard i Excel, CSV eller en egen XML-struktur. Utan föravstämning visar sig sådan fil ofta inte vara kompatibel med det format som krävs för passet, vilket resulterar i förseningar och extra manuellt arbete.

Det förutsätts att anslutningen fungerar även utan internetanslutning. Vissa lagersystem på verkstadsgolvet körs delvis offline, till exempel på en lagerterminal. Det väcker frågan om passet själv också måste vara läsbar utan anslutning; det är en separat fråga som är skild från anslutningen till ERP-systemet. Se måste produktpasset också fungera utan internetanslutning.

Åtkomsträttigheter mellan system regleras inte. En anslutning innebär att data strömmar mellan två eller flera system, ofta via en tredje part som är värd för passet. Om det inte är klart vem som får se, ändra eller vidarebefordra vilka data, uppstår osäkerhet om ansvar vid ett fel — en fråga som rör hur data är säkrade under transporten, se hur ser jag till att uppgifterna i produktpasset är säkra.

Vad du kan dokumentera

En förteckning över vilka fält i ERP- eller lagersystemet som motsvarar vilka fält i produktpasset, inklusive en översättningstabell mellan interna artikelkoder och produktens unika identifieringskod.
En beskrivning av exportformatet som det egna systemet använder, och en jämförelse med det format som krävs för passet.
Avtal med den part som sammanställer eller är värd för passet angående frekvens och sätt för datautbyte: engångs vid skapande, eller löpande vid ändringar.
En procedur för att kommunicera ändringar i lager, partindelning eller produktegenskaper till passdata, inklusive vem som är ansvarig för det.
En förteckning över vem inom företaget som har åtkomst till anslutningen mellan det egna systemet och passet, och vilka rättigheter som är förknippade med det.
Ett fastställt avtal om vad som händer med anslutningen och dataströmmen om produktens pass ändras, återkallas eller ersätts.

Detta är ingen juridisk rådgivning. Den här sidan ger allmän information om regelverket 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öriga tillsynsmyndigheten.

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