Ophavsret til software og digitalt indhold

Hvem ejer koden, når et softwarebureau leverer en app? Hvem har ophavsretten til en hjemmeside skabt af en freelancer? Og hvad sker der med digitale illustrationer, der er lavet som led i en konsulentopgave?

Disse spørgsmål er langt fra akademiske; de kan afgøre, om en virksomhed ejer sin egen teknologi, eller om den er afhængig af en leverandørs goodwill. Og de opstår dagligt i det digitale erhvervsliv.

Denne guide gennemgår ophavsretten til software og digitalt indhold i Danmark: hvad loven siger, hvornår rettighederne automatisk tilhører klienten, og hvad der skal stå i kontrakten for at sikre dem.

Ophavsretsloven og software

Software er beskyttet af ophavsretsloven på linje med litterære værker, og loven indeholder særlige regler om edb-programmer. Beskyttelsen opstår automatisk; der kræves ingen registrering.

For at en frembringelse er ophavsretligt beskyttet, kræves værkshøjde, det vil sige, at den er original og bærer præg af en personlig, skabende indsats. For software er tærsklen generelt lav.

Hvad er beskyttet?

• Kildekode: den primære form for beskyttelse
• Objektkode (kompileret kode)
• Programstruktur og algoritmer i det omfang, de er udtrykt originalt
• Grænsefladedesign (UI) som en grafisk eller kunstnerisk frembringelse
• Databaser: beskyttet som samleværk og via den særlige databaseret

Hvad er ikke beskyttet:

• Idéen bag programmet (kun udtrykket er beskyttet, ikke idéen)
• Standardfunktioner og generelle metoder
• Algoritmer i sig selv (medmindre de er udtrykt konkret)

Ejendomsretten: freelancer vs. ansat

Software skabt af en freelancer eller konsulent

Udgangspunktet er klart: den, der skaber, ejer. En freelancer, der skriver kode, ejer som udgangspunkt ophavsretten til koden, medmindre andet er aftalt i kontrakten.

Det overrasker mange klienter. De betaler for softwaren og antager, at de ejer den. Men uden en eksplicit overdragelsesklausul i kontrakten er det ikke nødvendigvis tilfældet.

Konsekvenserne kan være alvorlige:

• Klienten kan bruge softwaren efter kontrakten, men kan ikke uden videre modificere eller videresælge den
• Freelanceren kan i princippet bruge den samme kode i andre projekter
• Klienten kan ikke sælge virksomheden med fuld ejendomsret til softwaren

Software skabt af en ansat

For ansatte gælder ophavsretslovens § 59: ophavsretten til et edb-program, der er skabt af en lønmodtager under udførelsen af arbejdet eller efter arbejdsgiverens anvisninger, overgår til arbejdsgiveren. Det er en lovbestemt overgang; ingen eksplicit aftale er nødvendig. Reglen kan fraviges ved aftale.

Bemærk, at § 59 gælder specifikt for edb-programmer. For andre typer værker skabt af en ansat følger rettighedernes overgang af en uskreven hovedregel om, at arbejdsgiveren får de rettigheder, der er nødvendige for virksomhedens sædvanlige drift.

Kontrakter og ophavsret: hvad skal aftales?

Fordi freelancere og konsulenter som udgangspunkt ejer deres eget arbejde, er kontrakten afgørende. Der er tre modeller:

Model 1: overdragelse af ophavsret

Freelanceren overdrager alle økonomiske ophavsrettigheder til klienten ved levering. Klienten ejer derefter softwaren fuldt ud og kan modificere, videreudvikle og sælge den.

Fordele: klienten har fuld kontrol. Ulemper: freelanceren kan ikke genbruge koden i andre projekter.

Formulering:

"Leverandøren overdrager ved levering alle økonomiske ophavsrettigheder, inklusive retten til ændring, videreudvikling og overdragelse, til Klienten for al software og digitalt indhold skabt under dette projekt."

Model 2: eksklusiv licens

Freelanceren beholder ophavsretten, men giver klienten en eksklusiv, uigenkaldelig licens til at bruge, modificere og videreudvikle softwaren.

Fordele: freelanceren kan beholde sin kredit og eventuelt genbruge grundlæggende mønstre. Ulemper: juridisk mere komplekst, og ved et virksomhedssalg kan det komplicere en due diligence.

Model 3: ikke-eksklusiv licens

Freelanceren beholder rettighederne og giver en ikke-eksklusiv brug. Bruges typisk for generiske komponenter og biblioteker, der indgår i leverancen.

Anbefaling til klienter: for kerneforretningssoftware bør du bruge Model 1 (fuld overdragelse) eller Model 2 (eksklusiv licens). For standardbiblioteker og tredjepartskomponenter er Model 3 normal praksis.

Tredjepartskomponenter og open source

Moderne software indeholder næsten altid open source-komponenter og tredjepartsbiblioteker. Her er ophavsretten ikke overdraget til klienten, og det skal håndteres korrekt.

Open source-licenser: hvad betyder de?

Licens	Krav	Risiko
MIT, BSD, Apache 2.0	Attribution	Lav, tillader kommercielt brug
GPL 2/3	Copyleft, al afledt kode skal publiceres under GPL	Høj ved proprietær software
LGPL	Copyleft for biblioteket, men ikke din egen kode	Moderat
Creative Commons	Varierer kraftigt	Tjek altid den specifikke variant

GPL-kontaminering er en reel risiko: indgår GPL-kode i et proprietært produkt, kan det kræve, at hele produktets kildekode offentliggøres.

En god kontrakt bør kræve, at leverandøren:

• Oplyser alle anvendte open source-komponenter
• Dokumenterer licenserne
• Undgår GPL-licenser i kernesystemet, medmindre andet er aftalt

Digitalt indhold: tekster, illustrationer og videoer

Det samme princip gælder for andre former for digitalt indhold: tekster, illustrationer, grafiske designs, fotografier og videoer skabt af en freelancer.

Hvem ejer hvad?

Freelanceren: som udgangspunkt ejeren af alt, der er skabt under projektet.

Klienten: en brugsret inden for det aftalte formål, og mere, hvis en overdragelse er aftalt.

Eksempel: en tekstforfatter skriver blogartikler for en virksomhed. Uden en eksplicit overdragelsesklausul har virksomheden ikke nødvendigvis ret til at lade andre videreudvikle teksterne eller bruge dem til formål ud over det aftalte.

Ideelle rettigheder

Ophavsretten har to dimensioner:

• Økonomiske rettigheder: kan overdrages til andre
• Ideelle rettigheder (droit moral): skaberen har ret til at blive krediteret og til at modsætte sig krænkende ændringer af værket

De ideelle rettigheder kan efter ophavsretslovens § 3, stk. 3, kun fraviges for en efter art og omfang afgrænset brug af værket. Du kan altså ikke få en leverandør til generelt at give afkald på alle ideelle rettigheder, men du kan aftale, at leverandøren ikke krediteres i en bestemt, defineret sammenhæng, og at klienten kan foretage bestemte ændringer.

Krav til kontrakten: konkret tjekliste

For software- og digitalt indhold-projekter bør kontrakten specificere:

• Ejendomsret: hvem ejer softwaren eller indholdet ved levering?
• Licenstype: overdragelse, eksklusiv eller ikke-eksklusiv licens?
• Open source: leverandøren oplyser og dokumenterer alle komponenter
• Tredjepartsrettigheder: leverandøren indestår for, at leverancen ikke krænker tredjeparters rettigheder
• Ideelle rettigheder: i hvilket omfang fraviges de?
• Videreudvikling: klientens ret til at modificere og videreudvikle
• Escrow: kildekode-escrow ved leverandørkonkurs?
• Underleverandører: krav om, at underleverandørers rettigheder overdrages til klienten

Registrering og bevis for ophavsret

I modsætning til patenter og varemærker kræver ophavsret ingen registrering. Retten opstår automatisk ved skabelsen.

Men beviset for, hvornår og af hvem et værk er skabt, kan have afgørende betydning ved en tvist. Praktiske måder at dokumentere det på:

• Git-historik: en commit-log med tidsstempler er et stærkt bevis for software
• Versionshistorik: gemte versioner med metadata
• E-mail: korrespondance om skabelsesprocessen
• Tidsstempling: i visse tilfælde kan en tidsstemplet hash af koden gemmes som dokumentation

Ofte stillede spørgsmål

Ejer jeg den kode, en konsulent har skrevet til mig, hvis jeg har betalt for den?

Ikke automatisk. Du ejer retten til at bruge koden inden for det aftalte formål. Fuld ejendomsret kræver en eksplicit overdragelsesklausul.

Kan en freelancer genbruge kode fra mit projekt i andre projekter?

Det afhænger af kontrakten. Har du en overdragelsesklausul, er svaret nej. Uden en klausul er svaret muligvis ja for generiske komponenter, men det er en gråzone.

Hvad er en kildekode-escrow-aftale?

En escrow-aftale sikrer, at en neutral tredjepart opbevarer en kopi af kildekoden og giver klienten adgang til den, hvis leverandøren lukker, nægter at levere support eller bryder kontrakten.

Beskytter ophavsretten mig mod, at nogen kopierer min app-idé?

Nej. Ophavsretten beskytter kun udtrykket (den konkrete kode), ikke idéen. Konkurrenter kan lovligt bygge en lignende app. For tekniske opfindelser er patent den rette beskyttelse.

Hvem ejer rettighederne til AI-genereret kode?

Et voksende spørgsmål uden endelig afklaring. I Danmark er udgangspunktet, at ophavsret kræver en menneskelig skaber. Rent AI-genereret kode har sandsynligvis ingen traditionel ophavsretlig beskyttelse, men den, der udformer prompten og udvælger og redigerer outputtet, kan efter omstændighederne have et krav.

Konklusion

Ophavsret til software og digitalt indhold er for vigtigt til at overlade til fortolkning. Udgangspunktet er, at freelancere og konsulenter ejer deres eget arbejde, mens et edb-program skabt af en ansat overgår til arbejdsgiveren efter § 59. En klar kontrakt fra begyndelsen, der fastlægger ejendomsret, licenstype, open source-forhold og ideelle rettigheder, sikrer, at du ejer det, du tror, du ejer.

---

Indholdet i denne artikel er vejledende og udgør ikke juridisk rådgivning. Konsulter en advokat for rådgivning om din specifikke situation.