hvordan ordner jeg produktpasset for alle mine produktlinjer på én gang

Én tilgang, udfyldt pr. produktlinje

Det virker bedst at håndtere flere produktlinjer samtidigt ved at etablere én fælles arbejdsmetode og udfylde den med egne data pr. produktlinje, i stedet for at udtænke en separat proces for hver linje. Det digitale produktpasport bliver nemlig sammensat pr. produktmodel, men den måde, hvorpå du indsamler, kontrollerer og indsender data på, er i det væsentlige den samme for alle produktlinjer. Når man har etableret den proces korrekt én gang, behøver man bagefter kun at gentage den — ikke at redesigne den.

For hvilke linjer det virker, og hvor det går galt

Denne tilgang er beregnet til virksomheder, der fører flere modeller eller varianter inden for den samme udstyrskategori: for eksempel en serie vaskemaskiner, et sortiment bærbare computere eller forskellige typer routere. Inden for en sådan kategori ligner kravene og den type data, der er nødvendig, hinanden meget, hvorfor én skabelon til dataindsamling kan bruges til hele linjen. Det virker ikke automatisk på tværs af kategorier: den delegerede handling under ESPR fastlægges pr. produktgruppe, og de præcise datakrav for hvidt køkkengrej kan afvige fra dem for ICT-udstyr. Én fælles tilgang betyder således: én arbejdsmetode pr. produktkategori, ikke automatisk én arbejdsmetode for hele virksomheden. Desuden får hver model sit eget pasport — stordriftsfordele ligger i processen og skabelonerne, ikke i det at dele ét pasport mellem modeller, der faktisk adskiller sig.

Hvad der allerede er fastslået, og hvad der ikke er

Der er endnu ingen fast dato for, hvornår dette træder i kraft for elektronik og ICT-udstyr. Kommissionens arbejdsplan for ESPR løber fra 2025 til 2030 og behandler produktgrupper én efter én; for elektronik og ICT forventes den delegerede handling ikke før 2027. Så længe denne handling ikke er offentliggjort, er det ikke fastlagt, hvilke data der præcist bliver obligatoriske, og fra hvornår. Det, der allerede er fastslået, er den juridiske ramme, inden for hvilken det skal ske: artikel 9 i ESPR (Forordning (EU) 2024/1781) fastlægger, at der kommer et digitalt produktpasport, og artikel 10 i den forordning beskriver de krav, som pasporttet skal opfylde. Dette grundlag ændres ikke længere; den nærmere udformning pr. produktkategori følger stadig. Virksomheder, der ikke vil vente i mellemtiden, kan allerede se hvad der kan gøres nu, mens reglerne endnu ikke er endelige.

Hvordan du håndterer dette i praksis

Den rækkefølge, som en virksomhed med flere produktlinjer sædvanligvis anvender til dette, begynder med at gruppere egne modeller efter produktkategori — ikke efter mærke, prisklasse eller intern afdeling, men efter den kategori, som den fremtidige delegerede handling sandsynligvis gælder for. Inden for hver kategori er næste trin at kortlægge, hvilke data der allerede er til rådighed: tekniske specifikationer, materialesammensetning, reparations- og reservedelsinformationer og dokumentation, der allerede holdes ved for andre formål (CE-mærkning, sikkerhedsdossier, garantibetingelser). Meget af disse data findes allerede i en organisation, bare ikke på ét sted og ikke i den form, som et pasport senere vil kræve.

Derefter er det praktisk at fastlægge, hvem inden for virksomheden, der bliver ansvarlig for at indsende og holde dataene opdaterede pr. produktlinje — ofte en kombination af produktstyring, kvalitet og indkøb, da data om materialer og oprindelse ofte ligger hos leverandørerne. Disse trin stemmer overens med den bredere rækkefølge, som er beskrevet i den trin-for-trin-tilgang til produktpassporttet, og det er fornuftigt at bruge den tilgang som grundlag og gentage den pr. produktlinje i stedet for at starte forfra hver gang.

For virksomheder med mange produktlinjer er det desuden praktisk at se tidligt på hvordan indføringen af produktpassporttet skal planlægges inden for organisationen, således at det bliver klart, hvilke linjer der skal behandles først — for eksempel de linjer, hvor en delegeret retsakt forventes at komme tidligere — og hvilke der kan følge senere. Det anbefales også at fastlægge, hvem der vedligeholder dataindsamlingen per linje, så det ved en eventuel kontrol er klart, hvilke oplysninger der stammer fra hvor, og hvem der har indsendt dem.

Retsgrundlaget: artikel 9 og 10 i ESPR

At pasporttet udarbejdes pr. model og er baseret på faste indholdsbestemte krav, fremgår af artikel 9 og artikel 10 i ESPR (forordning (EU) 2024/1781). Artikel 9 fastslår, at der for produkter, der er omfattet af en delegeret retsakt, er obligatorisk et digitalt produktpasport, og artikel 10 beskriver, hvilke krav indholdet og den tekniske udformning af pasporttet skal opfylde. At disse krav udfyldes pr. produktgruppe via særskilte delegerede retsakter, er nærmere forklaret i Den Europæiske Kommissions arbejdsplan om forordningen om økodesign for bæredygtige produkter. Denne tilgang — én rammeforordning med hver produktgruppes egen udformning — er netop grunden til, at en fælles arbejdsmetode virker, men et fælles pasport på tværs af kategorier ikke.

Hvis en virksomhed nu allerede gerne vil arbejde med flere produktlinjer, er det bedst at begynde med at organisere egne modeller pr. kategori og kortlægge de data, der allerede er til rådighed, og derefter at anvende de faste trin i fremgangsmåden på hver linje, så snart den delegerede retsakt for den kategori bliver kendt.

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

En virksomhed med flere produktlinjer — for eksempel en importør, der både bringer køkkenmaskiner og mindre ICT-periferiudstyr på markedet — skal ikke handle ét digitalt produktpasport, men i realiteten et dataprojekt pr. produktgruppe. Artikel 9 og artikel 10 i ESPR (forordning (EU) 2024/1781) beskriver, hvad et pasport skal indeholde, og hvordan det teknisk skal fungere, men den delegerede retsakt pr. produktkategori bestemmer, hvilke data der er obligatoriske for denne specifikke gruppe. Det betyder, at "det at håndtere produktpasset" for flere linjer samtidig primært er et organisatorisk spørgsmål: hvordan er det opsat uden, at hver produktlinje skal opfinde hjulet på ny.

Oversigt over, hvilke produktlinjer der falder under hvilken kategori

Det første skridt er blot at fastslå, hvilke af dine produktlinjer der senere skal være omfattet af en delegeret retsakt, og hvilke der ikke er. Ikke enhver ICT- eller elektronikalinje bliver påvirket på samme tidspunkt eller på samme betingelser; arbejdsplanen arbejder pr. underkategori. For en virksomhed på 10 til 100 medarbejdere er dette normalt ikke en teknisk øvelse, men en administrativ: at lægge produktkataloget og kategorierne fra arbejdsplanen ved siden af hinanden. Hvis du stadig skal begynde her, finder du et udgangspunkt i gælder det digitale produktpasport for min elektronik.

Designe en datastruktur, der virker for flere linjer

Mange virksomheder med flere produktlinjer deler leverandører, materialer eller komponenter på tværs af disse linjer. Det er en mulighed: i stedet for at oprette en dataindsamling separat for hver linje, er det praktisk muligt at designe én grundlæggende struktur — et fastsat format til materialdata, reparationsoplysninger og oprindelse — der udfyldes pr. produktlinje med de specifikke data. Artikel 10 i ESPR stiller krav til, hvordan pasporttet teknisk skal være opbygget og knyttet til bæreren; det virker på samme måde for produkt A som for produkt B, selv hvis indholdet er forskelligt.

Prioriter på grundlag af tidsplan pr. kategori

Fordi delegerede retsakter ikke fremtræder samtidigt for alle kategorier, opstår der i praksis en rækkefølge. En virksomhed, der venter, til alt bliver obligatorisk på samme tid, risikerer, at flere linjer skal leveres på samme tidspunkt, når datoen fastsættes. En trinvis tilgang, hvor det pr. produktlinje bestemmes, hvornår forberedelsen starter, forebygger denne ophobning. En generel fremgangsmåde herfor er beskrevet i sådan tackler jeg det digitale produktpas for elektronik trin for trin.

Fordel det interne ansvar på tværs af produktlinjer

Når der er én produktlinje, er det ofte tilstrækkeligt, at én person indsamler og vedligeholder dataene. Med flere linjer bliver det hurtigt uoverskueligt, især hvis linjer administreres af forskellige teams eller lokationer. Det er da brugbart at dokumentere, hvem der per linje er ansvarlig for at holde dataene aktuelle, og hvem der overvåger sammenhængen mellem linjerne, så den samme leverandør ikke optræder i fem forskellige pasporter med fem forskellige datasæt.

Hvor det går galt i praksis

En række mønstre gentages hos virksomheder, der vil håndtere flere produktlinjer samtidigt.

For det første: alt behandles som ét stort projekt, med det resultat, at intet bliver færdigt, før deadlinen for den først obligatoriske kategori nærmer sig. Produktlinjerne med den største usikkerhed trækker derefter opmærksomheden fra de linjer, der allerede kunne have været færdige.

For det andet: den samme leverandør leverer dele til flere produktlinjer, men dataene anmodes og dokumenteres separat per linje. Små forskelle i det, der er blevet videregivet, fører derefter til inkonsistente pasporter for produkter, der faktisk indeholder den samme komponent.

For det tredje: en produktlinje udfases eller erstattes med en ny version, men ingen har dokumenteret, hvad der skal ske med det eksisterende pasport — mens hostingforpligtelsen for eksisterende pasporter fortsætter, også selv om produktet ikke længere sælges.

For det fjerde: ansvaret for dataindsamling ligger hos indkøb, mens ansvaret for overholdelse af reglerne ligger hos compliance eller kvalitet. Med én produktlinje kan det stadig overbrygges med en e-mail; med ti linjer opstår der et hul, hvor ingen ved, om dataene faktisk er blevet indmateret.

For det femte: der ventes med tests, til alle produktlinjer er "færdige", hvorved fejl i grundstrukturen først kommer for dagen for sent — og skal derefter korrigeres i flere pasporter samtidigt. Tests per produktlinje, så snart den er færdig, forhindrer, at en strukturfejl multipliceres. Se herom hvordan kan jeg teste mit produktpas før det bliver offentliggjort.

Hvad du kan dokumentere

For en virksomhed med flere produktlinjer er dokumentation ikke blot et spørgsmål om overholdelse, men først og fremmest om at bevare overblikket. Det er brugbart at dokumentere:

Et oversigt per produktlinje: under hvilken kategori denne forventligt falder, og hvilken delegeret handling, der vil gælde for den, så snart den er offentliggjort.
En fælles datastruktur eller skabelon, således at hver produktlinje bruger de samme grundfelter og kun indholdet varierer.
Et oversigt over fælles leverandører og komponenter på tværs af produktlinjer, således at data ikke anmodes dobbelt eller inkonsistent.
En ansvarsfordeling: hvem er per produktlinje kontaktperson for dataene, og hvem overvåger sammenhængen på tværs af alle linjer.
En tidslinje per produktlinje, knyttet til de forventede offentliggørelsesdatoer for de relevante delegerede handlinger, således at forberedelsen kan foregå i faser. Et udgangspunkt for denne planlægning findes i hvordan planlægger jeg implementeringen af produktpasset i min organisation.
Et oversigt over, hvad hver produktlinje koster i forberedelse og vedligehold, således at budgettering ikke først sker i efterfølgende; se også hvad koster et produktpas til elektronik.
En træningsplan for de medarbejdere, der vil arbejde med flere pasporter, således at viden ikke hænger ved én person; se hvordan lærer jeg mine medarbejdere at arbejde med produktpasset.

Disse dokumentationer gør håndteringen af flere produktlinjer mindre en række adskilte projekter og mere én samhængende proces — med plads til at skifte per linje, så snart den faktiske forpligtelse og dato bliver kendt.

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.