Ophavsret til software og digitalt indhold i Danmark: Komplet guide

# Ophavsret til software og digitalt indhold i Danmark: Komplet guide

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 et konsulentoppdrag?

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 en litterær frembringelse beskyttet af ophavsretsloven, jf. ophavsretslovens § 1 og det særlige kapitel om edb-programmer (§§ 36-44). Beskyttelsen opstår automatisk — der kræves ingen registrering.

For at en frembringelse er ophavsretligt beskyttet, kræves værkshøjde — dvs. at den er original og bærer præg af skabelsens personlige indsats. For software er tersklen generelt lav: en kodesnippet der løser et problem på en bestemt måde, er normalt beskyttet.

Hvad er beskyttet?

• Kildekode (source code) — det er den primære form for beskyttelse
• Objektkode (kompileret kode)
• Programstruktur og algoritmer — i det omfang de er udtrykt originalt
• Grænsefladedesign (UI) — som grafisk/kunstnerisk frembringelse
• Databaser — beskyttet som samleværk og via særlige databaserettigheder

Hvad er IKKE beskyttet:

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

Ejendomsretten: Freelancer vs. ansat

Software skabt af en freelancer/konsulent

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

Dette 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 i henhold til kontrakten, men kan ikke modificere eller videresælge den
• Freelanceren kan i princippet sælge den samme kode til konkurrenter
• Klienten kan ikke sælge virksomheden med fuld ejendomsret til softwaren

Software skabt af en ansat

For ansatte gælder ophavsretslovens § 59: software skabt af en lønmodtager som led i det normale arbejde tilhører arbejdsgiveren. Det er en automatisk overdragelse — ingen eksplicit aftale er nødvendig.

Undtagelsen: software skabt i medarbejderens fritid, der ikke bruger virksomhedens ressourcer og ikke er inden for virksomhedens arbejdsområde, tilhører medarbejderen.

Kontrakter og ophavsret: Hvad skal aftales?

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

Model 1: Overdragelse af ophavsret

Freelanceren overdrager alle 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 kode på andre projekter.

Formulering:

> "Leverandøren overdrager ved levering alle ophavsrettigheder, inkl. ret 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; ved virksomhedssalg kan det komplicere 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 — anvend altid Model 1 (fuld overdragelse) eller Model 2 (eksklusiv licens). For standard-biblioteker 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?

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

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

• Oplyser alle anvendte open source-komponenter
• Dokumenterer licenser
• Undgår GPL-licenser i kernesystemet (medmindre 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?

Freelancer: Som udgangspunkt ejeren af alt skabt under projektet.

Klienten: Brugsret inden for det aftalte formål — og mere, hvis 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 forfatte videreudvikle teksterne eller bruge dem til formål ud over hjemmesiden.

Ideelle rettigheder

Ophavsretten har to dimensioner:

• Økonomiske rettigheder — kan overdrages til andre
• Ideelle rettigheder — kan ikke overdrages; skaberen har altid ret til at krediteres og modsætte sig krænkende ændringer

Ideelle rettigheder kan fraviges kontraktmæssigt — dvs. skaberen kan i kontrakten acceptere, at hans navn ikke fremgår, og at klienten kan ændre værket frit.

I kommercielle kontrakter er det normal praksis at inkludere en klausul, der fraviger leverandørens ideelle rettigheder.

Krav til kontrakten: Konkret tjekliste

For software- og digitalt indholdsprojekter bør kontrakten specificere:

• [ ] Ejendomsret: Hvem ejer softwaren/indholdet ved levering?
• [ ] Licenstype: Overdragelse, eksklusiv eller ikke-eksklusiv licens?
• [ ] Open source: Leverandøren oplyser og dokumenterer alle OSS-komponenter
• [ ] Tredjepartsrettigheder: Leverandøren garanterer, at leverancen ikke krænker tredjeparters rettigheder
• [ ] Ideelle rettigheder: Fraviges leverandørens ideelle rettigheder?
• [ ] Videreudvikling: Klientens ret til at modificere og videreudvikle
• [ ] Escrow: Kildekode-escrow ved leverandørkonkurs?
• [ ] Underleverandører: Evt. krav om at underleverandørers rettigheder overdrages til klienten

Se LegalDocks [konsulentaftale skabelon](/skabeloner) og [freelancer serviceaftale](/skabeloner) for korrekt formulerede klausuler. [Overdragelsesaftale](/skabeloner) bruges til at formalisere rettighedsoverdragelse separat.

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 hvem der skabte et værk, kan have afgørende betydning ved tvister. Praktiske måder at dokumentere dette på:

• Git-historik — commit-log med timestamps er stærkt bevis for software
• Versionshistorik — gemte versioner med metadata
• E-mail — korrespondance om skabelsesprocessen
• Notarisering — i visse tilfælde kan en timestampet hash af koden registreres

FAQ: Ophavsret til software og digitalt indhold

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?

Afhænger af kontrakten. Har du en overdragelsesklausul, er svaret nej. Uden 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. Giver klienten adgang til koden, 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 udtrykkket (den konkrete kode), ikke idéen. Konkurrenter kan lovligt bygge en lignende app. For tekniske opfindelser er patent den rette beskyttelse.

Hvem ejer rettigheder til AI-genereret kode?

Et voksende spørgsmål uden endelig afklaring. I Danmark er udgangspunktet, at ophavsret kræver en menneskelig skaber. AI-genereret kode har sandsynligvis ingen traditionel ophavsretlig beskyttelse — men den menneskelige prompt-forfatter og den, der vælger og redigerer outputtet, kan have et krav.

Sikr dine digitale rettigheder fra start

Ophavsret til software og digitalt indhold er for vigtigt til at overlade til fortolkning. En klar kontrakt fra start sikrer, at du ejer det, du tror, du ejer.

LegalDock tilbyder [konsulentaftale](/skabeloner), [freelancer serviceaftale](/skabeloner) og [overdragelsesaftale](/skabeloner) med korrekte IP-klausuler. Se [vores priser](/priser).

Læs også vores guide til [immaterielle rettigheder i ansættelsesforhold](/blog/immaterielle-rettigheder-ansaettelse-hvem-ejer) og [overdragelse af immaterielle rettigheder](/blog/overdragelse-immaterielle-rettigheder-guide).