Kan jeg knytte produktpas'et til mit ERP- eller lagerstyringssystem?

En kobling er udgangspunktet for systemet, ikke en undtagelse

Ja, en kobling mellem et produktpas og et ERP- eller lagersystem passer med, hvordan det digitale produktpas er tænkt. Artikel 11 i ESPR (Forordning (EU) 2024/1781) foreskriver, at passet teknisk skal etableres således, at data kan udveksles via åbne, interoperable standarder mellem parterne i kæden. Det betyder, at de data, som allerede findes i et ERP- eller lagersystem — artikelnumre, materialdata, herkomst, tekniske specifikationer — i princippet kan være den kilde, som passet bliver udfyldt fra, i stedet for at alt skal indtastes manuelt igen. Elektropas.com er på det punkt i kæden, hvor disse data sammensættes til et pas, hostes, og kobles til en QR-databærer. Hvordan den koblinger præcist ser ud teknisk — hvilket filformat, hvilken API, hvilke felter der er obligatoriske — er endnu ikke fastsat for elektronik og ICT-udstyr, fordi den delegerede retsakt for denne underkategori endnu ikke er offentliggjort.

For hvem dette gælder, og hvor grænsen går

Dette spørgsmål gælder især for producenter og importører, som allerede struktureret holder deres produktdata — i en ERP-pakke, et PIM-system eller en lageradministration — og som ønsker at undgå, at passet bliver en isoleret, manuel proces. For dem er en kobling relevant, fordi det sparer dobbelt arbejde, og chancen for fejl bliver mindre.

Hvor dette ikke gælder: produktpasset erstatter ikke ERP-systemet, og omvendt heller ikke. Passet er et separat, eksternt tilgængeligt datasæt, som er koblet til et fysisk produkt via en entydig identifikation og en databærer, som artikel 10 i ESPR beskriver. Et ERP-system forbliver virksomhedens interne administration; passet er det lag, som udadtil — mod forbruger, tilsynsmyndighed eller næste led i kæden — informationer offentliggør. En kobling betyder således, at data strømmer fra det ene system til det andet, ikke at begge systemer flyder sammen.

Den nøjagtige tekniske standard er endnu ikke fastsat for elektronik

Der er ingen fast dato for, hvornår den tekniske specifikation for elektronik og ICT-udstyr bliver kendt. I henhold til ESPR-arbejdsplanen 2025-2030 udarbejdes de delegerede retsakter pr. produktkategori, og for elektronik forventes dette fra 2027. Indtil den retsakt offentliggøres, gælder kun de generelle udgangspunkter fra artikel 10 og 11: passet skal være interoperabelt, maskinelæseligt og baseret på åbne standarder. Hvilken standard det konkret bliver for elektronik — hvilket dataformat, hvilke grænsesnit, hvilke obligatoriske felter — ligger endnu ikke fast. Så snart den delegerede retsakt for denne underkategori offentliggøres, supplementeres denne information her.

Hvordan dette håndteres i praksis

Den rækkefølge, som dette som regel håndteres i, ser ud som følger. Først kortlægges det, hvilke data der allerede findes i det eksisterende ERP- eller lagersystem, og hvilke heraf formodentlig er relevante for et produktpas — tænk på materialsammensetning, herkomst, teknisk dokumentation og reparationsoplysninger. Derefter er det gavnligt at se på, om disse data allerede er struktureret og konsekvent registreret, fordi maskinelæselighed er et af udgangspunkterne i artikel 11: jo renere og mere entydig kildedataene er, desto nemmere bliver en senere kobling. Herefter er det et spørgsmål om at vente på den delegerede retsakt for elektronik, fordi det først da bliver klart, hvilket format og hvilken koblingmetode der kræves. Så snart denne specifikation foreligger, kan det ses, om det eksisterende system kan levere en eksport i det format, eller om et mellemled er nødvendigt. Der er på nuværende tidspunkt ingen grund til allerede at opbygge en specifik teknisk integration, fordi den standard, som den skulle baseres på, endnu ikke ligger fast — det arbejde ville muligvis skulle gentages.

Det retlige grundlag: artikel 10 og 11 i ESPR

At en forbindelse med et ERP- eller lagersystem er tænkelig og tilsigtet, følger af to artikler. Artikel 10 i ESPR beskriver de krav, som det digitale produktpasport skal opfylde, herunder forbindelsen til en unik produktidentifikation og tilgængeligheden af data for de relevante parter. Artikel 11 omhandler specifikt det tekniske design og driften af pasportet og fastslår, at dette sker på grundlag af åbne, interoperabel standarder, der muliggør dataudveksling gennem hele kæden. Sammen danner disse artikler grundlaget for, hvorfor en forbindelse mellem interne virksomhedssystemer og det eksterne pasport ikke er en tilføjelse, men en del af, hvordan systemet er opsat — selvom den præcise tekniske implementering for elektronik endnu ikke er offentliggjort.

Hvis du gerne vil være forberedt allerede nu, er det en god ide at få dine egne produktdata i orden: konsistent, struktureret og fuldstændig, så en senere forbindelse — når standarden for elektronik er kendt — kræver så lidt ekstra arbejde som muligt. Elektropas.com følger offentliggørelsen af den delegerede handling for elektronik og ICT-apparatur og opdaterer denne side, så snart den tekniske specifikation er kendt.

Hvad dette er baseret på

Selve forordningen findes på EUR-Lex. Vi henviser til hver påstand; du skal ikke tro os blot.

Hvad du konkret skal gøre

Hvad der forventes af dig

At koppel et ERP- eller lagersystem til det digitale produktpas er for mange virksomheder den logiske vej: produktdataene er allerede der, så hvorfor ikke sende dem automatisk gennem? ESPR (Forordning (EU) 2024/1781) foreskriver ikke, hvordan denne koppeling teknisk fungerer, men den foreskriver, hvilke krav passet selv skal opfylde. Disse krav bestemmer i praksis, hvad en koppeling med eget system må og ikke må være.

Passet skal opfylde de tekniske krav i artikel 11

Artikel 11 i ESPR (Forordning (EU) 2024/1781) beskriver de tekniske designkrav til det digitale produktpas: hvordan data skal være tilgængelige, i hvilken form og med hvilken forbindelse til produktets unikke identifikation. For en virksomhed med 10 til 100 medarbejdere betyder det, at en koppeling med eget ERP-system ikke uden videre kan være en eksport af en Excel-fil: de data, der leveres fra systemet, skal være i overensstemmelse med det tekniske format, der gælder for passet. Hvilket format det er præcis, udarbejdes per produktkategori; læs mere herom på siden om passets filformat.

Passet skal koppeles til en unik produktidentifikation

Artikel 10 i ESPR (Forordning (EU) 2024/1781) fastsætter krav til indholdet og strukturen af passet, herunder forbindelsen til en identifikationskode per produkt. Et ERP-system arbejder ofte allerede med artikelnumre, SKU'er eller batchkoder, men disse er ikke automatisk det samme som den identifikationskode, som passet kræver. For en mellemstor virksomhed betyder det, at der kræves en omregning mellem den interne produktkodning og den identifikationskode, der åbnes eksternt via QR-koden. Hvordan den unikke kode per produkt etableres, er beskrevet på siden om tildeling af en unik identifikationskode til hvert produkt.

Koblingen skal holde dataene aktuelle uden at miste oprindelsen

Et ERP-system ændrer sig konstant: lagerniveauer ændres, artikler udgår, nye varianter kommer til. Passet følger en anden rytme — det skal forblive tilgængeligt i en fastsat periode, også selvom det underliggende produkt ikke længere sælges. En koppeling, der blot "live" sender det, der for øjeblikket er i ERP-systemet, risikerer at historiske pas bliver overskrevet eller forsvinder, så snart et produkt tages ud af det aktive sortiment. Hvor længe et pas skal være tilgængeligt, er forklaret på siden om hvor længe passet skal eksistere.

Hvor det går galt i praksis

Et par situationer dukker relativt hyppigt op hos virksomheder, der ønsker at koppele deres ERP-system til produktpasset.

Automatisk synkronisering overskriver aktive pas. Når en artikel i ERP-systemet bliver ændret — en ny leverandør af en del, ændret emballage — bliver denne ændring nogle gange sendt direkte til det offentliggjorte pas, uden at det er klart, om det skal være et nyt pas, eller om det skal være en opdatering af det eksisterende.

Artikelnummer forveksles med produktidentifikation. Det interne artikelnummer fra lagersystemet bruges som unik identifikationskode for passet, selvom det nummer for eksempel kan variere pr. salgkanal eller region — hvilket betyder, at ét fysisk produkt ender med flere, gensidigt afvigende pas.

Udgåelse i ERP-systemet tager passet offline med. Så snart et produkt markeres som "ikke længere leveres" i lagersystemet, stopper koblingen med at udgive eller vedligeholde passet — selvom passet stadig skal være tilgængeligt for produkter, der allerede er i brug hos forbrugeren.

Koppeling leverer data i et format, der ikke stemmer overens. ERP-systemet eksporterer data i et internt format (f.eks. en CSV med virksomhedsspecifikke feltnavne), der ikke svarer én-til-én til den struktur, som passet kræver, hvorfor et mellemtrin viser sig nødvendigt, som ikke var planlagt.

Pakkegrader blandes sammen. Et lagersystem registrerer ofte på niveau for salgsenheden, mens et pas kan variere pr. produktvariant eller pr. pakkeenhed — navnlig ved produkter, der leveres i kasser med flere apparater. Hvordan dette samspil fungerer, er beskrevet på siden om sådan fungerer produktpasset ved en kasse med flere apparater.

Hvad du kan dokumentere

For virksomheder, der overvejer at koble deres ERP- eller lagersystem til produktpasset, er det praktisk at fastlægge et antal ting skriftligt på forhånd:

En oversigt over, hvilke felter fra ERP-systemet, der svarer til hvilke felter i passet, herunder en præcisering af afvigelser mellem intern artikelkodning og ekstern produktidentifikation.
En procedure for, hvad der sker ved produktændringer: hvornår fører en tilpasning i ERP-systemet til et nyt pas, og hvornår til en opdatering af det eksisterende pas.
En procedure for udfasering, hvor det er fastlagt, at passet er uafhængigt af statussen "aktiv" eller "udfaset" i lagersystemet.
En aftale om, hvem der er ansvarlig for kopplingen — internt IT-team, eksternt platform eller en kombination — og hvem der kontrollerer, at de leverede data faktisk stemmer overens med det påkrævede format.
Dokumentation af det anvendte tekniske format, så det kan påvises ved en kontrol eller revision, at kopplingen stemmer overens med kravene i artikel 11 i ESPR (Forordning (EU) 2024/1781).

For virksomheder, der foruden ERP-systemet også bruger en GS1-struktur til deres logistik, er det vigtigt at vide, om og hvordan denne struktur stemmer overens med passets krav; mere herom findes på siden om hvad GS1 Digital Link er, og om det er nødvendigt for produktpasset. Det er også tilrådeligt at fastlægge, hvordan kopplingen håndterer det register, hvori pas skal optages, som forklaret på siden om det europæiske register over digitale produktpas.

Dette er ingen juridisk rådgivning. Denne side giver generel information om de regler, som denne platform handler om. Vi kender din situation ikke. Ved tvivl om din egen situation bør du konsultere en jurist eller den relevante tilsynsmyndighed.

Skrevet med AI baseret på ovenstående kilder, kontrolleret af en person den 2026-08-22. Stemmer der noget ikke? Lad os vide — rettelser får prioritet.