Kan jeg knytte produktpasset til mit ERP- eller lagerstyringssystem?

Kobling er teknisk mulig, men formen er endnu ikke fastsat

Det digitale produktpasportbreve er opbygget som en struktureret, maskinelæsbar datafile, og det passer principielt til en kobling med et ERP- eller lagersystem. ESPR foreskriver, at data bag pasportbrevet skal registreres på grundlag af åbne standarder, og at systemer skal kunne udveksle data indbyrdes. Det er netop det udgangspunkt, som en kobling med et eksisterende forretningssystem ville bygge på: ingen manuel indtastning pr. madras, men en levering ud fra de data, som en producent eller importør allerede vedligeholder. Hvordan denne kobling ser ud i praksis — hvilket filformat, hvilke felter, hvilken leveringsmetode — er endnu ikke fastsat, fordi den tekniske udarbejdelse for madrasser endnu skal fremkomme.

For hvem dette gælder, og for hvem ikke

Denne forklaring handler om datastrukturen bag pasportbrevet, ikke om et specifikt koplingsflade eller connector, der allerede er tilgængelig. ESPR beskriver krav til interoperabilitet og til den måde, hvorpå pasportbrevet er teknisk opbygget (dataomslaget, de unikke identifikationskoder, lagringen af data), men regulerer ikke, hvordan en individuel ERP-pakke eller et lagersystem skal kobles dertil. Sidstnævnte er et spørgsmål om gennemførelse, ikke lovgivning: forordningen bestemmer, hvad der skal være interoperabelt, ikke med hvilken software en virksomhed arbejder. For en sengspecialforretning, som kun sælger og ikke sammensætter pasportbreve, er en kobling med eget ERP-system som regel ikke relevant; det gælder især for den part, som leverer data, sædvanligvis producenten eller importøren.

De tekniske specifikationer kommer med den delegerede handling

Der er endnu ingen fast dato for, hvornår den tekniske udarbejdelse for madrasser fremkommer. I Europa-Kommissionens arbejdsplan for 2025-2030 forventes en delegeret handling for madrasser i 2028, men det er en tidsplan, ikke en garanti. Indtil den delegerede handling er offentliggjort, ligger det ikke fast, hvilke dataformat, hvilke felter og hvilken leveringsmetode for madrasser, der skal gælde. Hvad der er fast, er rammerne fra ESPR selv: pasportbrevet skal være opbygget i henhold til åbne, interoperable standarder og være knyttet til en unik produktidentifikation. Denne ramme ændres ikke mere; udformningen for madrasser specifikt vil dog ændre sig.

Hvad dette betyder for forberedelserne

Den, som nu allerede overvejer en kobling, kan gøre en række ting uden at skulle vente på den definitive specifikation. Først og fremmest er det værdifuldt at undersøge, hvilke data om en madras allerede findes et eller andet sted i ens eget system — materialesammensætning, oprindelse af råvarer, produktionsdato, batch- eller ordrenummer — og om disse data er registreret på produktniveau eller kun på ordreniveau. Derefter er det hensigtsmæssigt at se, om systemet har en eksportfunktion, som kan producere strukturerede data (for eksempel en eksport i et almindeligt format), fordi det er tilknytningspunktet for en senere kobling, uanset hvilket nøjagtigt format den delegerede handling senere foreskriver. Efterfølgende er det praktisk at fastlægge, om data opbevares pr. produkt, pr. batch eller pr. bestilling, eftersom pasportbrevet i sidste ende får en unik identifikation pr. produkt. Endelig er det værdifuldt at vedligeholde kontakt med den part, som sammensætter og hoster pasportbrevet, så det hurtigt bliver klart ved offentliggørelse af den tekniske specifikation, hvilken leveringsform der er nødvendig, og om den eksisterende systemopsætning passer dertil eller kræver tilpasning. En direkte, automatiseret kobling mellem et ERP-system og pasportbrevet er således ikke noget, som der allerede i dag findes en teknisk standard for; hvad der kan ske, er at ordne egne data på forhånd, så en kobling senere let kan gennemføres.

Dette følger af artikel 10 og artikel 11 i ESPR

Artikel 10 i ESPR (Forordning (EU) 2024/1781) beskriver kravene til det digitale produktpas, herunder kravet om, at data registreres på grundlag af åbne standarder, og at systemer, der behandler data, skal være interoperable. Artikel 11 vedrører teknisk design og drift af passet, med bestemmelser om datorbæreren, de unikke identifikationskoder for produkt, markedsaktør og etablering, og den måde, hvorpå data lagres og gøres tilgængelige på. Tilsammen danner disse artikler rammerne for, hvorindenfor en kobling til et eksternt system kan være tænkelig, uden at de fastsætter en specifik teknisk standard for madrasser — denne følger først af den delegerede retsakt, der endnu skal offentliggøres.

Hvad man skal gøre nu

For nu er det mest konkrete, der kan gøres: få egne produktdata i orden og registrere dem på produktniveau (i stedet for kun på ordreniveau), kortlægge en eksportmulighed fra det eksisterende system, og holde øje med offentliggørelsen af den tekniske specifikation for madrasser. Når denne specifikation foreligger, udfyldes denne side med, hvilket format og hvilken leveringsmetode der gælder.