Cyber Resilience Act kræver, at slutdatoen for supportperioden, som minimum måned og år, står klart og forståeligt, når brugeren køber eller henter jeres software. Når supporten slutter, skal programmet vise brugeren en besked om det, hvis det er teknisk muligt.
Kravet findes i artikel 13, stk. 19, med virkning fra 11. december 2027. Det er et af de krav, en bruger eller en myndighed kan kontrollere udefra uden at åbne koden, og derfor er det let at finde, hvis det mangler.
To krav i samme stykke
Artikel 13, stk. 19, indeholder to pligter.
Oplysning ved købet. Slutdatoen for supportperioden, som minimum måned og år, skal være klart og forståeligt angivet på købstidspunktet. Den skal stå på en lettilgængelig måde og, i givet fald, på produktet, på emballagen eller ved digitale midler.
Besked ved udløb. Hvis det er teknisk muligt i lyset af produktets art, skal fabrikanten vise en meddelelse til brugerne om, at produktet har nået slutningen af supportperioden.
Bilag II, nr. 7, kræver desuden, at oplysningerne til brugeren angiver typen af teknisk sikkerhedsstøtte og slutdatoen for supportperioden. Datoen skal altså stå både i købssituationen og i brugeroplysningerne.
Hvor softwaren købes eller hentes
For software er købstidspunktet sjældent en butikshylde. Det er vores tolkning, at kravet om oplysning på købstidspunktet skal opfyldes de steder, hvor brugeren faktisk træffer sin beslutning. Det kan være flere steder for samme produkt:
- Egen webshop · (på produktsiden og i ordrebekræftelsen)
- Appbutik eller markedsplads · (i produktbeskrivelsen, hvis platformen tillader det)
- Downloadside · (ved siden af knappen til at hente)
- Tilbud og kontrakt til erhvervskunder · (i tilbuddet og i licensaftalen)
- Installationsprogram · (på en af de første skærme)
Ordene “klart og forståeligt” og “lettilgængelig” betyder, at datoen ikke bør gemmes i en lang licenstekst. En dato, der kun står i vilkårene på side ni, er næppe let at finde. Det er vores vurdering af ordlyden.
Formen på datoen
Stykket kræver mindst måned og år. “Fem år fra køb” er ikke en dato og kan være svær for brugeren at regne om, især hvis supportperioden er knyttet til versionen. Det er vores læsning, at en fast måned og et fast år for versionen er den sikreste form.
Har I flere versioner i salg, skal hver have sin dato. Den dato, der vises, skal være den, der gælder for den version, brugeren køber.
Beskeden i programmet
Kravet om en meddelelse ved udløb gælder, hvor det er teknisk muligt i lyset af produktets art. For de fleste programmer med en brugerflade er det teknisk muligt at vise en besked. For et bibliotek, der integreres i andres software, eller en komponent uden brugerflade, kan det være anderledes. Hvor I mener, at det ikke er muligt, bør begrundelsen stå i dokumentationen.
En besked kan fx vises ved opstart, i et indstillingsvindue eller i administrationsfladen. Den kan også sige, hvad brugeren kan gøre, som at opgradere til en understøttet version.
Kommissionens vejledning (fodnote 18 til punkt 131) tilføjer en beslægtet forventning. Stopper fabrikanten afhjælpningen for tidligere versioner efter artikel 13, stk. 10, forventes brugere, der ikke har opgraderet, informeret, hvis det er teknisk muligt. Vejledningen er ikke bindende.
Når datoen ændres
Forlænger I supportperioden for en version, er det naturligt at rette datoen alle steder på samme tid. De kilder, vi har læst, siger intet udtrykkeligt om forlængelser. En forkortelse af en periode, der allerede er oplyst ved købet, er sværere at forene med stk. 19, og en sådan beslutning bør vurderes juridisk, før den træffes.
Sådan prøver gennemgangen begge dele
Gennemgangen prøver kravet, som en bruger ville møde det. Metoden er praksis.
Købsflowet. Gennemgangen går købsvejen igennem på hver kanal, hvor produktet sælges eller hentes. Står slutdatoen med måned og år, før brugeren beslutter sig? Er den let at finde? Passer den til den version, der sælges?
Programmet. Derefter ses der på, om programmet kan vise en besked ved udløb. Findes funktionen, og hvordan udløses den? Kan den prøves i et testmiljø ved at stille datoen frem? Er der en begrundelse, hvis beskeden ikke er teknisk mulig?
Dokumentationen. Til sidst sammenlignes datoen i købsflowet med datoen i brugeroplysningerne og i den tekniske dokumentation. De bør være ens.
Hvad det kræver, og hvad det koster at lade være
Det kræver en dato pr. version, et overblik over alle de steder, produktet sælges og hentes, og en funktion i programmet, der kan vise en besked ved udløb. Når datoen ændres, skal den rettes alle steder.
Et manglende eller forkert oplyst udløb er et af de forhold, en myndighed kan se uden at åbne softwaren. For kunderne er datoen samtidig den oplysning, der viser, hvor længe de kan regne med rettelser.
Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At skrive “fem år fra køb” i stedet for en dato · stykket kræver måned og år.
- At gemme datoen i licensvilkårene · den skal være lettilgængelig ved købet.
- At glemme de kanaler, I ikke selv driver · brugeren køber også dér.
Det skal auditten kunne vise
- ☐ Slutdato med måned og år på hver salgs- og downloadkanal.
- ☐ Samme dato i brugeroplysningerne efter bilag II, nr. 7.
- ☐ En besked i programmet ved udløb, eller en skriftlig forklaring på, hvorfor den ikke kan vises.
- ☐ En prøve af beskeden i et testmiljø.
Kilder
- Forordning (EU) 2024/2847, dansk udgave, artikel 13, stk. 10 og 19, og bilag II, nr. 7, læst 13. november 2026.
- Europa-Kommissionen, vejledning C(2026) 5252, punkt 131 med fodnote 18, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Køb eller hent jeres eget produkt på hver kanal, som en ny kunde ville, og notér, om slutdatoen står med måned og år.
- Sårbarhedshåndtering, opdateringer og supportperiode
- Oplysninger og anvisninger til brugeren efter bilag II
Læs også: Supportperioden og begrundelsen · Formelle mangler
→ Kontakt · Tlf. 70 13 63 23 · Cyber Resilience Act hos Nielco IT
