Kan jeg forbinde produktpasset med mit ERP- eller lagersystem?
Koblinger er udgangspunktet, den tekniske form endnu ikke
En kobling mellem det digitale produktpas og et eget ERP- eller lagersystem passer til den måde, hvorpå ESPR har opsat passet: data skal være maskinlæsbare og interoperable, netop så de ikke hele tiden skal indtastes manuelt igen. Artikel 10 i ESPR (Forordning (EU) 2024/1781) stiller krav til produktpasset, der er rettet mod interoperabilitet, og artikel 11 omhandler det tekniske design og dets funktion, herunder måden, hvorpå data udveksles. Det betyder, at en kobling grundlæggende er mulig. Det, der mangler, er den konkrete tekniske udformning for tekstiler: hvilket filformat, hvilke felter der er obligatoriske, og om der kommer en standard-API, er endnu ikke fastsat. Disse detaljer følger af supplerende regler, der specifikt udarbejdes for tøj og tekstiler.
For hvem dette gælder, og for hvad ikke
Interoperabilitetskravet fra artikel 10 og de tekniske bestemmelser fra artikel 11 gælder for det digitale produktpas som sådan, uanset om et brand, importør eller private label selv sammensætter eller får sammensat passet. Det er således et generelt krav inden for ESPR, ikke noget, der opfindes særskilt for hver produktkategori. Det følger ikke heraf, at der nu skal bygges en teknisk kobling, eller at det er garanteret, at et bestemt filformat eller en bestemt protokol senere viser sig brugbar. Passet er desuden ikke en kopi af et ERP-system: det indeholder de data, der er relevante for passet (sammensætning, herkomst, plejevejledninger og lignende), ikke den fulde lager- eller ordreadministration. En kobling betyder i praksis, at en del af de allerede eksisterende produktdata videresendes til passet, ikke at begge systemer helt og holdent smelter sammen.
Hvornår dette bliver konkret, og hvad der gælder indtil da
Der er endnu ingen fast dato for denne forpligtelse. Af ESPR-arbejdsplanen 2025-2030 fremgår det, at en delegeret retsakt for tekstiler forventes i 2027, og at tøj med firs procent eller mere tekstilfibre først bliver omfattet. Så snart denne retsakt offentliggøres, bliver det også klart, hvilke tekniske krav der stilles til dataudveksling, og således om og hvordan en kobling med et ERP- eller lagersystem kan se ud. Indtil da gælder kun de generelle bestemmelser i artikel 10 og 11: rammen er på plads, den tekniske udformning for tekstiler endnu ikke. Hvis nogle nu gerne ville bygge på en kobling, bygger de således på en ramme, hvis detaljer endnu kan skifte.
Hvad dette betyder i praksis, trin for trin
Først er det fornuftigt at kigge på, hvilke data der allerede findes i eget system, og hvilke af disse sandsynligvis ender op i et pas: fibersammensætning, produktionsland, materialherkomst, plejevejledninger. Dernæst er det praktisk at registrere disse data så struktureret som muligt, i faste felter med entydige værdier i stedet for fri tekst, så de senere lettere kan overføres til hvilket som helst format. Derefter er det fornuftigt at vente med faktisk at bygge en teknisk kobling eller API, fordi kravene til tekstiler endnu ikke er fastsat; energi, der nu lægges i en specifik kobling, kan stadig kræve tilpasning efter offentliggørelse af den delegerede retsakt. Hvad der dog allerede fungerer, er leverance af data på den måde, der nu er tilgængelig: manuelt, via en fil, eller via en simpel eksport fra det eksisterende system. Texpas sammensætter passet ud fra de data, som fabrikanten eller importøren leverer, og behandler denne levering allerede nu uden, at der er behov for en live-kobling. Når det tekniske rammeværk for tekstiler bliver kendt, kan det vurderes, om en mere direkte kobling fra ERP- eller lagersystemet har merværdi.
Hvad dette er baseret på: artikel 10 og 11 i ESPR
Interoperabilitetskravet og kravet om maskinlæsbarhed for det digitale produktpas følger af artikel 10 i ESPR (forordning (EU) 2024/1781), som fastlægger de generelle krav til passet. Artikel 11 i samme forordning beskriver det tekniske design og driften af passet, herunder den måde, hvorpå data registreres og udveksles digitalt. Begge artikler danner rammerne, inden for hvilke senere produktspecifik regulering for tekstiler skal udfylde de tekniske detaljer; denne udfyldning findes endnu ikke for tøj og tekstiler.
Hvis du allerede nu struktureret registrerer data om sammensætning, oprindelse og vedligeholdelse i dit eget system, skal du ikke starte helt forfra senere, uanset hvilken teknisk form koblingen får. For den aktuelle status for den delegerede handeling og det præcise tidsplan er den officielle kilde fra Europa-Kommissionen det punkt, du skal holde øje med.
Hvad dette er baseret på
- Forordning (EU) 2024/1781 (ESPR), artikel 11 (teknisk design og drift af det digitale produktpas)
- Forordning (EU) 2024/1781 (ESPR), artikel 10 (krav til det digitale produktpas)
Selve forordningen findes på EUR-Lex. Vi henviser for hver påstand; du behøver ikke tro på os.
Hvad du konkret skal gøre
Hvad der forventes af dig
Passet skal kunne modtage data fra kildesystemer
Artikel 10 i ESPR (Forordning (EU) 2024/1781) stiller krav til, hvilke data der skal indgå i et digitalt produktpas, og hvordan disse data skal være tilgængelige. Disse data kommer ikke fra ingenting: de findes allerede i eksisterende systemer som f.eks. en ERP-pakke, et PLM-system eller en lagerstyringsløsning — materialsammensetning, leverandørdata, batchnumre, plejeanvisninger. For en virksomhed med 10 til 100 medarbejdere betyder dette praktisk talt, at der skal være en forbindelse mellem det system, hvor disse data allerede findes, og det system, der sammensætter og udgiver passet. Det kan være en automatiseret integration, men også en periodisk eksport, der uploades manuelt. Begge dele er grundlæggende mulige; hvilken form der er praktisk, afhænger af, hvor mange produkter og varianter der er, og hvor ofte data ændres.
Den tekniske funktion skal være i overensstemmelse med etablerede standarder
Artikel 11 i ESPR (Forordning (EU) 2024/1781) beskriver passets tekniske design og funktion, herunder den måde, hvorpå dataudveksling finder sted. Dette vedrører direkte spørgsmålet om, hvordan en integration teknisk oprettes: ikke hvert eksportformat fra et vilkårligt ERP-system tilslutter sig uden bearbejdelse til det, som et passystem forventer. For en middelstørrelse virksomhed betyder det, at der er behov for en omformning mellem egen datastruktur og det format, der bruges til passet. Det er et teknisk spørgsmål, ikke et juridisk — men det vedrører dog spørgsmålet hvad GS1 Digital Link er, og om det er nødvendigt for produktpasportcertifikatet, fordi en del af den forventede standardisering kører gennem den slags systemer.
Hvert produkt skal kunne henføres til de korrekte pasgegevens
En integration med et ERP- eller lagersystem fungerer kun, hvis der er en stabil måde at matche et fysisk produkt med det korrekte pas. Det kræver en konsistent nøgle mellem systemerne: samme artikelnummer, samme batchkode eller samme variantidentifikation i ERP-systemet som i passet. Uden denne tilslutning risikeres det, at et integreret system vel sender data videre, men til det forkerte pas, eller at en ændring i det ene system ikke får virkning i det andet. Dette hænger tæt sammen med den måde, hvorpå hvert produkt får en unik identifikationskode; uden en klar identifikationslogik er en integration mellem systemer af ringe værdi.
Hvor det går galt i praksis
En første situation, som ofte dukker op: en virksomhed har et ERP-system, hvor artikler er registreret pr. stil, men ikke pr. farve eller størrelse. Passet skal dog passe på variantniveau, og så viser det sig, at integrationen sender data videre, som passer til den ene størrelse, men ikke til den anden.
En anden situation: data overføres én gang ved lancering af en kollektion, men en senere ændring i ERP-systemet — f.eks. en anden leverandør til en delforsendelse — overføres ikke automatisk til det udgivne pas. Passet mister på denne måde forbindelsen til virkeligheden uden at nogen bemærker det, indtil nogen opdager en fejl og spørger sig selv, om et udgivet produktpas stadig kan ændres.
En tredje situation: en integration oprettes teknisk af en ekstern IT-partner, men ingen inden for virksomheden kontrollerer efterfølgende, om de data, der kommer i passet, også faktisk svarer til det, der står på etiketten eller emballagen. En teknisk integration, der fungerer, er ikke automatisk en integration, der er korrekt.
En fjerde situation: lagersystemet bruges til automatisk at få pas til at udløbe, så snart et produkt er udsolgt, uden at tage hensyn til spørgsmålet om, hvor længe et pas skal være tilgængeligt. Det kan medføre en mismatch mellem det, der er operationelt praktisk for lagerstyringen, og hvad der forventes med henblik på hvor længe et produktpasportcertifikat skal være tilgængeligt.
En femte situation: ved en fusion, overtagelse eller nedlukning af en forretningsenhed bliver forbindelsen afkoblet uden at have overvejet, hvem der derefter administrerer dataene, hvilket igen knytter sig til spørgsmålet hvad der sker med produktpasset, når en virksomhed ophører.
Det du kan dokumentere
- En oversigt over, hvilke systemer der leverer hvilke pasportdata: ERP for materiale og oprindelse, lagersystem for tilgængelighed, PLM for design- og sammensstillingsdata.
- En fastlagt aftale om synkroniseringsfrekvensen: realtidsforbindelse, daglig eksport eller manuel opdatering pr. kollektion.
- Et dokument, der beskriver den identifikationsnøgle, der bruges til at matche et produkt i ERP-systemet med det korrekte pas — herunder hvordan dette fungerer ved varianter i størrelse eller farve.
- En ansvarlig funktion eller person, der kontrollerer, at data, der ankommer via forbindelsen, faktisk er korrekte, før et pas publiceres eller opdateres.
- En procedure for, hvad der sker ved en ændring i kildesystemet: hvem signalerer dette, og hvordan gennemføres ændringen i det offentliggjorte pas.
- Aftaler med en it-leverandør eller intern it-afdeling om det tekniske format for forbindelsen, herunder hvad der sker ved et systemskifte eller migration.
- En oversigt over, hvilke data der faktisk leveres automatisk via en forbindelse, og hvilke der stadig udfyldes manuelt, så der ikke opstår et hul mellem, hvad systemet tror det sender, og hvad der faktisk står i passet.
Dette er ikke juridisk rådgivning. Denne side giver generel information om den regulering, som denne platform handler om. Vi kender din situation ikke. Hvis du er i tvivl om din egen situation, skal du konsultere en jurist eller den kompetente tilsynsmyndighed.
Skrevet med AI baseret på kilderne ovenfor, kontrolleret af mennesker den 2026-08-22. Stemmer der noget ikke? Lad os det vide — rettelser får prioritet.