Mit produkt har brug for flere produktpasporter — hvordan virker det sammen?

Ét produkt, flere pas – koblingen foregår via identifikationsnummeret

Hvis et produkt kræver flere digitale produktpasporter, flettes de ikke sammen til ét dokument — de forbliver separate og forbindes med hinanden via unikke identifikationskoder. Det sker i to situationer: et produkt består af komponenter, som selv allerede er bragt separat på markedet og derfor selv har paspokrævende krav (f.eks. et batteri i en enhed), eller et produkt falder under flere end én produktgruppe, som ESPR'en (Forordning (EU) 2024/1781) har udarbejdet separate regler for. I begge tilfælde får hvert pas sit eget omfang og indhold, og den unikke produktidentifikationskode sikrer, at paspasser kan findes som en del af det samme hele. Der opstår således ikke ét uendeligt langt samlet dokument, men en struktur af koblede, selvstændige paspasser.

For sammensatte produkter og produkter, der falder under flere produktgrupper

Dette emne er relevant for produkter, der består af flere, selvstændigt omsættelige komponenter, hvoraf én eller flere allerede har eget paspkrav, og for produkter, som klassificeringsmæssigt passer ind i flere produktgrupper samtidigt — for eksempel fordi én produktgruppeforordning fokuserer på produktets funktion og en anden på et materiale eller en komponent i det. Her er der ikke tale om den situation, hvor der tilfældigvis bliver spurgt to gange efter samme information for samme produkt, og der er heller ikke tale om et valg til frivilligt at oprette et ekstra pas ved siden af det obligatoriske — ESPR'en arbejder med netop ét unikt produktidentifikationsnummer pr. produkt, ikke med dobbelte eller parallelle registreringer for samme sag. For de fleste produkter, som falder under netop én produktgruppe og ikke indeholder komponenter med eget paskrav, er hele dette spørgsmål ikke relevant: der er tilstrækkeligt med ét pas.

Hvornår dette gælder, er fastsat pr. produktgruppe, ikke i selve ESPR'en

ESPR'en selv fastsætter rammen — artikel 9 for indholdet og funktionen af det digitale produktpas, artikel 12 for de unikke identifikationskoder — men den konkrete paskravet opstår først pr. produktgruppe via en delegeret retsakt for den pågældende gruppe. For et produkt, der falder under flere produktgrupper, betyder det, at det ene krav kan træde i kraft tidligere end det andet, simpelthen fordi de delegerede retsakter ikke vedtages alle på samme tid. En fast dato for, hvornår »koblingen af flere paspasser« som helhed skal fungere, er ikke angivet i de kilder, der er blevet konsulteret. Hvad der derimod er sikkert: så snart en delegeret retsakt for en produktgruppe finder anvendelse, gælder paskravet fra det tidspunkt for produkter i den gruppe, og identifikationsstrukturen i artikel 12 fungerer som den mekanisme, hvorigennem eventuelle andre paspasser for samme produkt forbliver søgbare.

Sådan håndteres det i praksis

Det første skridt er at finde ud af, under hvilken produktgruppe eller produktgrupper produktet falder — det bestemmer, hvilke delegerede handlinger der er applicable, og således hvilket paspoortindhold der kræves. Det andet skridt er at kontrollere, om produktet indeholder komponenter, der selv allerede bliver sat på markedet særskilt under en anden regulering, og således muligvis allerede har eller får deres eget paspoort — et indbygget batteri er det eksempel, der forekommer hyppigst. Det tredje skridt er at dokumentere de korrekte unikke identifikationskoder pr. paspoort: produktidentifikation og, hvor relevant, identifikation af markedsaktøren og produktionslokationen, således at pasporterne kan pege på hinanden i stedet for at informationen indtastes dobbelt. Det sidste skridt er at levere dataene pr. produktgruppe til den part, der sammensætter og hoster pasportet, således at hvert paspoort indeholder de koder, der peger på de andre. På prodpas.eu indrettes dette pr. produktgruppe: de data, der gælder for den gruppe, behandles til pasportet for den gruppe, med identifikationskoden, der gør det muligt at læse de enkelte pasporter for det samme produkt sammen.

Grundlaget: artikel 9 og artikel 12 i ESPR

Artikel 9 i ESPR (Forordning (EU) 2024/1781) regulerer, hvad et digitalt produktpaspoort skal indeholde, og hvordan det gøres tilgængeligt via databæreren; det præcise indhold pr. produktgruppe udfyldes via den delegerede handling for den gruppe. Artikel 12 i samme forordning regulerer de unikke identifikationskoder — for produktet, markedsaktøren og produktionslokationen — som udgør nøglen til at kunne kæde data og dokumenter, der hører sammen, sammen uden at samle dem i én fil. Sammen udgør disse to artikler grundlaget for, at flere pasporter for ét produkt kan eksistere ved siden af hinanden og alligevel kunne søges som en sammenhængende helhed.

Den, der tvivler på, om et produkt falder under én eller flere produktgrupper, gør godt i at kontrollere dette pr. komponent og pr. produktfunktion ud fra de gældende eller kommende delegerede handlinger, og at holde dataene pr. gruppe adskilt, når de leveres til pasportet.

Hvor dette er baseret på

Verordningen selv findes på EUR-Lex. Vi henviser pr. påstand; du behøver ikke tro på os.

Hvad du konkret skal gøre

Hvad der forventes af dig

Et produkt med flere anvendelser eller komponenter kan falde ind under mere end én produktgruppe, som digital produktpas skal gælde for. Tænk på et apparat, der indeholder et batteri, eller et tekstilprodukt med elektronisk komponent. ESPR (Forordning (EU) 2024/1781) regulerer i artikel 9, hvad et produktpas skal indeholde, men produktgruppe-specifik lovgivning bestemmer hver gang igen, hvilken information der er obligatorisk for den pågældende komponent eller anvendelse. Det betyder, at ét fysisk produkt i praksis kan få flere produktpas, hver med deres eget indhold, egne opdateringskrav og muligvis sin egen unikke identifikationskode i henhold til artikel 12 i ESPR.

Fastlægge, hvilke produktpas der er gældende

For en virksomhed med 10 til 100 medarbejdere betyder dette først en inventarisering: hvilke dele af produktet falder ind under hvilken produktgruppe, og hvilken af disse produktgrupper har allerede udarbejdet krav til et digital produktpas. Det er ikke en engangsopgave — i takt med at flere produktgrupper bringes ind under ESPR, kan et produkt, der nu kan nøjes med ét produktpas, senere få et andet. Hvis man arbejder uden overblik her, opdager man den anden forpligtelse ofte tilfældigt, for eksempel gennem et spørgsmål fra en kunde.

Beslutte, om passet gælder pr. komponent eller for helheden

Et andet trin er at fastslå, om der oprettes et produktpas pr. komponent eller for det sammensat produkt som helhed. Det varierer alt efter produktgruppe og situation, og resultatet er ikke altid indlysende: et batteri i et apparat kan have behov for sit eget produktpas, mens apparatet selv får et andet produktpas, der refererer til dette batteri. Mere om denne afvejning findes på siden om om hver del får eget pas eller produktet som helhed. For praksis er det især relevant, at dette spørgsmål besvares på forhånd, ikke først når produktpasset skal offentliggøres.

Sørge for, at produktpassene supplerer hinanden i stedet for at modsige hinanden

Når et produkt har flere pasporter, skal de være indbyrdes konsistente. Data, der fremgår af begge pasporter — et mærkenavn, et modelnummer, en produktionsdato — skal være identiske overalt. Det virker selvfølgeligt, men bliver vanskeligere, når pasporterne samles af forskellige afdelinger eller forskellige leverandører, og når de opdateres på forskellige tidspunkter. Der findes en teknisk mulighed for at forbinde pasporter med hinanden, så et pasport for en komponent refererer til pasportet for det sammensatte produkt eller omvendt; hvordan det fungerer er beskrevet på siden om koblingen af flere produktpasporter.

Give hver pas selv en egen identifikationskode

Artikel 12 i ESPR (Forordning (EU) 2024/1781) regulerer den unikke identifikationskode, der knyttes til et produkt. Ved flere pasporter for ét produkt er udgangspunktet, at hver pas — og dermed hver pas-objekt, uanset om det er en komponent eller helheden — får sin egen identifikationskode. Praktisk betyder det, at systemet, hvormed identifikationskoder udstedes, skal kunne håndtere dette niveau: ikke én kode pr. artikelnummer, men muligvis flere koder for det, der administrativt er ét produkt. Opsætningen heraf er beskrevet på siden om tildeling af en unik identifikationskode til hvert produkt.

En QR-kode eller flere på produktet

Fysisk rejser det spørgsmål om, hvor mange QR-koder et produkt bærer. Et produkt med to relevante pasporter kan i teorien få to QR-koder, men det er ikke altid praktisk eller nødvendigt — en enkelt datadrager kan også henvise til en landingsside, hvorfra de forskellige pasporter er tilgængelige. Hvilken opsætning der er passende, afhænger af, hvordan de produktgruppe-specifikke krav foreskriver datadrageren. Baggrundsinformation om kodernes placering er på siden om hvordan QR-koden til produktpasset kommer på produktet.

Hvor det går galt i praksis

Et almindeligt problem er, at en virksomhed har det fuldstændige produktpaspoort for hovedproduktet, men ikke er klar over, at en integreret komponent — et batteri, et elektronisk print — falder under et eget produktgruppes krav med sit eget paspoort. Det bliver ofte først klart, når en underleverandør selv spørger om det.

En anden situation: de to pasporter eksisterer ganske vist, men er opbygget uafhængigt af hinanden af forskellige teams med lidt forskellige data om samme komponent. En reparationsdato, der er blevet opdateret i det ene paspoort men ikke i det andet, skaber forvirring hos dem, der konsulterer paspoorten.

En tredje situation opstår, når et produkt bliver ændret — en komponent bliver erstattet med en anden model — og kun det ene af de to pasporter bliver opdateret. Forbindelsen mellem de to pasporter bliver faktisk forkert, selvom kopplingsteknikken i sig selv stadig fungerer.

En fjerde, hyppig situation er dobbeltarbejde: fordi ingen har overblik over, hvilke pasporter der allerede eksisterer, indtastes de samme kildedata manuelt igen for et nyt paspoort i stedet for at blive administreret fra ét sted. En integration med eget ERP- eller lagersystem kan forebygge det; hvordan det fungerer står på siden om koblingen af produktpasset til eget system.

En femte situation er, at med sammensat produkter med flere pasporter ved ingen længere, hvilket paspoort der hører til hvilken QR-kode, især når et produkt er blevet ændret over tid, og gamle datavejleder er blevet siddende.

Hvad du kan dokumentere

Et overblik over hvert produkt af alle komponenter og anvendelser, med angivelse af, hvilket produktgruppes krav der gælder for dem, og om der gælder et paspportkrav for dem.
Et fastlagt valg af, om paspoorten udarbejdes pr. komponent eller for produktet som helhed, med begrundelse for dette valg.
En liste over unikke identifikationskoder pr. pasportsobjekt, herunder hvilken kode der hører til hvilken fysisk komponent.
Aftaler om, hvem der vedligeholder hvilket paspoort, og hvornår pasporter igen afstemmes efter en ændring af produktet.
En fastlagt koblingstruktur mellem pasporter, herunder hvilke data der er ledende, hvor der er overlap.
Et overblik over, hvilken QR-kode på produktet der peger til hvilket paspoort eller hvilken landingsside.

For disse komponenter er der skabeloner tilgængelige, som kan tjene som udgangspunkt ved oprettelsen af dette overblik og de tilhørende aftaler.

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 på 2026-08-22. Stemmer der noget ikke? Giv os besked — rettelser har prioritet.