matrapas.eu

har jeg brug for speciel software til at oprette et digitalt produktpas

Nej, ingen speciel software krævet af lovgivningen

ESPR foreskriver ikke en bestemt softwarepakke, system eller mærke. Det, som forordningen fastsætter, er krav til resultatet: det digitale produktpas skal indeholde data, der er tilgængelige på en fastlagt måde via en dataindehaver, det skal opfylde visse tekniske og organisatoriske betingelser, og det skal være tilgængeligt for dem, der har ret til det. Hvordan en fabrikant eller importør teknisk løser det — med et selvudviklet system, et modul i ERP-pakken eller en service fra en ekstern part — er ikke fastlagt i loven. Der er således ingen tvungen "produktpas-software", der står på en liste og skal købes. Hvad der skal være, er en fungerende helhed, der opfylder kravene i forordningen, og det er et andet spørgsmål end, hvilken software der bruges til det.

For madrasser gælder dette, for administrationen bag det ikke automatisk

Denne frihed til at vælge midler gælder for det digitale produktpas for madrasser, som ESPR snart kræver: datainformatøren, lagringen og offentliggørelsen af pasoplysningerne. Det gælder ikke for alt, hvad en fabrikant eller importør ellers allerede bruger eller skal bruge af software. Et bogføringssystem, en lagerstyringslosning eller et CE-mærkningsmaps falder uden for denne regulering og har deres egne regler. Det gælder heller ikke for spørgsmålet om, hvorvidt et bestemt system er "godt nok" — det vurderes ikke på grundlag af softwarens mærke eller leverandør, men på, hvorvidt resultatet opfylder kravene i forordningen. Et regneark, der tilfældigvis opfylder alle krav, er i teorien lige så gyldigt som en dyr specialiseret løsning; omvendt opfylder et dyrt system ikke automatisk bare fordi det er dyrt.

Ingen fast dato endnu, men allerede faste krav til designet

Hvornår det digitale produktpas bliver obligatorisk for madrasser, er endnu ikke fastlagt; det følger af en delegeret retsakt, der stadig skal offentliggøres for denne produktgruppe. Indtil da gælder der ingen pligt til allerede at have et produktpas. Det, som allerede er fastlagt, er de generelle tekniske krav i ESPR, som et digitalt produktpas snart skal opfylde, uanset hvilken software det bygges med. Disse krav omhandler blandt andet interoperabilitet, brugen af åbne standarder og den måde, hvorpå data skal gøres tilgængelige på. Den, der nu allerede vælger eller udvikler software, kan således tage disse krav som udgangspunkt, selvom den forpligtende ikrafttrædelsesdato for madrasser selv endnu ikke kendes.

Hvor man skal begynde ved valg af et system

Den praktiske rækkefølge begynder ikke med software, men med dataene: først skal det gøres klart, hvilke produktoplysninger der snart skal komme i passet, før der ses på, hvordan disse oplysninger teknisk lagres og offentliggøres. Derefter kommer spørgsmålet om, hvordan hver madras får en entydig identifikationskode for denne kode er forbindelsen mellem det fysiske produkt og de digitale oplysninger om det. Dernæst er det et valg, om denne proces selv skal etableres, eller om den skal outsources til en part, der sørger for lagring og offentliggørelse — det er præcis, hvor en platform som denne platform passer ind, ved at sammensætte passet ud fra de leverede data og sørge for hosting og QR-dataholder. For virksomheder, der allerede arbejder med et ERP- eller lagersystem, er det derefter relevant, om og hvordan dette system kan knyttes til produktpassetså data ikke skal indtastes dobbelt. Den, der hellere først vil se det større billede, før der foretages et systemvalg, kan også begynde med spørgsmålet om, hvordan Det europæiske register over produktpasporter forholder sig til eget pas, da dette register er en obligatorisk del ud over, hvilken software der også vælges.

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

Grundlaget findes i artikel 9 i ESPR (Forordning (EU) 2024/1781), hvor det digitale produktpas introduceres som et instrument. Artikel 10 i ESPR præciserer de indholdsbestemte krav, som et pas skal opfylde, uden at foreskrive en bestemt teknologi eller leverandør. Artikel 11 i ESPR omhandler specifikt det tekniske design og funktionen af det digitale produktpas og nævner krav såsom interoperabilitet og brug af åbne standarder — krav, der stilles til resultatet, ikke til værktøjet, hvormed resultatet opnås. Disse tre artikler viser tilsammen, at forordningen er funktionelt udformet: den regulerer, hvad et pas skal kunne gøre, og hvordan det skal være tilgængeligt, og overlader valget af software til den, der udarbejder passet.

Den, der allerede ønsker at forberede sig, gør bedst i at få styr på egne produktdata og fastlægge et identifikationssystem pr. madras, således at der ligger et solidt grundlag, når den delegerede retsakt for madrasser bliver offentliggjort — valget af et specifikt softwaresystem kan følge efter, baseret på de tekniske krav, der gælder på det tidspunkt.

Hvad du konkret skal gøre

Hvad der forventes af dig

Et pas, der kan læses via åbne standarder

Artikel 10 i ESPR (Forordning (EU) 2024/1781) foreskriver, at det digitale produktpas fungerer på grundlag af åbne, interoperable standarder. Det betyder, at data ikke må være låst inde i et lukket, propriet filformat, der kun kan åbnes med ét specifikt program. For en madrasfabrikant på 10 til 100 medarbejdere betyder dette især, at valget af et system eller platform skal vurderes op imod dette krav: kan data komme ud, og kan de læses af andre parter uden, at de har præcis samme software som jer?

Tilgængelighed via en datadrager, ikke via en app

Artikel 11 regulerer, hvordan passet teknisk fungerer: via en datadrager (i praksis ofte en QR-kode), der refererer til dataene. Forbrugeren, tilsynsmyndigheden eller handelspartneren skal kunne konsultere disse data uden, at der kræves en separat applikation leveret af jer. Praktisk betyder det, at en almindelig smartphone med kamera og en browser skal være tilstrækkelig. Den, der overvejer at få bygget en egen app for at vise passet, gør det således som en ekstra service — ikke fordi regulering forpligter til en app. Hvordan datadrагeren kommer på produktet, beskrives på siden om hvordan QR-koden for produktpasportet kommer på dine madrasser.

Forbindelse til et unikt identifikationsnummer

Artikel 9 forbinder passet til en unik produkt- eller modelidentifikation. Det kræver en måde at forbinde hvert pas til det rigtige fysiske produkt. For virksomheder, der allerede arbejder med partinumre, EAN-koder eller interne artikelkoder, er det som regel et spørgsmål om at gennemføre denne eksisterende nummering konsekvent i paspsortsystemet. Hvordan denne forbindelse praktisk etableres, beskrives på siden om hvordan du giver hvert produkt en unik identifikationskode.

Data, der forbliver aktuelle og sporbare

Artikel 9 og 10 tilsammen implicerer, at passet ikke er et øjebliksbillede, der kan glemmes efter offentliggørelse, men en datasamling, der forbliver knyttet til et specifikt produkt i den tid, passet skal være tilgængeligt. Det kræver af en virksomhed en måde at vide, hvilke oplysninger der hører til hvilket produkt, også hvis der senere kommer spørgsmål om en madras, der blev solgt for nogle år siden.

Hvor det går galt i praksis

En fabrikant lader et pas lave i et program, der fungerer udmærket, men hvis leverandør kun leverer dataene som PDF eller skærmbillede. Det er læsbart for mennesker, men ikke maskinleseligt, som artikel 10 betyder — de underliggende data skal være strukturelt forespørgeligt, ikke blot visuelt fremstillet.

En virksomhed bygger sin egen app til at vise passet ud fra en antagelse om, at det er obligatorisk. Det koster tid og penge på udvikling, mens artikel 11 netop kræver tilgængelighed uden særlig software — en almindelig webside, der åbner via QR-koden, opfylder denne tanke.

En importør bruger for hver levering en ny, ad hoc Excel-fil, der konverteres manuelt til et pas. Når mængden vokser, opstår der fejl i koblingen mellem produkt og pas, og det bliver uklart, hvilket pas der hører til hvilken partie.

En fabrikant vælger et system uden at undersøge, om data kan eksporteres fra det igen. Ved et senere skift til en anden platform eller hvis hostingleverandøren ophører, viser det sig, at dataene er låst fast hos én leverandør. Hvad det indebærer, beskrives på siden om hvad der sker med jeres produktpasporter, hvis hostingleverandøren ophører.

En virksomhed tror, at passystemet skal være uafhængigt af egen virksomhedsdrift, og indtaster alle produktdata dobbelt: én gang i ERP-systemet, én gang i passystemet. Det fordobler arbejdet og øger risikoen for afvigelser mellem begge kilder.

Hvad du kan dokumentere

  • En oversigt over de filformater, som det valgte system bruger, og om disse er åbne og eksporterbare — dette kan kontrolleres over for kravet om interoperabilitet fra artikel 10.
  • En beskrivelse af, hvordan databæreren (QR-koden) giver adgang til passet, uden at en særlig app er nødvendig, som hensigten er i artikel 11.
  • En koblingtabel mellem interne produktkoder og pas-identifikationsnumre, så det til enhver tid kan spores, hvilket pas der hører til hvilket fysiske produkt. Virksomheder, der ønsker at kombinere systemer, kan se på mulighederne beskrevet på siden om at knytte produktpasset til et ERP- eller lagerstyringssystem.
  • Aftaler med softwareleverandøren eller platformen om eksport af data, tilgængelighed på længere sigt, og hvad der sker ved ophør af tjenesten.
  • En intern proces for vedligeholdelse af produktdata, så ændringer i materialsamenstilling eller andre karakteristika konsekvent virker igennem i passet i stedet for at blive holdt dobbelt og uafhængigt af hinanden.

For virksomheder, der laver madrasser efter mål, er det desuden godt at fastlægge, hvordan individuelle varianter behandles i passystemet — denne proces afviger ofte fra standardproduktion og forklares på siden om hvordan produktpasset fungerer for madrasser efter mål.

Dette er ikke juridisk rådgivning. Denne side giver generel information om den regulering, som denne platform handler om. Vi kender ikke din situation. Hvis du er usikker på dine egne forhold, konsulterer du en jurist eller den kompetente tilsynsmyndighed.

Skrevet med AI på baggrund af kilderne ovenfor, kontrolleret af et menneske den 2026-09-05. Passer der noget ikke? Lad os vide — rettelser prioriteres højt.