Kan jeg forbinde produktpasset med mit ERP- eller lagersystem?

Koblinger bliver kun konkret, når den tekniske standard er på plads

En direkte kobbling mellem det digitale produktpas og et ERP- eller lagerstyringssystem er i øjeblikket ikke mulig, fordi de tekniske specifikationer herfor endnu ikke er fastlagt. ESPR (Forordning (EU) 2024/1781) fastlægger imidlertid grundlaget i artikel 10 og artikel 11: passet skal være interoperabelt, baseret på åbne standarder og maskinelæseligt. Det betyder, at automatiseret udveksling med virksomhedssystemer i sidste ende er udgangspunktet, ikke en undtagelse. Men hvordan denne udveksling ser ud i praksis — hvilket filformat, hvilken grænseflade, hvilke adgangsrettigheder — følger først af delegerede handlinger pr. produktgruppe. For jern og stål foreligger denne handling endnu ikke.

Hvad dette gælder for og ikke for

Dette handler om spørgsmålet om, hvorvidt systemer senere automatisk kan hente data fra passet eller skrive data ind i det. Det berører den tekniske udformning af selve passet, som det er beskrevet i forordningen: hvordan det er struktureret, hvem der må få adgang til det, og i hvilken form dataene stilles til rådighed. Det handler ikke om spørgsmålet om, hvorvidt en specifik ERP-pakke er egnet, og heller ikke om en konkret API eller dataformat — disse valg er endnu ikke truffet. Det handler heller ikke om selve forpligtelsen til at have et pas; det er et separat emne, der udfyldes pr. produktgruppe. Det, som her beskrives, er udelukkende princippet om, at passet skal være maskinelæseligt og interoperabelt — måden hvorpå dette princip konkret bliver realiseret for jern og stål, står stadig åbent.

Ingen fast dato endnu, ingen fast teknisk standard endnu

Der er endnu ingen dato for, hvornår en teknisk koblingsstandard for jern og stål træder i kraft, fordi denne standard er en del af den delegerede handling, som endnu skal offentliggøres. Ifølge arbejdsplanen for ESPR for perioden 2025-2030 forventes den første delegerede handling i 2026, med forpligtelser, der derefter har en implementeringstid på atten måneder. Så længe denne handling ikke foreligger, er det fastslået, at passet skal være interoperabelt og maskinelæseligt (artikel 10 og 11), men ikke hvordan dette teknisk implementeres. Indtil da fungerer passet i praksis som et dokument, der kan læses af mennesker via QR-dataholdstoffet, ikke som en automatiseret datastrøm til et eksternt system.

Hvad dette betyder for tilgangen

For dem, der allerede nu tænker på koblinger med deres eget system, er rækkefølgen som følger. For det første: der behøves ikke at bygges på noget endnu, fordi der ikke er en standard at bygge på. For det andet: at få sin egen produktdata i orden er allerede nu meningsfuldt, uanset den endelige tekniske form — et overskueligt, konsistent sæt data pr. produkt (herkomst, sammensætning, certificeringer) er grundlaget, som hver fremtidigt koblingsmekani vil hvile på. For det tredje: når den delegerede handling for jern og stål offentliggøres, vil det blive klart, hvilket format og hvilken adgangsmetode der gælder, og først da kan en konkret kobbling designes. For det fjerde: indtil da forbliver passet tilgængeligt via QR-koden, som sidder på produktet, hvilket for de fleste daglige transaktioner inden for stålhandel og metalbearbejdning allerede er tilstrækkeligt — koblinger med et ERP-system er derefter et effektivitetstrin for senere, ikke en betingelse for at kunne arbejde med passet nu.

Hvor dette kommer fra: artikel 10 og 11 i ESPR

Artikel 10 i ESPR (Forordning (EU) 2024/1781) beskriver kravene, som det digitale produktpas skal opfylde, herunder interoperabilitet og brugen af åbne standarder. Artikel 11 handler om det tekniske design og driften af passet, såsom registre, dataadgang og den måde, hvorpå passet fungerer. Begge artikler indeholder princippet om, at passet skal være egnet til maskinlæsning, men udarbejdelsen heraf — den faktiske tekniske specifikation pr. produktgruppe — overlades til delegerede retsakter, som endnu skal offentliggøres. For den præcise ordlyd er den officielle tekst i forordningen vejledende.

Hvis du allerede vil forberede dig nu, er det bedst at opretholde dine egne produktdata struktureret og komplet, så de uden større omsvøb kan tilsluttes det, der fastsættes, når den tekniske standard offentliggøres. Denne side opdateres, når den delegerede retsakt for jern og stål er offentliggjort, og de tekniske detaljer er kendt.

Hvad dette er baseret på

Forordningen selv er tilgængelig på EUR-Lex. Vi refererer til hver påstand; du behøver ikke stole på os.

Hvad du konkret skal gøre

Hvad der forventes af dig

Data skal være maskinelæsbar og overførbar

Artikel 10 i ESPR (Forordning (EU) 2024/1781) foreskriver, at data i det digitale produktpas skal være tilgængelige i et struktureret, maskinelæsbart format. Det er straks udgangspunktet for integration med eget system: data, der er maskinelæsbar, er i princippet også egnet til automatisk at kunne køre ind i eller ud af et ERP- eller lagersystem. For en virksomhed med 10 til 100 medarbejdere betyder dette især, at spørgsmålet "kan dette integreres" ikke først og fremmest er et juridisk spørgsmål, men et teknisk: hvilket format bruger passet, og kan egen software læse eller skrive det format. Se også siden om i hvilket format skal jeg levere data til produktpasset.

Passet skal passe til en ensartet teknisk struktur

Artikel 11 i ESPR handler om passets tekniske design og funktion og henviser til tekniske specifikationer, som Kommissionen udfolder yderligere. For praksis med integration betyder dette, at der ikke uden videre kan leveres eller hentes "en egen fil": der ligger en standardiseret struktur under, sandsynligvis baseret på eksisterende identifikationssystemer. Den, der allerede arbejder med et system til artikelkodning, bør se på, hvordan det passer sammen med den måde, hvorpå der senere tildeles unikke identifikationskoder — se hvordan giver jeg hvert produkt en unik identifikationskode". Et ERP-system, der allerede arbejder med entydige, stabile produktkoder, står bedre til for integrationen end et system, hvor koderne varierer pr. ordre eller pr. kunde.

Integreringen forløber via en datadrager, ikke via en direkte databaseforbindelse

Artikel 11 beskriver også, at passet er tilgængeligt via en datadrager på produktet. Det er et vigtigt punkt for den forventning, som en virksomhed må have til "integration": det drejer sig ikke om en direkte databaseforbindelse mellem to virksomheder, men om en kæde, hvor datadrageren (typisk en QR-kode) henviser til et gemt pas. Integreringen med et ERP- eller lagersystem sidder således på to steder: ved levering af produktdata fra eget system til den part, der samler passet, og ved indlæsning af pasdata (for eksempel ved køb af stål) i eget system. Mere om den drager står på siden hvordan kommer QR-koden for produktpasset på mit stål.

Data skal forblive aktuelle, så længe passet eksisterer

Ud af artikel 10 følger også, at data i passet skal være korrekte og aktuelle, så længe passet eksisterer. For en integration med et lagersystem betyder det, at engangslevering sædvanligvis ikke er tilstrækkeligt: hvis egenskaber ved en stålpartie ændrer sig, eller hvis en fejl opdages, skal der være en måde at videregive det til det sted, hvor passet hostes. Virksomheder, der integrerer deres ERP-system, gør klogt i også at se på, hvor længe denne aktualitet skal opretholdes — se hvor længe skal et produktpas være tilgængeligt.

Hvor det går galt i praksis

Interne artikelkoder forveksles med den officielle produktidentifikation. Et ERP-system kender et produkt under en intern SKU, mens passet har brug for en anden, unik identifikationskode. Uden en oversættelsestabel mellem de to opstår der forvirring ved integration, især hvis én intern kode dækker flere partier.

Lagermutationer transmitteres ikke til pasdata. Et lagersystem registrerer for eksempel, at en stålpartie er smeltet om, delt eller kombineret, men den ændring nåes ikke automatisk til passet. Dette spiller stærkt ind i spørgsmålet om, hvorvidt stål registreres pr. batch eller pr. stk. — se registrerer jeg stål pr. batch eller pr. stk. — for registreringsenheden i ERP-systemet skal stemme overens med den enhed, som passet er baseret på.

Eksportfiler fra ERP-systemet passer ikke til det påkrævede format. Mange ERP-pakker eksporterer som standard til Excel, CSV eller en egen XML-struktur. Uden forudgående koordinering viser sådan en fil sig at være inkompatibel med det format, der er nødvendigt for passet, hvilket resulterer i forsinkelser og ekstra manuelt arbejde.

Der forudsættes, at forbindelsen også fungerer uden internetforbindelse. Nogle lagersystemer på værktøjet kører delvis offline, for eksempel på en lagerterminalen. Det rejser spørgsmålet om, hvorvidt selve passet også skal kunne konsulteres uden forbindelse; det er et særskilt spørgsmål, der står uafhængigt af forbindelsen med ERP-systemet. Se skal produktpasset også fungere uden internetforbindelse.

Adgangsrettigheder mellem systemer bliver ikke reguleret. En forbindelse betyder, at data strømmer mellem to eller flere systemer, ofte via en tredje part, der hoster passet. Hvis det ikke er fastslået, hvem der må se, ændre eller videregive hvilke data, opstår der uklarhed om ansvarlighed ved en fejl — et spørgsmål, der vedrører, hvordan data beskyttes undervejs, se hvordan sikrer jeg, at data i produktpasset er sikre.

Hvad De kan dokumentere

Et overblik over, hvilke felter i ERP- eller lagersystemet, der svarer til hvilke felter i produktpasset, inklusive en oversættelsestabel mellem interne artikelnumre og produktets unikke identifikationskode.
En beskrivelse af det eksportformat, som eget system anvender, og en sammenligning med det format, der er nødvendigt for passet.
Aftaler med den part, der sammenstiller eller hoster passet, om hyppighed og måde for dataudveksling på: engangs ved oprettelse, eller løbende ved ændringer.
En procedure for meddelelse af ændringer i lager, partiopbygning eller produktegenskaber til passetdata, inklusive hvem der er ansvarlig herfor.
Et overblik over, hvem inden for virksomheden, der har adgang til forbindelsen mellem eget system og passet, og hvilke rettigheder der følger hermed.
En fastlagt aftale om, hvad der sker med forbindelsen og datastrømmen, hvis passet for et produkt bliver ændret, tilbagekaldt eller erstattet.

Dette er ikke juridisk rådgivning. Denne side giver generel information om den regulering, som denne platform handler om. Vi kender din situation ikke. Ved tvivl om dit eget tilfælde konsulterer du en advokat eller den relevante tilsynsmyndighed.

Skrevet med AI på baggrund af kilderne ovenfor, kontrolleret af et menneske den 2026-08-22. Passer der noget ikke? Giv os besked — rettelser får prioritet.