En supportperiode på under fem år er efter Cyber Resilience Act kun mulig, når produktet forventes brugt i mindre end fem år. Så skal supportperioden svare til den forventede anvendelsestid, og I skal kunne vise, hvorfor brugstiden er kortere.
Hjemlen er tredje afsnit i artikel 13, stk. 8, som har virkning fra 11. december 2027. Kommissionen har beskrevet de tilfælde, hvor undtagelsen typisk passer, og for software er abonnementsmodellen det mest relevante.
Ordlyden og Kommissionens læsning
Hovedreglen i stykkets tredje afsnit er fem år som minimum. Kun hvis produktets forventede brugstid er kortere, følger perioden brugstiden.
Kommissionens FAQ (punkt 4.5.2) læser det sådan, at en kortere periode kun er begrundet, når produktets levetid er under fem år. I den situation gælder anvendelsestiden alene. De øvrige kriterier i stk. 8, som brugerforventninger og lignende produkter, bruges ikke til at gøre perioden kortere end brugstiden.
FAQ-svaret bygger på betragtning 60 og er ikke juridisk bindende.
De to slags tilfælde
FAQ’en beskriver to grupper. Eksemplerne er Kommissionens egne.
Produkter med et meget bestemt formål. Kommissionens eksempel er en app til smitteopsporing under en pandemi. Formålet er tidsbegrænset, og appen forventes ikke brugt, når formålet er væk.
Software, der kun leveres som abonnement og holder op med at virke, når abonnementet udløber. Kommissionens eksempel er antivirussoftware til virksomheder, som kun fungerer med et aktivt abonnement. Brugstiden er så knyttet til abonnementet.
Det, der binder de to sammen, er, at softwaren af sin natur ikke kan bruges efter et bestemt tidspunkt. En virksomhed, der blot forventer, at kunderne skifter til en ny version efter tre år, er ikke i samme situation. Det er vores tolkning af FAQ’ens eksempler.
Open source med betalt support
FAQ’en (punkt 4.5.2) behandler også open source, der bringes i omsætning uden betaling for selve softwaren, og som fabrikanten kun tjener penge på gennem betalt support i abonnementsform. Her er situationen en anden end ved antivirusabonnementet, fordi softwaren kan bruges videre, når abonnementet slutter.
Kommissionens svar er, at supportperioden i den situation svarer til varigheden af det aktive abonnement. En kunde med et treårigt supportabonnement har altså en supportperiode, der følger abonnementet.
Svaret gælder netop den model, FAQ’en beskriver. Hvordan det passer på andre kombinationer af open source og kommercielle tilbud, siger kilderne ikke.
Hver version skal have sin periode
Ifølge vejledningens punkt 128 gælder femårsgrænsen for hver version med væsentlige ændringer, medmindre det kan påvises, at netop den versions forventede brugstid er kortere. Ordet i den engelske tekst er “demonstrably”.
Det betyder, at undtagelsen skal begrundes for hver version, der er en væsentlig ændring. Et hus med hyppige nye versioner kan ikke nøjes med én begrundelse for hele produktlinjen. Bruger huset artikel 13, stk. 10, om kun at rette i nyeste version, er det en anden regel med egne betingelser.
Beviset for den forventede brugstid
Stykkets femte afsnit og bilag VII, nr. 4, stiller krav om, at grundlaget for valget af supportperiode står i den tekniske dokumentation. Er perioden under fem år, skal grundlaget forklare, hvorfor brugstiden er kortere.
Hvilke data der beviser brugstiden, siger kilderne ikke. Det følgende er forslag til, hvad en begrundelse kan bygge på:
- en teknisk beskrivelse af, hvordan softwaren holder op med at virke, når abonnementet udløber
- abonnementsvilkår, der viser den aftalte varighed
- en beskrivelse af det tidsbegrænsede formål, hvis det er formålet, der begrænser brugen
- data om, hvor længe kunderne faktisk har brugt tidligere versioner
Det sidste punkt kan også tale imod en kort periode. Viser data, at kunderne bruger produktet længere, end supportperioden siger, passer begrundelsen ikke.
Et tænkt tilfælde, der ikke holder
Et tænkt softwarehus sælger et skrivebordsprogram på evig licens og sætter supportperioden til tre år, fordi det planlægger en ny hovedversion. Programmet virker fortsat efter de tre år, og mange kunder bruger det i længere tid. Ingen af Kommissionens tilfælde passer. Begrundelsen bygger på husets udgivelsesplan, og forordningen spørger til brugstiden.
Sådan efterprøver gennemgangen en kort periode
Gennemgangen læser begrundelsen og prøver den mod produktet. Metoden er praksis. Holder softwaren faktisk op med at virke, når abonnementet udløber, eller virker den videre? Passer tilfældet på et af Kommissionens eksempler? Er undtagelsen begrundet for hver væsentligt ændret version? Og findes der data, der modsiger den forventede brugstid?
Hvad det kræver, og hvad det koster at lade være
Det kræver en begrundelse for hver version med en kort supportperiode og et grundlag, der viser, hvorfor brugstiden er under fem år. For abonnementssoftware kræver det, at den tekniske sammenhæng mellem abonnement og funktion er beskrevet.
En kort supportperiode uden bevis giver myndigheden grund til at spørge, om den forventede brugstid er længere. Så kan perioden vise sig at være for kort efter artikel 13, stk. 8.
Det skal I lade være med
- At sætte perioden efter jeres udgivelsesplan · forordningen spørger til brugstiden.
- At kalde en evig licens et abonnement · softwaren virker videre efter udløb.
- At bruge én begrundelse for alle versioner · hver væsentligt ændret version skal have sin.
Det skal auditten kunne vise
- ☐ Begrundelse for en periode under fem år efter bilag VII, nr. 4.
- ☐ Bevis for, at brugstiden er kortere, fx teknisk ophør ved udløbet abonnement.
- ☐ Begrundelse for hver væsentligt ændret version.
- ☐ Data om faktisk brugstid, der ikke modsiger den fastsatte periode.
Kilder
- Forordning (EU) 2024/2847, dansk udgave, artikel 13, stk. 8 og 10, og bilag VII, nr. 4, læst 13. november 2026.
- Europa-Kommissionen, FAQs on the Cyber Resilience Act, version 1.4, punkt 4.5.2, læst 13. november 2026.
- Europa-Kommissionen, vejledning C(2026) 5252, punkt 128, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Hvis et af jeres produkter har en supportperiode under fem år, så skriv i én sætning, hvorfor det ikke kan bruges længere.
Læs også: Betalt support til open source · Kun nyeste version understøttes
→ Kontakt · Tlf. 70 13 63 23 · Cyber Resilience Act hos Nielco IT
