...
Produktansvar for software
Det nye produktansvarsdirektiv, 2024/2853, gør det klart, at software er et produkt, og at fabrikanten kan hæfte for skade, som defekt software forvolder, uden at skadelidte skal bevise skyld. Direktivet gælder produkter, der bringes i omsætning efter 9. december 2026, og et dansk lovforslag var under behandling i Folketinget i november 2026. Artiklerne her viser, hvor direktivet og Cyber Resilience Act mødes, og hvorfor dokumentationen fra CRA-arbejdet kan få betydning i en sag om erstatning. De gengiver reglerne og er ikke juridisk rådgivning; tolkninger er markeret i artiklerne.
Direktivet og forordningen
- Software er et produkt i det nye produktansvarsdirektiv: bevisstillingen for et softwarehus Defekt, formodninger og fremlæggelse af bevis.
- SaaS og kildekode: hvor CRA og produktansvaret trækker grænsen forskelligt Leveranceformerne sammenlignet.
- Manglende sikkerhedsopdatering som defekt: supportperioden og produktansvaret Opdateringer inden for fabrikantens kontrol.
Sådan kommer I i gang
Se på, hvordan jeres produkter leveres, og hvor længe I lover opdateringer. For hver leveranceform kan svaret efter CRA og efter direktivet være forskelligt, og det er værd at vide, før en sag opstår. Gem det materiale, der viser, hvordan produktet blev udviklet, testet og vedligeholdt: risikovurdering, beslutningsnoter, sårbarhedsregister og frigivelseshistorik. Hvad det betyder for jeres forsikring og jeres aftaler, er et spørgsmål til jeres advokat.
Hvad det kræver, og hvad det koster at lade være
Det kræver ikke meget ud over det, CRA-arbejdet alligevel giver, men det kræver, at materialet gemmes, så det kan findes år senere. Kan et softwarehus ikke fremlægge, hvordan produktet blev udviklet og vedligeholdt, kan direktivets formodningsregler gøre det svært at forsvare sig.
Det skal I lade være med
- At tro, at SaaS altid er uden for begge regelsæt · grænserne er forskellige.
- At stoppe sikkerhedsopdateringer i det stille · en manglende opdatering kan blive en defekt.
- At læse sitets artikler som juridisk rådgivning · spørg en advokat i den konkrete sag.
Det skal auditten kunne vise
- ☐ Hvilke leveranceformer jeres produkter har.
- ☐ Den lovede opdateringsperiode pr. produkt, og hvor den er oplyst.
- ☐ Et arkiv over udviklings- og vedligeholdelsesbeviser.
- ☐ Hvem der beslutter at stoppe opdateringer, og hvordan beslutningen gemmes.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Sårbarheder og opdateringer · Dansk tilsyn og sanktioner
→ Kontakt · Tlf. 70 13 63 23 · Cyber Resilience Act hos Nielco IT
Skal jeres software gennemgås?
Skriv kort, hvilket produkt det drejer sig om, og hvad der sætter det i gang. Så vender jeg tilbage. Gennemgangen er uvildig og uafhængig, og Nielco IT har ingen forhandleraftaler.
