Programvarelisensavtale Norge

Hva er en programvarelisensavtale?

Programvare er et åndsverk som er beskyttet etter åndsverkloven (2018) § 2, som slår fast at den som skaper et åndsverk har enerett til verket. Lisensavtalen er rettsinstrumentet som gjør at rettighetshaveren kan tillate andre å bruke dette verket på bestemte vilkår uten å gi fra seg opphavsretten.

Rettslig sett skiller man mellom to hovedtyper lisenser. En eksklusiv lisens gir lisenstakeren enerett innenfor et avtalt område eller marked, slik at selv rettighetshaveren er avskåret fra å utnytte verket på samme måte i samme segment. En ikke-eksklusiv lisens gir lisenstakeren bruksrett, men rettighetshaveren beholder full frihet til å inngå tilsvarende avtaler med andre.

Åndsverkloven (2018) § 39b regulerer overdragelse av rettigheter til åndsverk og slår fast at opphavspersonen ikke overdrar mer enn det som klart fremgår av avtalen. Tolkningsregelen virker i praksis til fordel for den opprinnelige rettighetshaveren: uklare formuleringer tolkes snevert. For den som gir lisens, betyr dette at avtalen bør spesifisere nøyaktig hva som tillates. For den som mottar lisensen, betyr det at en rettighet som ikke er eksplisitt nevnt, normalt ikke er inkludert.

Når trenger du en programvarelisensavtale?

Behovet oppstår i en rekke typiske situasjoner. Et programvareselskap som selger abonnementstjenester til bedriftskunder opererer alltid under en lisensavtale, enten det erkjennes eksplisitt eller ikke. Bruksvilkår på en nettside kan utgjøre en slik avtale, men de er sjelden tilstrekkelig tilpasset til forretningsforhold.

Tilsvarende oppstår behovet når en virksomhet bestiller skreddersydd programvare fra et eksternt utviklingsselskap. Uten en klar avtale om hvem som eier kildekoden og hvilke rettigheter kunden får, kan resultatet bli at leverandøren beholder alle immaterielle rettigheter selv om kunden har betalt fullt ut for utviklingen.

Lisensavtale er også nødvendig når programvare skal distribueres videre gjennom forhandlere eller partnere, og når programvare brukes av ansatte eller konsulenter som behandler personopplysninger på vegne av virksomheten. I det siste tilfellet vil forholdet mellom programvareleverandøren og kunden ofte utgjøre en databehandleravtale etter personopplysningsloven (2018) og GDPR art. 28, noe som enten kan bygges inn i lisensavtalen eller reguleres i en separat avtale.

Nøkkelklausuler og innhold

En solid programvarelisensavtale bør inneholde følgende hovedelementer:

Lisensens omfang og begrensninger. Beskriv nøyaktig hvilken programvare lisensen gjelder, om lisensen er eksklusiv eller ikke-eksklusiv, hvilke geografiske markeder som dekkes, og om lisenstakeren har lov til å gi underlisenser videre. Vage formuleringer her skaper tolkningstvister som er kostbare å løse.

Bruksrettigheter. Angi om lisenstakeren kan kopiere, tilpasse eller modifisere programvaren. Etter åndsverkloven (2018) § 2 hører slike bearbeidelser til opphavsmannens enerett, og eventuelle unntak må avtales eksplisitt. Dersom kunden skal ha rett til å se og bruke kildekoden, må dette stå i avtalen.

Vederlag og betalingsvilkår. Avtalen bør regulere om det betales en engangslisens, løpende abonnementsavgifter eller royalty basert på bruk. Den bør også angi forfallsdato, eventuelle konsekvenser ved betalingsmislighold og vilkår for prisjustering.

Konfidensialitet. Lisensavtaler inneholder ofte forretningshemmeligheter — om prising, teknologi eller kundeinformasjon. Forretningshemmelighetsloven (2020) gir selvstendig vern for slike opplysninger, men det er god praksis å presisere konfidensialitetsplikten og dens varighet direkte i avtalen. Plikten bør som hovedregel løpe også etter avtalens opphør.

Garantier og ansvarsfraskrivelse. Leverandøren bør avklare i hvilken grad programvaren garanteres å fungere som angitt, og om det gis garanti mot at programvaren krenker tredjeparts rettigheter. Klare ansvarsfraskrivelser er særlig viktige for standardprogramvare der leverandøren ikke kan tilpasse seg den enkelte kundens miljø.

Avtalens varighet og oppsigelse. Fastsett om avtalen er tidsbestemt eller løpende, og angi under hvilke omstendigheter den kan sies opp eller heves. Avtaleloven (1918) inneholder bakgrunnsregler om ugyldige avtalevilkår og avtaletolkning som får anvendelse der partene ikke har regulert spørsmålet.

Databehandling. Dersom programvaren behandler personopplysninger på vegne av kunden, krever personopplysningsloven (2018) og GDPR art. 28 at det foreligger en skriftlig databehandleravtale. Denne kan inntas som vedlegg til lisensavtalen.

Slik fyller du ut avtalen

Første steg er å identifisere partene tydelig: fullt navn, organisasjonsnummer og adresse for begge. Angi deretter nøyaktig hvilken versjon eller hvilke versjoner av programvaren som lisensieres, og fra hvilken dato lisensen gjelder.

Bestem lisensmodellen: eksklusiv eller ikke-eksklusiv, begrenset til bestemte land eller global, tidsbegrenset eller løpende. Disse valgene har direkte konsekvenser for prising og for hvilken markedsposisjon lisenstakeren oppnår.

Formuler betalingsbestemmelsene konkret. Dersom vederlaget avhenger av faktorer som antall brukere eller omsetning, beskriv hvordan dette beregnes og verifiseres. Fastsett revisjonsrett for rettighetshaveren dersom royalty-modell benyttes.

Bestem også hva som skal skje med rettigheter til eventuelle forbedringer lisenstakeren gjør i programvaren. Hvem eier slike tilpasninger? Har den opprinnelige rettighetshaveren rett til å bruke dem?

Bruk gjerne en ferdig mal for å sikre at alle nødvendige punkter er med. Programvarelisensavtale Norge er et gratis utgangspunkt du kan tilpasse til din situasjon.

Vanlige feil og hvordan du unngår dem

Å stole på muntlige avtaler. Programvarebransjen preges av raske beslutninger og tillitsforhold mellom utviklere. Men en muntlig lisens er vanskelig å bevise og enda vanskeligere å håndheve. Etter avtaleloven (1918) er en muntlig avtale i utgangspunktet like bindende som en skriftlig, men bevisbyrden gjør at tvister om innholdet sjelden løses til noens tilfredshet uten dokumentasjon.

For vage omfangsbeskrivelser. Setninger som «bruk av programvaren i virksomheten» åpner for tvister om hva som er tillatt og ikke. Jo mer konkret omfanget er beskrevet, desto lavere er risikoen for later misforståelser.

Å glemme underlisenser. Dersom lisenstakeren skal kunne videreselge programvaren eller gi tilgang til egne kunder, må dette fremgå eksplisitt. Uten slik bestemmelse vil videresalg etter åndsverkloven (2018) § 67 som utgangspunkt ikke være tillatt.

Manglende regulering av opphør. Hva skjer med installasjoner, data og kopier når avtalen avsluttes? Uten klare bestemmelser om dette kan opphørssituasjonen skape tvister. Fastsett tydelig at lisenstakeren plikter å avslutte all bruk og eventuelt slette eller returnere kopier av programvaren.

Å utelate databehandleraspektet. Mange programvareleverandører behandler personopplysninger for kundene sine uten at dette er formalisert. Manglende databehandleravtale er et brudd på GDPR art. 28 og personopplysningsloven (2018), og kan medføre ansvar for begge parter.

Ensidig utarbeidede standardvilkår. Standardvilkår utarbeidet av den ene parten alene favoriserer nesten alltid den som utarbeidet dem. Særlig ved kommersielle forhandlinger bør begge parter lese og kommentere vilkårene, og eventuelle avvik fra standarden bør nedfelles skriftlig.

Særlige hensyn for norske forhold

Norsk rett stiller krav om at visse typer avtalevilkår — særlig i forbrukerforhold — er rimelige. I rene B2B-forhold har partene vid avtalefrihet, men avtaleloven (1918) setter grenser for vilkår som er urimelige eller i strid med god forretningsskikk.

Norske virksomheter som eksporterer programvare eller inngår lisensavtaler med utenlandske parter, bør ta stilling til hvilken lov som regulerer avtalen (lovvalg) og hvor eventuelle tvister skal løses (verneting eller voldgift). Uten en slik klausul kan det oppstå usikkerhet om norsk rett gjelder, og eventuelle søksmål kan havne i et annet lands domstoler.

Forretningshemmelighetsloven (2020) gir rettighetshavere mulighet til å håndheve vern mot ulovlig tilegnelse, bruk og videreformidling av forretningshemmeligheter. Kildekode, algoritmer og teknisk dokumentasjon kan kvalifisere som forretningshemmeligheter, og lisensavtalen bør gjenspeile dette ved å stille klare krav til konfidensialitet og tilgangsbegrensning.

En gjennomtenkt programvarelisensavtale beskytter både utvikler og bruker og legger grunnlaget for et langsiktig og forutsigbart samarbeid. Bruk tid på å tilpasse avtalen til den konkrete situasjonen — det lønner seg alltid mer enn å rydde opp etter en tvist.