Skal jeg dokumentere, hvor længe et apparat får softwareopdateringer?

Softwareunderstøtning er endnu ikke en fast forpligtelse

En obligatorisk periode for softwareopdateringer er endnu ikke fastsat. ESPR-rammeverordningen (Forordning (EU) 2024/1781) giver ganske vist det retlige grundlag for at gøre dette obligatorisk pr. produktkategori, men det faktiske krav — hvor længe en producent skal fortsætte med at levere opdateringer, og om denne periode skal være angivet i det digitale produktpasport — fastlægges først i en delegeret retsakt for den pågældende produktgruppe. For elektronik og IKT-udstyr findes denne retsakt endnu ikke. Indtil den foreligger, findes der ingen generel, håndhævbar pligt til at fastlægge en opdateringsperiode i pasporttet, selvom softwareobsolescens indholdsligt er netop den type bæredygtighedstema, som ESPR sigter mod.

Relevant for produkter med software, ikke for alt

Dette emne gælder for apparater, hvis funktionalitet afhænger af software: hvidt tøj med intelligente funktioner, IKT-udstyr og bredere elektronik med firmware eller operativsoftware. For rent mekaniske produkter uden software er spørgsmålet simpelthen ikke relevant. Også inden for elektronikområdet gælder: ESPR arbejder med delegerede retsakter pr. underkategori, således at et krav, der gælder for smartphones, ikke automatisk gælder for en vaskemaskine eller en router. Rammeverordningen selv (artikler 5 til og med 7) opregner den type krav, der kan fastsættes — herunder bæredygtighed, pålidelighed og egnethed til reparation og opgradering — men oversætter det endnu ikke til et konkret antal år for et konkret produkt. Den, der nu leder efter en fast periode for en specifik enhed, vil således ikke finde det noget sted i den nuværende tekst til ESPR.

Ingen fast dato: delegerede retsakter pr. kategori

Der er ingen fast dato for, hvornår dette gælder for elektronik og IKT. I henhold til ESPR-arbejdsplanen 2025-2030 udarbejdes delegerede retsakter pr. underkategori, med en forventning om, at de første af disse offentliggøres fra 2027. Det er en indikation fra arbejdsplanen, ikke en tilsagn og ikke lov. Indtil en delegeret retsakt for en specifik produktgruppe er offentliggjort, gælder for denne gruppe ESPR's generelle bestemmelser (artikler 5 til og med 7 for de materielle krav, artikel 10 for hvad der skal være i det digitale produktpasport) uden at der heraf allerede fremgår en konkret opdateringsperiode. Så snart en delegeret retsakt for elektronik eller IKT offentliggøres, oplyses datoen og indholdet af dette krav her.

Hvad det betyder: tilgangsmåde

Den, der ønsker at forberede sig på dette, ser først på sin egen produktkategori i ESPR-arbejdsplanen og følger herefter offentliggørelsen af den tilhørende delegerede retsakt — det er det tidspunkt, hvor det bliver klart, om, og hvor længe, en opdateringsperiode bliver obligatorisk, og om den skal være angivet i det digitale produktpasport. Indtil denne offentliggørelse er der ingen lovmæssig pligt til at medtage disse oplysninger i et pasport, men intet forhindrer en producent i at holde styr på, hvor længe softwareunderstøtning pr. produktlinje kan forpligtes — det er så en egen, frivillig tilsagn, ingen ESPR-forpligtelse. For den, der lader et digitalt produktpasport sammensætte, betyder det konkret: den nuværende pasportstruktur behøver endnu ikke at indeholde dette felt, men så snart den delegerede retsakt for den pågældende underkategori kræver det, tilføjes dette felt pasporttet og udfyldes med de oplysninger, som producenten eller importøren på det tidspunkt leverer. Den, der allerede nu holder styr på oplysninger om softwareunderstøtning — hvilke modeller, hvilke perioder, hvilke opdateringspolitikker — har dermed et forspring på det tidspunkt, hvor kravet bliver konkret, fordi disse oplysninger allerede er tilgængelige til at blive behandlet i pasporttet.

Grundlaget: artikler 5 til og med 7 og artikel 10

Muligheden for at stille krav til software-support følger af artikler 5 til 7 i ESPR (forordning (EU) 2024/1781), som danner rammen for miljødesign: performancekrav såsom holdbarhed, pålidelighed og egnethed til opgradering samt informationskrav herom. Disse artikler navngiver de kategorier af krav, som kan blive nærmere fastsat via delegerede retsakter pr. produktgruppe, men fastsætter selv ingen konkret opdateringstidsfrist. Artikel 10 i samme forordning regulerer, hvad der skal indgå i det digitale produktpasport; også her gælder det, at de præcise datafelter pr. produktkategori bestemmes på grundlag af de krav, der er fastsat for den pågældende kategori. Så længe der for elektronik og IKT ikke er offentliggjort en delegeret retsakt, der specifikt nævner software-support, forbliver dette emne inden for rammeforfatningen en mulighed, ikke en konkret forpligtelse.

Den, der allerede nu beskæftiger sig med dette spørgsmål, bør følge offentliggørelsen af den delegerede retsakt for sin egen produktkategori og i mellemtiden få orden på sine egne data om software-support, så de er parat, når passettet spørger efter dem.

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

Softwareunderstøtning kan blive et krav til økologisk design

ESPR gør det muligt at optage krav i delegerede retsakter om produkters bæredygtighed, herunder inden for software: hvor længe en enhed modtager funktionelle og sikkerhedsopdateringer, og hvad der sker med enhedens funktionalitet når denne understøtning ophører. Artikel 5 til og med 7 i ESPR (Forordning (EU) 2024/1781) nævner dette som en del af de præstations- og informationskrav, som kan fastsættes for hver produktgruppe. For elektronik og ICT-udstyr er dette et af de emner, der anses for relevant, givet softwarens rolle for produktets levetid — en vaskemaskine eller bærbar computer, som teknisk set stadig fungerer, men ikke længere modtager opdateringer, bliver i praksis ofte alligevel erstattet. For en virksomhed på 10 til 100 medarbeidere betyder dette, at den afdeling, der er ansvarlig for produktinformation (ofte den samme, der allerede sammensætter garantiperioder og brugervejledninger), skal begynde at holde styr på en ny oplysning: perioden, hvori opdateringer leveres, pr. produktmodel eller pr. softwareversion.

Oplysningerne skal kunne findes i produktpasporet

Artikel 10 i ESPR (Forordning (EU) 2024/1781) beskriver, hvilke oplysninger der skal medtages i det digitale produktpasport, når en delegeret retsakt fastsætter dette for en produktgruppe. Når softwareunderstøttelsesvarighed bliver et krav for elektronik, kommer denne oplysning således ikke kun i en vejledning eller på et websted, men også i selve pasporet — struktureret og knyttet til QR-datakilde på produktet. For en mellemstor virksomhed betyder dette, at opdateringsperioden ikke kan fastlægges separat af softwareafdelingen og kommunikeres separat af markedsføringen: denne oplysning skal i sidste ende være i samme datasæt som for eksempel energiforbrug og reparerbarhedsscore. Hvad der præcist skal være i pasporet, varierer efter produktgruppe; på hvilke data indgår i produktpasset for elektronik? findes der et overblik over de kategorier af data, der indgår deri.

Den angivet periode skal stemme overens med virkeligheden

At fastsætte en understøttelsesvarighed er ét trin; at indfri det er et andet. Hvis en producent lover en periode med opdateringer i pasporet, ligger det til forventning, at denne periode også faktisk overholdes — og at ændringer (en tidligere standset opdateringscyklus, en overtagelse hvor et softwareteam bliver nedbygget) bliver indarbejdet. Dette berører spørgsmålet om, hvor ofte pasportdata skal være aktuelle; se hvor aktuelle skal dataene være? for hvad der er kendt herom. For en virksomhed af denne størrelse betyder dette ofte, at tilsagnet om opdateringsvarighed ikke kun gives af produktlederen, men bliver koordineret med den part, der faktisk vedligeholder softwaren — internt team eller ekstern leverandør.

Hvor det går galt i praksis

En første situation: en producent nævner en opdateringsperiode i markedsføringsmateriale ("fem år sikkerhedsopdateringer"), men dette tilsagn er ikke fastslået nogetsteds i et internt dokument med en startdato og slutdato. Når denne oplysning skal være i pasporet, findes der ingen entydig kilde at tage udgangspunkt i.

En anden situation: software'en for en enhed leveres af en underleverandør (en chipfabrikant, en platformleverandør), og importøren, der sammensætter produktpasporet, ved ikke hvor længe denne underleverandør garanterer understøtning. Ansvaret for nøjagtigheden af pasportdata ligger hos den part, der får pasporet udarbejdet, selv hvis de underliggende oplysninger kommer fra en tredjemand.

En tredje situation: en enhed sælges i flere udgaver (forskellige chipsets, forskellige softwareversioner pr. markedsregion), men opdateringsperioden angives for hele modelnummeret som et enkelt tal. Ved en senere kontrol viser det sig, at nogle udgaver får kortere understøtning end andre.

En fjerde situation: et allerede solgt apparat får gennem en strategiændring ikke længere opdateringer tidligere end planlagt, uden at denne ændring rapporteres tilbage til den, der administrerer produktpasporet. Produktpasportdataene viser fortsat den oprindelige, alt for optimistiske periode.

En femte situation: en virksomhed antager, at "softwaresupport" kun vedrører sikkerhedsopdateringer, mens funktionelle opdateringer (nye funktioner, kompatibilitet med nyt tilbehør) behandles separat — og kommunikationen herom til kunden er inkonsistent, uden at det er klart, hvilken af de to der hører til i produktpasporet.

Hvad du kan dokumentere

Et internt dokument pr. produktmodel med den tilsagte periode for funktionelle opdateringer og sikkerhedsopdateringer, hver med en klar startdato (f.eks. markedsintroduktion) og, hvis kendt, slutdato.
Aftaler med softwareleverandører eller underleverandører om den minimale supportperiode, de garanterer, herunder hvad der sker ved en overtagelse, konkurs eller lukning af en platform.
En oversigt over, hvilke funktioner af apparatet der afhænger af softwareopdateringer, og hvad der sker med disse funktioner, når supporten ophører (f.eks.: apparatet fortsætter med at udføre basisfunktioner, men mister forbindelsen til en app).
En proces til at videregive ændringer i opdateringsplanen (tidligere stop, forlængelse) til den afdeling, der administrerer produktpasporet, så dataene ikke halter bagefter virkeligheden.
Skelnen pr. udførelse eller variant af en produktmodel, hvis softwaresupporten varierer pr. chipset eller markedsregion.
Dokumentation af informationens kilde: er den angivne periode en egen tilsagn, eller en videregiven garanti fra en underleverandør? Dette er relevant, når nogen spørger, hvad et givet oplysning i produktpasporet er baseret på — se også jeg har opdaget en fejl i produktpasporet, hvad nu? for hvordan man håndterer forkerte eller forældede data.

Når den delegerede retsakt for elektronik og IKT offentliggøres, bliver det her konkret, hvilke data der præcist er obligatoriske, og i hvilken form. Indtil da er opbygning af eget, kontrollerbart dossier over opdateringsperioder en måde at undgå bagefter at skulle rekonstruere, hvad der nogensinde blev tilsagt.

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å ovenstående kilder, kontrolleret af en person den 2026-08-22. Stemmer der noget ikke? Lad os vide — rettelser får prioritet.