Softwarelicensaftale Danmark — licensering af software og it-systemer

Softwarelicensaftalen i Danmark er en kontrakt, der fastlægger vilkårene for en licenstagers brugsret til software. Softwaren forbliver licensgiverens ejendom, og licenstager erhverver alene en brugsret — ikke ejendomsretten — inden for de rammer, aftalen fastlægger. Softwarelicensaftalen er et centralt retsgrundlag for al kommerciel softwarehandel i Danmark og danner grundlag for en ordnet fordeling af rettigheder og ansvar mellem softwareudbyderen og virksomheder, der anvender softwaren.

Software er beskyttet som et ophavsretsligt værk efter ophavsretsloven (LBK nr. 1144 af 28. september 2023). Softwaren beskyttes som udgangspunkt fra skabelsestidspunktet i 70 år efter ophavsmandens død, jf. ophavsretslovens generelle varighed. Ophavsretsloven § 36 regulerer brugerens begrænsede rettigheder til at tage sikkerhedskopier, og § 75c forbyder dekompilering ud over, hvad der er nødvendigt for interoperabilitet. Disse rettigheder kan ikke kontraktligt begrænses til skade for licenstager i videre omfang end lovens rammer.

Det centrale i softwarelicensaftalen er definitionen af brugsretten: hvilken type licens der tildeles (brugerbaseret, virksomhedslicens, serverlicens eller concurrent user-licens), hvor mange brugere eller installationer der er tilladt, og til hvilket formål softwaren må anvendes. Brugerbaserede licenser begrænser brugsretten til et bestemt antal navngivne brugere — typisk medarbejdere i licenstagers organisation. En virksomhedslicens giver ubegrænset brug inden for organisationen. Concurrent user-licenser begrænser det maksimale antal samtidige brugere, uanset hvem der er den konkrete bruger.

Licensmodellen afspejler forretningsmodellen: abonnementslicenser (SaaS og cloud) betales løbende og giver adgang i abonnementsperioden. Perpetual licenser — engangskøb — giver en tidsubegrænset ret til at bruge den pågældende version. Hybridmodeller kombinerer engangsbetaling for en basisversion med løbende abonnement for support og opdateringer. Valget af licensmodel har stor betydning for licenstagers finansielle forpligtelse og for leverandørens løbende serviceforpligtelse.

For B2B-softwarelicensaftaler i Danmark gælder aftalefrihedsprincippet i aftaleloven, og parterne har vid ret til at tilpasse vilkårene. Aftalelovens § 36 kan dog tilsidesætte urimelige standardvilkår, særligt i tilfælde med en skæv magtbalance. Datatilsynet har tilsyn med GDPR-forpligtelserne, herunder spørgsmål om, hvem der er dataansvarlig og databehandler, når softwaren behandler personoplysninger. Sø- og Handelsretten i København behandler immaterialretlige sager om softwarekrænkelser.

Softwarelicensaftalen i Danmark er nødvendig, når en virksomhed ønsker at give en anden part ret til at anvende software, den har udviklet eller er rettighedshaver til. Aftalen beskytter softwareudbyderens ophavsret og definerer de præcise rammer for licenstagers brug.

Første typiske situation er erhvervsmæssig licens til specialiseret software. En dansk softwareudvikler har produceret et ERP-system, en regnskabsplatform eller et branchespecifikt fagsystem og indgår aftaler med virksomheder, der ønsker at anvende systemet. Softwarelicensaftalen fastlægger antallet af brugere, licenstype og -gebyr, supportforpligtelser og rettigheder til opdateringer. For sådanne systemer er licensgebyret typisk brugerbaseret eller baseret på en virksomhedsstørrelsesskala.

Anden situation er embedded software og ØM-licenser. En hardwareproducent ønsker at integrere tredjeparts software i sit produkt og sælge det videre. Her kræves en ØM-licensaftale (Original Equipment Manufacturer), der regulerer retten til at integrere, modificere og videresælge softwaren som del af et samlet produkt. IP-reguleringen er særlig kompleks i disse situationer.

Tredje situation er uddannelse og forskning. En uddannelsesinstitution ønsker at licensere software til brug for studerende og undervisere. Softwarelicensaftalen fastlægger det tilladte antal brugere (campus-licens), de tilladte formål (undervisning, forskning) og eventuelle begrænsninger på brug til kommercielle formål.

Fjerde situation er intern softwareudvikling til licensering. En virksomhed har internt udviklet et it-værktøj og ønsker at licensere det til samarbejdspartnere eller kunder. Her skal softwarelicensaftalen fastlægge, om der er tale om en eksklusiv eller ikke-eksklusiv licens, hvilke rettigheder der følger med, og om licenstager må modificere eller videreudvikle softwaren.

Femte situation er tredjepartslicenser og open source. Softwareudviklere inkorporerer hyppigt tredjepartsbiblioteker og open source-komponenter i deres produkter. Her er det afgørende at overholde de respektive licenser — MIT, Apache 2.0, GPL, LGPL mv. — og at regulere forholdet til egne kunder i overensstemmelse hermed. GPL-licenser kræver f.eks., at afledte værker distribueres under GPL-licensen, hvilket kan påvirke kommercielle softwareudvikleres licensstrategi.

Sjette situation er SaaS-licenser og cloud-aftaler. Mange softwareleverandører leverer i dag software som en cloud-tjeneste (SaaS). Licensen regulerer adgangsretten til cloud-tjenesten, snarere end retten til at installere software. Disse aftaler overlapper med SaaS-abonnementsaftalen, og de to dokumenttyper kan med fordel kombineres.

En gennemarbejdet softwarelicensaftale i Danmark indeholder en række centrale elementer, der beskytter licensgiverens ophavsret og giver licenstager den fornødne klarhed om brugsretten. Nedenfor gennemgås de vigtigste bestanddele.

Fuldstændig angivelse af parterne er det første element: fuldt firmanavn, selskabsform og CVR-nummer for begge parter, verificeret på virk.dk (Erhvervsstyrelsen).

Beskrivelse af den licenserede software er fundamentet: softwarens fulde navn og versionsnummer, den relevante dokumentation og eventuelle bilag med en præcis teknisk specifikation.

Licensens omfang og type er kernen. Aftalen skal fastslå: (1) licenstype — brugerbaseret, virksomheds-, server- eller concurrent user-licens; (2) det maksimale antal brugere eller installationer; (3) det tilladte formål — intern erhvervsmæssig brug, videresalg, undervisning osv.; og (4) geografisk afgrænsning, hvis relevant. Licensen bør karakteriseres som ikke-eksklusiv (medmindre der aftales eksklusivitet), ikke-overdragelig og tidsbegrænset (ved abonnementslicenser).

Forbud mod dekompilering og omgåelse er vigtige beskyttelsesklausuler for licensgiveren, jf. ophavsretslovens §§ 36 og 75c. Licenstager må ikke dekompilere, reverse-engineere, modificere eller lave afledte værker — med undtagelse af de lovfæstede undtagelser om sikkerhedskopiering og interoperabilitet.

Licensgebyr og betalingsbetingelser fastlægger licensgebyret ekskl. moms (med tilføjelse af 25 % moms), afregningsmodel (engangsbetaling, månedlig, kvartalsvis eller årlig), fakturerings- og betalingsfrist og mulighed for prisjustering.

Support og opdateringer regulerer, om sikkerhedsopdateringer og fejlrettelser er inkluderet i licensen, hvornår og hvordan support ydes, og om nye versioner automatisk er inkluderet. forms-legal.com tilbyder en gratis skabelon til softwarelicensaftalen, der dækker alle disse elementer.

Ophavsret og immaterielle rettigheder: aftalen skal udtrykkeligt fastslå, at alle rettigheder til softwaren — herunder kildekode, design og dokumentation — tilhører licensgiveren, og at licenstager alene erhverver en brugsret. Dette beskytter licensgiveren mod krav om ejerskab fra licenstager.

Ansvar og ansvarsbegrænsning: licensgiveren begrænser typisk ansvaret til det betalte licensgebyr for de seneste 12 måneder og udelukker indirekte tab. Ansvarsbegrænsningen gælder ikke ved forsæt eller grov uagtsomhed.

Databeskyttelse og GDPR: hvis licenstager behandler personoplysninger via softwaren, og licensgiveren derved har adgang hertil, kan licensgiveren optræde som databehandler. I så fald kræves en databehandleraftale efter GDPR art. 28.

Varighed og ophør: ved abonnementslicenser løber aftalen med automatisk fornyelse og opsigelsesvarsel. Ved ophør skal licenstager ophøre med at bruge softwaren og slette alle installationer. Lovvalg, værneting: dansk ret og Sø- og Handelsretten eller voldgift ved Voldgiftsinstituttet (Danish Arbitration) for erhvervsmæssige sager.

Aftalen bør som minimum indeholde en opsigelsesbestemmelse med angivelse af opsigelsesvarslerne og reglerne for automatisk fornyelse af abonnementslicenser. Kunden bør sikre sig, at opsigelsesfristen er rimelig, og at der ikke sker automatisk fornyelse uden forudgående varsel. En eksplicit bestemmelse om, hvad der sker med licensen og installationerne ved aftalens ophør, er essentiel for en smidig overgang til en eventuel ny leverandør.

Korrekt udfyldelse af softwarelicensaftalen i Danmark kræver præcision om licensens omfang og klare bestemmelser om IP-rettigheder. En vag licensaftale fører til tvister om, hvad licenstager må gøre med softwaren.

Trin 1 — angiv parterne korrekt: Licensgiverens fulde firmanavn med selskabsform og CVR-nummer samt licenstagers tilsvarende oplysninger. Kontrollér på virk.dk, at begge parter er aktive registrerede virksomheder.

Trin 2 — beskriv softwaren præcist: Angiv softwarens fulde officielle navn og den præcise version eller versionsserie, der licenseres — f.eks. »PlanManager Pro v4.x«. Angiv, om licensen dækker den aktuelle version og alle fremtidige opdateringer, eller om den er begrænset til en specifik version.

Trin 3 — vælg licenstype og omfang: Vælg den licensmodel, der bedst afspejler brugsscenarier og forretningsmodellen. Brugerbaserede licenser er bedst til situationer med et begrænset og stabilt antal brugere. Virksomhedslicenser passer til organisationer, der ønsker ubegrænset intern brug uden at tælle licenser. Concurrent user-licenser passer til software, der kun anvendes intermitterende, så et begrænset antal samtidige brugere dækker en større organisation. Angiv det tilladte formål præcist.

Trin 4 — fastlæg licensgebyr og betalingsvilkår: Angiv licensgebyret ekskl. moms og afregningsmodellen. Ved abonnementslicenser fastsættes det månedlige eller årlige gebyr. Angiv faktureringsinterval og betalingsfrist (typisk 14 dage). Overvej at inkludere en prisreguleringklausul, der tillader gebyrstigning én gang om året.

Trin 5 — regulér support og opdateringer klart: Angiv udtrykkeligt, om sikkerhedsopdateringer og fejlrettelser er inkluderet i licensgebyret — de bør altid være det for abonnementslicenser. Angiv, om nye funktioner og versioner automatisk er inkluderet, eller om de kræver separat aftale eller opgraderingsgebyr.

Trin 6 — fastlæg IP-rettigheder: Angiv udtrykkeligt, at alle rettigheder til softwaren tilhører licensgiveren, og at licenstager alene erhverver den definerede brugsret. Inkludér et forbud mod dekompilering og reverse engineering med de lovmæssige undtagelser for sikkerhedskopiering og interoperabilitet efter ophavsretslovens §§ 36 og 75c.

Trin 7 — adressér GDPR-spørgsmålet: Vurder, om licensgiveren behandler personoplysninger i forbindelse med softwaredriften. Er licensgiveren SaaS-udbyder med adgang til licenstagers data, er licensgiveren databehandler og skal indgå en databehandleraftale med licenstager efter GDPR art. 28 og databeskyttelsesloven (lov nr. 502 af 23/05/2018).

Trin 8 — fastlæg ophørsbestemmelsen: Angiv, at licenstager ved aftalens ophør skal ophøre med at bruge softwaren og slette alle installationer og kopier. Licensgiveren er som udgangspunkt ikke forpligtet til at tilbagebetale allerede betalte gebyrer. Underskriv aftalen, evt. digitalt med MitID.

Softwarelicensaftalen i Danmark er underlagt ophavsretsloven, aftaleloven og GDPR, og disse rammer sætter grænser for, hvad licensgiveren lovligt kan aftale med licenstager.

Ophavsretslovens ufravigelige rettigheder: Ophavsretsloven (LBK nr. 1144 af 28/09/2023) beskytter software som et ophavsretsligt værk. Visse rettigheder for licenstager kan ikke kontraktligt begrænses. Licenstager har altid ret til at tage de sikkerhedskopier, der er nødvendige for normal brug, jf. ophavsretslovens § 36, stk. 1. Forbud mod dekompilering er mulige, men lovens § 75c tillader dekompilering i det omfang, det er nødvendigt for at opnå interoperabilitet med andre programmer — og dette kan ikke contractuelt afskæres. En licenstager, der overtræder licensvilkårene og bruger softwaren ud over den tildelte licens, kan ifalde ansvar efter ophavsretsloven, herunder krav om erstatning og forbud fra Sø- og Handelsretten.

Aftalefrihed med rimelighedscensur: Parterne har vid aftalefrihed i B2B-licensaftaler, men aftalelovens § 36 kan tilsidesætte urimelige vilkår. Særligt standardvilkår (EULA), der ensidigt pålægger licenstager urimelige begrænsninger, risikerer at blive tilsidesat helt eller delvist.

GDPR og databehandleraftale: Behandler licensgiveren personoplysninger på licenstagers vegne — typisk som cloud-SaaS-udbyder — er licensgiveren databehandler, og der skal indgås en databehandleraftale efter GDPR art. 28. Databeskyttelsesloven (lov nr. 502 af 23/05/2018) supplerer GDPR. Datatilsynet fører tilsyn og kan udstede bøder. Overførsler af personoplysninger til tredjelande uden for EU/EØS kræver et særligt overførselsgrundlag, f.eks. EU's standardkontraktbestemmelser.

Moms: Licensgebyrer er momspligtige med standardsatsen på 25 %. Digitale ydelser (software og cloud-tjenester) er momspligtige i Danmark, og moms tillægges alle priser ekskl. moms.

Rentelov: Ved forsinket betaling af licensgebyr kan licensgiveren kræve morarenter efter renteloven (LBK nr. 459 af 13/05/2014). Fra 1. januar 2026 udgør morarenten 9,75 % p.a.

Værneting og immaterialretlige sager: Sø- og Handelsretten i København er specialdomstol for immaterialretlige sager, herunder ophavsretskrænkelser. Voldgiftsinstituttet (Danish Arbitration) tilbyder fortrolig og hurtig tvistløsning for erhvervsmæssige licenskonflikter, baseret på voldgiftsloven (lov nr. 553 af 24/06/2005).

Hyppige fejl ved softwarelicensaftalen i Danmark fører til krænkelse af ophavsretten, GDPR-bøder og tvister om licensens omfang. Disse fejl kan undgås med en præcis og juridisk korrekt aftale.

Fejl 1 — uklar eller for bred licensdefinition: Når licensen ikke præcist angiver antal brugere, tilladte formål og geografisk afgrænsning, kan licenstager hævde en bredere brugsret end tiltænkt. Det korrekte er en specifik beskrivelse af licensens omfang — antal brugere, tilladte installationer og tilladt formål.

Fejl 2 — manglende GDPR-regulering: Mange softwarelicensaftaler overser GDPR-aspekterne, særligt i cloud- og SaaS-situationer, hvor licensgiveren behandler personoplysninger på licenstagers vegne. Manglende databehandleraftale er en overtrædelse af GDPR art. 28. Det korrekte er at indgå en separat databehandleraftale, der opfylder alle krav i GDPR art. 28.

Fejl 3 — forkert regulering af opdateringer: Licenstager forventer typisk at modtage sikkerhedsopdateringer og fejlrettelser som del af et abonnement, men aftalen specificerer ikke dette. Det korrekte er en klar bestemmelse om, hvad der er inkluderet — sikkerhedsopdateringer, fejlrettelser og nye funktioner — og hvad der kræver separat betaling.

Fejl 4 — manglende regulering af tredjeparts og open source-komponenter: Licenstager informeres ikke om open source-komponenter med virale licenser (f.eks. GPL), der kan påvirke licenstagers egne rettigheder til softwaren. Det korrekte er at oplyse om alle relevante tredjeparts- og open source-licenser og sikre kompatibilitet.

Fejl 5 — mangel på klare ophørsbestemmelser: Aftalen regulerer ikke tydeligt, hvad der sker ved ophør — herunder sletningstidspunkt og -dokumentation. Det korrekte er en bestemmelse om, at licenstager skal slette alle installationer og bekræfte dette, og at licensgiveren sletter licenstagers data inden en angiven frist.