hvad skal hostingen af mit produktpas opfylde

Hostingen skal holde data permanent tilgængelige og tilgængelige

Hostingen af et digitalt produktpaspoort skal sikre, at dataene i det forbliver intakte, holdes ajour og kan anmodes af dem, der efter reglerne har ret til det — forbrugere, markedsaktører og tilsynsmyndigheder. Artikel 10 i ESPR (Forordning (EU) 2024/1781) fastsætter, at pasporet skal være tilgængeligt via databæreren på produktet (normalt en QR-kode), at de data, der er indeholdt i det, er korrekte og kan opdateres, og at lagringen er indrettet således, at pasporet varer i den foreskrevne periode. Artikel 13 foreskriver desuden, at en reference til hvert paspoort skal indgå i et centralt europæisk register, og artikel 14 regulerer, at Kommissionen etablerer en webportal, hvorigennem disse registrerede data kan søges. Hosting er derfor ikke blot »en side, der åbner, når du scanner« — det er et teknisk og organisatorisk ansvar, der løber, så længe pasporet skal eksistere.

For hvem dette gælder, og for hvem det ikke gør

Disse krav gælder for den, der tilbyder det digitale produktpaspoort: i praksis producenten, importøren eller bemyndiget repræsentant, der er ansvarlig for markedsføring af produktet, eller en part, der udfører denne opgave på deres vegne. Det drejer sig om hosting af selve pasporet — det sted, hvor produktdataene er, som anmodes via databæreren. Det handler ikke om databæreren som sådan: hvordan QR-koden kommer på produktet, og hvilken teknisk form det antager, er et andet spørgsmål, uddybet på siden om hvordan QR-koden kommer på produktet. Det handler heller ikke om, hvilke data der skal være i pasporet, eller i hvilket filformat de skal leveres — det bestemmes pr. produktkategori og beskrives på siden om indsendelse af produktpasportdata. Hosting er specifikt infrastrukturen: hvor dataene er, hvor længe, og hvordan de forbliver tilgængelige.

De præcise krav følger pr. produktkategori fra en dato, der endnu ikke er fastsat

ESPR selv beskriver hovedlinierne — tilgængelighed, aktualitet, forbindelse til registret — men de detaljerede tekniske og operationelle krav til hosting fastlægges pr. produktkategori i delegerede retsakter. For elektronik og ICT-udstyr er det endnu ikke offentliggjort, hvornår denne forpligtelse præcis træder i kraft. ESPR-arbejdsplanen 2025-2030 nævner disse kategorier, og delegerede retsakter forventes heri fra 2027, men en fast dato for elektronik og ICT foreligger endnu ikke. Indtil en delegeret retsakt for en specifik produktgruppe er offentliggjort, gælder der endnu ingen konkret hostingforpligtelse fra ESPR for denne gruppe. Så snart den delegerede retsakt for elektronik og ICT offentliggøres, vil datoen fremgå her.

Hvad dette betyder for udformningen af hostingen

Den, der nu allerede overvejer hosting af et produktpaspoort, gør klogt i at begynde med varaktigheden: pasporet skal forblive tilgængeligt i en periode, der fastsættes pr. produktkategori, og dette krav påvirker direkte valget af hostingpart og -infrastruktur — dette uddybes nærmere på siden om hvor længe et produktpas skal forblive tilgængeligt. Et andet vigtigt punkt er kontinuitet: hostingen skal fortsætte med at fungere selv hvis der sker ændringer ved det selskab, der tilbyder pasporet, hvilket bliver relevant ved ophør af virksomhed eller overtagelse — se siden om hvad der sker med pasporet, når en virksomhed lukker. Et tredje punkt er forbindelsen til det europæiske register: hostingmiljøet skal være indrettet således, at referencen til pasporet er korrekt og aktuelt i registret, hvilket forklares på siden om registeret over digitale produktpasporter. Hvis du allerede administrerer produktdata i et ERP- eller lagersystem, kan du desuden se frem til, hvordan denne integration praktisk bliver etableret. Endelig er det tilrådeligt at være opmærksom på, hvad der sker ved en nedbrud, en overtagelse af hostingselskabet selv, eller ved kontraktens udløb — punkter som ikke ordret er nævnt i ESPR, men som i praksis afgør, om det underliggende krav om vedvarende tilgængelighed opfyldes.

Grundlaget for dette: artikel 10, 13 og 14 i ESPR

Artikel 10 i ESPR (Forordning (EU) 2024/1781) beskriver de generelle krav til det digitale produktpasport, herunder tilgængelighed og aktualitet af data. Artikel 13 regulerer det centrale register, hvori der optages en reference til hvert pas, og artikel 14 regulerer webportalen, hvorigennem Kommissionen udstiller disse registerdata. Tilsammen danner disse artikler den ramme, inden for hvilken hosting af et pasport skal fungere; de produktkategorispecifikke detaljer følger i senere delegerede retsakter.

Hvis du allerede nu forbereder et produktpasport, er det bedst at begynde med at afklare din egen produktkategori og status for den tilknyttede delegerede retsakt, og derfra tage opbevaringsperioden og registerintegreringen med i valget af en hostingløsning.

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

ESPR foreskriver ikke, hos hvilken hostingudbyder et produktpasport skal være placeret, men vel hvilke egenskaber lagringen og udstillingen af data skal opfylde. Artikel 10 i ESPR (Forordning (EU) 2024/1781) nævner kravene til selve det digitale produktpasport; artikel 13 omhandler det register, hvori pasporter anmeldes; artikel 14 regulerer webportalen, hvorigennem tilsynsførende og andre parter får adgang til data. For en virksomhed på 10 til 100 medarbejdere betyder det et antal separate, konkrete forpligtelser.

Pasportet skal forblive tilgængeligt via datadrageren på produktet

Pasportet udstilles via en datadrager — i praksis et QR-kode — som anbringes på eller ved produktet. Artikel 10 i ESPR fastsætter krav til denne forbindelse mellem drager og pasport: linket skal fortsætte med at fungere, selv hvis der går år hen. For en mellemstor virksomhed betyder det, at valget af en hostingudbyder ikke er uafhængigt af valget af datadrager: begge dele skal passe sammen og fortsætte med at gøre det på længere sigt. Hvordan denne forbindelse praktisk etableres, er beskrevet i hvordan kommer QR-koden til produktpasset på min elektronik.

Data skal kunne konsulteres af de relevante parter, uden at alle ser alt

Artikel 10 foretager en sondring mellem data, der er synlige for alle — f.eks. for en forbruger, der scanner QR-koden — og data, der kun er beregnet til tilsynsførende eller andre markedsdeltagere. Et hostingmiljø skal kunne opfylde denne sondring teknisk. For en virksomhed betyder det, at den valgte løsning ikke simpelt hen kan være "alt offentligt" eller "alt bag en login": der skal være mulig lagdelt adgang, afpasset efter hvem der har brug for hvilken del af informationen.

Pasportet skal anmeldes i det europæiske register

Artikel 13 i ESPR forpligter til registrering af pasportet i et centralt europæisk register, hvori en basissamling af data om produktet og pasportets placering optages. Hosting af selve pasportet og registrering i dette register er to adskilte ting: pasportet kan være hos en egen eller ekstern hostingudbyder, mens registeret kun indeholder referencen og centrale data. Hvad der skal være indeholdt heri, og hvordan denne anmeldelse fungerer, er forklaret i hvad er registeret over digitale produktpasporter, og hvad skal jeg indføre heri.

Data skal være i overensstemmelse med webportalen for tilsyn

Artikel 14 i ESPR introducerer en webportal, gennem hvilken markedstilsynsmyndigheder og toldvæsen kan konsultere data fra digitale produktpasporter. For hostingparten betyder det, at lagringen af pasportdata ikke kan være isoleret: der skal være mulighed for teknisk tilslutning til denne portal, i en form som fastsættes af Kommissionen. En virksomhed, der selv hoster eller anvender en hostingpart, gør klogt i at spørge, om denne part er kendt med denne tilslutningspligt, og hvordan den opfyldes.

Dataene skal være i et genkendeligt og overførbart format

Hosting er ikke kun et spørgsmål om "hvor ligger det", men også "i hvilken form". Artikel 10 stiller krav til interoperabilitet: dataene skal være maskinlæsbare og overførbare, så de ikke bliver låst fast i ét system hos én leverandør. For en virksomhed af begrænset størrelse er dette ofte det punkt, hvor valget af hostingpart vejer tungest: et lukket system, der er vanskeligt at eksportere fra, strider mod dette krav. Det filformat, hvori data leveres, er udformet i i hvilket format skal jeg levere produktpasdata.

Hvor det går galt i praksis

En hyppig situation er, at en virksomhed vælger en hostingpart uden at spørge, om denne part kan garantere teknisk tilslutning til webportalen i artikel 14. På det tidspunkt, hvor en tilsynsmyndighed ønsker at konsultere data, viser det sig, at forbindelsen ikke er etableret.

En anden situation opstår, når sondringen mellem offentlige og ikke-offentlige data ikke er korrekt etableret: alle oplysninger er bag samme adgang, eller alt ligger fuldstændig åbent, mens visse data kun er beregnet til markedsdeltagere eller tilsyn.

Det forekommer også, at en virksomhed forveksler hosting af pasportet med registrering i det europæiske register: man tror, at pasportet er "registreret", fordi det er online, mens tilmelding til registret er et separat trin, der ikke sker automatisk.

En fjerde situation er en hostingpart, der efter et stykke tid ophører med at levere tjenesten eller bliver opkøbt, hvorved dataene ikke er tilgængelige i et overførbart format. Virksomheden sidder da fast på et system, der ikke længere er tilgængeligt, mens QR-koden på produktet allerede er i omløb.

En femte, hyppigt begået fejl er, at forbindelsen mellem datainformatøren på produktet og hostinglokationen organiseres teknisk uafhængigt af hinanden — for eksempel fordi en emballageleverandør opretter QR-koden uden koordinering med den part, der hoster dataene. Ved et skift af hostingpart fungerer koden ikke længere.

Hvad du kan dokumentere

En oversigt over, hvilke data i pasportet der er offentlige, og hvilke der kun er beregnet til tilsyn eller markedsdeltagere, så hostingparten kan etablere denne sondring teknisk.
En skriftlig aftale med hostingparten om tilslutning til webportalen i artikel 14, inklusiv hvem der er ansvarlig, hvis denne tilslutning ændres.
En fastlagt procedure for tilmelding til det europæiske register, adskilt fra hostingaftalerne — se også notatet til hvad er registeret over digitale produktpasporter, og hvad skal jeg indføre heri.
En eksportmulighed eller kontraktuel garantie for, at data kan rekvireres i et overførbart format ved afslutning af hostingaftalen.
Dokumentation af forbindelsen mellem datainformatør og hostinglokation, inklusiv hvad der sker ved skift af hostingpart eller system — relevant er også, hvordan det forholder sig til kan jeg knytte produktpasset til mit ERP- eller lagersystem.
En aftale om varigheden af hostingforpligtelsen, som skal koordineres med det, som er kendt om hvor længe skal et produktpasport være tilgængeligt.

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å kilderne ovenfor, kontrolleret af menneske på 2026-09-05. Passer der noget ikke? Lad os vide — rettelser får prioritet.