prodpas.eu

hvordan beskyttes mine produktoplysninger i passet mod misbrug

Adgangsrettigheder og tekniske krav bestemmer sikkerheden

Sikkerheden for data i det digitale produktpas følger af en kombination af adgangsrettigheder og tekniske krav, som ESPR stiller til passet. Ikke alle data i passet er synlige for alle: forordningen skelner mellem oplysninger, der er offentligt tilgængelige for forbrugere og andre parter, og oplysninger, der kun er beregnet til specifikke grupper såsom tilsynsmyndigheder, markedsdeltagere i forsyningskæden eller reparationsbedrifter. Desuden stiller artikel 11 i ESPR (Europa-Parlamentets og Rådets forordning (EU) 2024/1781) krav til det tekniske design af passet, herunder krav vedrørende pålideligheden og oprindelsen af dataene. Den, der faktisk hoster passet og indretter det teknisk, skal omsætte disse krav til konkrete foranstaltninger: godkendelse, kryptering og begrænsning af, hvem der må se eller ændre hvilke data.

Dette handler om databeskyttelse, ikke om bekæmpelse af svindel

Spørgsmålet "hvordan bliver mine produktdata sikret mod misbrug" har to sider, og ESPR regulerer især den ene. Forordningen stiller krav til systemet: hvem der får adgang til hvilke data, hvordan oprindelsen af dataene kan kontrolleres, og hvilke tekniske standarder, der gælder for lagring og udveksling af data. Det vedrører misbrug i betydningen uautoriseret adgang eller manipulation af data. Hvad ESPR ikke regulerer, er beskyttelse mod urimelig konkurrence, som alligevel får adgang til virksomhedsfølsomme oplysninger, fordi disse oplysninger skal være offentligt tilgængelige — det er et valg, der træffes i den delegerede forordning for hver produktgruppe, ikke noget, som en teknisk sikkerhedsforanstaltning kan ændre. Det er således vigtigt at skelne mellem to ting: hvilke data, der skal være offentligt tilgængelige (det følger af de produktgruppespecifikke regler), og hvordan de data, der ikke skal være offentligt tilgængelige, afskærmes (det følger af artikel 10 og 11 i ESPR). Den, der er bekymret for, at konkurrenter kan hente præcis opskrift, leverandørnavne eller interne testresultater fra passet, skal således se på, hvad produktgruppreglerne betegner som obligatorisk felt, ikke på sikringen af platformen.

Ingen fast dato for den tekniske udformning endnu

En præcis dato for, hvornår de tekniske og organisatoriske sikkerhedskrav for digitale produktpasporter træder i kraft, er ikke fastsat i ESPR selv. Forordningen fastsætter i artikel 10 og 11 rammerne, inden for hvilke Europa-Kommissionen gennem delegerede og gennemførelseshandlinger for hver produktgruppe nærmere præciserer, hvordan adgang, godkendelse og datasikkerhed teknisk udformes. Indtil disse gennemførelseshandlinger foreligger, gælder de almindelige bestemmelser i ESPR som udgangspunkt, men den konkrete tekniske specifikation — for eksempel hvilket godkendelsesprotokol, der anvendes, eller hvordan rettighedsstyring fungerer præcis — følger for hver produktgruppe, når den delegerede forordning vedtages. Den, der ønsker klarhed herom for en specifik produktgruppe, gør klogt i at følge status for denne delegerede forordning via de officielle kilder i stedet for at vente på en generel dato, der ikke findes.

Hvad en fabrikant eller importør kan aflæse heraf

For a manufacturer or importer having a dossier compiled, the practical sequence is as follows. First, it is relevant which data the product group-specific rules mark as mandatory public, and which data may remain of limited accessibility — that determines what exposure there is at all, separate from technique. Next, it is relevant how the party hosting the dossier technically shields access to non-public data: with what authentication, and whether a distinction is made between roles such as market surveillance authority, recycler or repairer. Then comes the question of how the identification of the product itself is arranged, because a dossier is only as reliable as the link between product and data: see also how you hvert produkt får en unik identifikationskode provides, so that data is not accidentally or intentionally linked to the wrong product. Finally, there is the question of physical access: the QR code on the product itself forms the gateway to the dossier, and anyone wondering what happens if that code is damaged or unreadable must know that this is a different risk from data breaches — it concerns availability, not misuse of data. For data supplied from your own ERP system, it is also useful to know how that link works, see link to your own system, because the security of that link is equally part of the chain.

Legal basis: Articles 10, 11 and 38 of the ESPR

This explanation follows from three articles of the ESPR (Regulation (EU) 2024/1781). Article 10 describes the requirements for the digital product dossier in general terms, including the distinction between public and limited access data. Article 11 governs the technical design and operation of the dossier, with requirements that touch on the reliability, provenance and security of data, and on who may consult or modify which data. Article 38 sets requirements for actors in the supply chain, which is relevant because multiple parties — manufacturer, importer, distributor — supply or consult data, and their role thus plays a part in how access is regulated.

Anyone preparing a dossier at this time would do well to first determine which data for their own product group must be made publicly available, and keep that separate from the question of how the hosting party technically secures access to other data — the official texts of Articles 10 and 11 form the starting point for this, supplemented by the product group-specific implementing act once it becomes available.

Hvad du konkret skal gøre

Hvad der forventes af dig

Security of the product dossier is not a matter of adding a lock afterwards. The ESPR builds a number of security requirements into the design of the dossier itself, and additionally places responsibility on the parties that supply and manage data.

Access to data must be able to be separated

Article 10 of the ESPR (Regulation (EU) 2024/1781) determines that not all data in the dossier need be visible to everyone. A distinction is made between data for the public, for economic operators, for market surveillance authorities and for other parties with a specific interest. For a company between 10 and 100 employees, this means that when compiling the dossier, thought must be given to which information falls into which visibility level — a repairer needs different data than a consumer, and a market surveillance authority different data than either. That is not a technical side issue, but a choice that is made per product group and sometimes per data field.

The technical design must prevent manipulation

Artikel 11 i ESPR (Forordning (EU) 2024/1781) stiller krav til den tekniske og operationelle funktionering af passet med det formål, at data ikke kan ændres, kopieres eller forfalskes ubemærket, efter de er blevet registreret. For en producent eller importør betyder det, at det ikke er tilstrækkeligt blot at lægge en PDF med specifikationer online et sted. Passet skal være indrettet på en måde — med en entydig identifikationskode, en fast forbindelse mellem produkt og data og et kontrollabelt oprindelsessted for dataene — som gør det vanskeligt at ændre noget stiebt bagefter. Den, der selv vil etablere dette teknisk, løber ofte allerede op mod det første skridt: hvordan registreres det, hvilket pas der hører til hvilket eksemplar. Det begynder ved hvordan giver jeg hvert produkt en entydig identifikationskode?, og hænger ofte sammen med spørgsmålet hvad er GS1 Digital Link, og har jeg brug for det til produktpasset?.

Aktørerne i kæden skal videregive data korrekt og aktuelt

Artikel 38 i ESPR (Forordning (EU) 2024/1781) fastslår, at aktørerne i forsyningskæden — producenter, importører, distributører — har forpligtelser omkring korrekt videregivelse og vedligeholdelse af de data, der kommer ind i passet. For en mellemstørrelse virksomhed betyder det, at sikkerhed ikke slutter ved "dataene er sikret på en server". Hvis en leverandør videregiver forkerte eller forældede specifikationer, og de kommer ukontrolleret ind i passet, er det lige så meget et misbrug af data som et målrettet angreb på hostingen. Den, der arbejder med flere leverandører, gør klogt i at aftale, hvem der leverer hvilke data, og på hvilket tidspunkt de anses for endelige.

Hvor det går galt i praksis

Ét login til alle. En virksomhed etablerer passet med én konto, som hele organisationen bruger til at ændre data. Ingen kan efterfølgende spore, hvem der har foretaget hvilken ændring, hvilket underminerer kontrollerbarheden fra artikel 11 i praksis.

Fortrolige data bliver ved et uheld offentlige. Interne testresultater, leverandørpriser eller recepturdetaljer ender i den offentlige del af passet, fordi der ikke er skelnet mellem, hvad der er beregnet for forbrugerne, og hvad der kun er relevant for myndighederne, når dataene leveres — præcis den skelnen, som artikel 10 muliggør, men som ikke anvendes automatisk.

Leverandør leverer data uden kontrol. En importør overtager data fra en producent uden for EU uden at verificere dem. Hvis disse data viser sig at være forkerte, er spørgsmålet om, hvem der er ansvarlig for det, ikke besvaret på forhånd — en situation som artikel 38 netop forsøger at undgå ved at præcisere forpligtelser for hver led i kæden.

Forvirring mellem passet og det underliggende system. En virksomhed tror, at tilknytning af passet til virksomhedens eget ERP-system automatisk håndterer sikkerhed, mens adgangsstyring, ændringslogge og synlighedsniveauer er uafhængige heraf. Mere herom findes ved kan jeg tilknytte produktpasset til mit ERP- eller lagerstyringssystem?

Ingen plan for, hvad der sker ved en fejl i kæden. En QR-kode peger på passet, men hvis den bliver beskadiget, eller passet ikke længere er tilgængeligt, opstår der uklarhed om, hvem der er ansvarlig for reparation. Det påvirker ikke kun tilgængelighed, men også tilliden til datakorrektionen — se hvad hvis QR-koden på produktet bliver beskadiget eller ulæselig.

Hvad du kan dokumentere

  • En oversigt over, hvilke data i passet der er offentligt synlige, og hvilke der kun er for markedsdeltager eller myndigheder — som grundlag for den inddeling, som artikel 10 muliggør.
  • En intern proces for, hvem der må ændre data, med et ændringslog pr. bruger og dato.
  • Aftaler med leverandører om, hvem der leverer hvilke data, i hvilket format, og på hvilket tidspunkt de anses for endelige — relevant for forpligtelserne fra artikel 38.
  • En etableret forbindelse mellem produktidentifikation og pas, således at det forbliver sporbart, hvilket pas der tilhører hvilket eksemplar.
  • En procedure til kontrol af leverede data, før disse publiceres i passet, herunder hvem der bærer endeligt ansvar.
  • En oversigt over, hvilke produktgrupper der har brug for flere pas, og hvordan disse administreres indbyrdes, se mit produkt kræver flere produktpas — hvordan fungerer det sammen?
  • En plan for situationen, hvor virksomheden ophører eller skifter ejer, således at databeskyttelsen ikke forbliver afhængig af én juridisk person — se hvad sker der med produktpasset, hvis min virksomhed ophører?

Dette er ikke juridisk rådgivning. Denne side giver generel information om den lovgivning, som denne platform handler om. Vi kender ikke din situation. Hvis du er usikker på din egen situation, skal du konsultere en jurist eller den kompetente tilsynsmyndighed.

Skrevet med AI baseret på kilderne ovenfor, kontrolleret af menneske den 05-09-2026. Er der noget, der ikke er korrekt? Giv os besked — rettelser har prioritet.