Selvstændig software er efter Kommissionens vejledning bragt i omsætning den dag, en version første gang leveres til distribution eller brug på EU-markedet som led i erhvervsvirksomhed. Alle kopier af den version anses for bragt i omsætning samme dag, uanset hvornår den enkelte kunde henter sin.
Datoen er mere end en formalitet. Den afgør, om en version falder ind under kravene fra 11. december 2027, hvornår supportperioden begynder, og hvilken version en indberetning handler om. Derfor er et register over versioner og datoer forudsætningen for meget af resten.
Definitionen og vejledningens regel
Artikel 3, nr. 21, i forordning (EU) 2024/2847 definerer det at bringe i omsætning som den første tilgængeliggørelse af et produkt på EU-markedet. Forordningen siger ikke, hvordan det skal forstås for software, der kan kopieres uendeligt.
Det gør Kommissionens vejledning C(2026) 5252 i punkt 13 og 14. Vejledningen er ikke bindende. Selvstændig software er bragt i omsætning, når fremstillingsfasen er afsluttet, og softwaren første gang leveres til distribution eller brug i EU som led i erhvervsvirksomhed. Hver kopi af en given version får den samme dato. Når den uændrede version hentes senere, er det tilgængeliggørelse, så længe versionen ikke ændres på en måde, der påvirker overholdelsen.
Reglen gælder kun selvstændig software (punkt 16). Software, der følger med hardware, deler hardwarens tidspunkt, som beskrevet i artiklen om mobilapps.
Når fremstillingen er afsluttet
Vejledningens betingelse om, at fremstillingsfasen skal være afsluttet, har en praktisk side. En testudgave, der deles med udvalgte kunder for at få feedback, er efter vejledningens punkt 23 ikke bragt i omsætning, og artikel 4, stk. 3, giver særlige regler for ufærdig software, der stilles til rådighed i en kort periode til afprøvning. Det er først den version, I frigiver til almindelig brug, der får en dato i registret. Hvordan testudgaver skal mærkes og afgrænses, står i betaversioner og release candidates. Hold de to slags udgivelser adskilt i registret, så det er tydeligt, hvilken dato der tæller.
To eksempler fra vejledningen
Vejledningen viser reglen med to tænkte eksempler i punkt 15.
- Version 1.0.0 udbydes 1. januar 2028. En kunde køber 1. januar, en anden 15. januar · Begge kopier er bragt i omsætning 1. januar
- Version 1.0.1 udgives uden at være en væsentlig ændring · Datoen for versionen ændres ikke
Er en ny iteration derimod en væsentlig ændring, bringes den i omsætning på ny og får sin egen dato. Hvornår en ændring er væsentlig, har sin egen artikel om væsentlig ændring.
Hvorfor datoen betyder så meget
Tre forhold afhænger af datoen.
- Overgangsreglen. Artikel 69, stk. 2, holder ældre produkter uden for kravene, medmindre de ændres væsentligt efter skæringsdatoen i december 2027. Om en version falder før eller efter, afgøres af datoen for dens første udbud.
- Opbevaringen. Dokumentation og erklæring gemmes efter artikel 13, stk. 13, i ti år eller hele supportperioden, alt efter hvad der varer længst. De ti år tælles fra datoen.
- Indberetningen. Pligten i artikel 14 løber allerede og rammer også versioner, der blev udbudt, før den trådte i kraft. En indberetning skal kunne sige, hvilke versioner der er berørt.
Registret, gennemgangen forventer
Efter bilag VII, nr. 1, litra b, skal den tekniske dokumentation omtale de versioner af softwaren, som har betydning for, om kravene er opfyldt. Artikel 13, stk. 15, kræver en identifikation af produktet. Kommissionens tjenestegrenes FAQ (4.1.8, vejledende) henviser til Blue Guide, afsnit 4.3. Ved et redesign skal dokumentationen dække hver version, hvad der er ændret, hvordan versionerne kendes fra hinanden, og hvordan hver er vurderet.
Et samlet register over versioner og datoer er praksis og ikke et selvstændigt krav. Det er alligevel svært at opfylde kravene uden. Felterne nedenfor er et forslag, og indholdet i parentes er opdigtet.
- Produkt og udgave · (Bookingklient, skrivebord)
- Version · (5.2.0)
- Første udbud i EU · (Dato)
- Væsentlig ændring i forhold til forrige version · (Nej, begrundet i releasenote)
- Supportperiode · (Slutdato)
- Henvisning til erklæring · (Erklæringens nummer)
Registret kan bygges ud fra det, I allerede har i versionsstyring og releasenoter. Det, der typisk mangler, er datoen for første udbud og vurderingen af, om ændringen er væsentlig.
Hvad det kræver, og hvad det koster at lade være
Det kræver, at release-processen gemmer datoen for hver versions første udbud og vurderingen af ændringen, og at det sker hver gang. Det er en lille opgave pr. release og en stor opgave at genskabe bagefter.
Uden registret kan I ikke vise, om en version er fra før eller efter december 2027, hvornår supporten løber ud, eller hvilke versioner en sårbarhed rammer. Det er netop de spørgsmål, en myndighed eller en kunde kan stille.
Det skal I lade være med
- At bruge datoen for den enkelte kundes download · alle kopier af en version deler datoen for første udbud.
- At lade små rettelser få nye datoer · en version, der ikke er en væsentlig ændring, flytter ikke datoen.
- At regne reglen for gældende for software, der følger med hardware · den gælder kun selvstændig software.
Det skal auditten kunne vise
- ☐ Et register over versioner med dato for første udbud i EU.
- ☐ For hver version en vurdering af, om den er en væsentlig ændring.
- ☐ Sammenhæng mellem registret, den tekniske dokumentation og erklæringen.
- ☐ Hvem der fører registret, og hvordan det opdateres ved hver release.
Kilder
- Forordning (EU) 2024/2847, dansk tekst, artikel 3, nr. 21, artikel 13, stk. 15, artikel 69, stk. 2, og bilag VII, nr. 1, læst 13. november 2026 i Publikationskontorets kopi.
- Kommissionens vejledning C(2026) 5252, punkt 13 til 16, ikke bindende, læst 13. november 2026.
- Kommissionens tjenestegrenes FAQ om CRA, version 1.4, FAQ 4.1.8, vejledende, læst 13. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Træk jeres versioner ud af versionsstyringen, og tilføj datoen for første udbud.
Læs også: Udgaver, varianter og produktfamilier · Komponentliste for hver version
→ Kontakt · Tlf. 70 13 63 23 · Cyber Resilience Act hos Nielco IT
