Hvem ejer koden til appen?

Kort svar

Hvem der ejer koden til din app, afgøres af aftalen, ikke af hvem der betalte. Efter den danske ophavsretslov har den, der skaber et edb-program, ophavsretten til det, og koden går kun automatisk over til arbejdsgiveren, når den er skrevet af en ansat. Et bureau eller en freelancer er ikke din ansatte. Uden en skriftlig overdragelse kan de derfor beholde ophavsretten til den kode, de har skrevet, mens du kun har en ret til at bruge den. Sørg for, at kontrakten overdrager alle rettigheder til din virksomhed, at koden ligger et sted, du kontrollerer, og at Apple- og Google-kontiene står i virksomhedens navn. Denne artikel er generel information, ikke juridisk rådgivning.

Hvad loven siger

Tre bestemmelser i ophavsretsloven forklarer det meste.

Kode er beskyttet som tekst. Lovens § 1, stk. 3, siger, at værker i form af edb-programmer henregnes til litterære værker. Kildekoden til en app er altså beskyttet af ophavsret på samme måde som en bog, og ophavsmanden har eneret til at fremstille eksemplarer af den og gøre den tilgængelig.

Ansattes kode tilhører arbejdsgiveren. Efter § 59 overgår ophavsretten til et edb-program, der er frembragt af en arbejdstager under udførelsen af dennes arbejde eller efter arbejdsgiverens anvisninger, til arbejdsgiveren. Det er derfor, en virksomhed med egne udviklere normalt ejer koden uden særlige aftaler.

Alt andet kræver en overdragelse. Efter § 53 kan ophavsmanden helt eller delvis overdrage sine rettigheder. Og her ligger fælden: § 53, stk. 3, siger, at hvis ophavsmanden har overdraget en ret til at udnytte værket på en bestemt måde eller ved bestemte midler, giver overdragelsen ikke erhververen ret til at udnytte værket på andre måder. Overdragelser fortolkes altså snævert. Det, der ikke klart er overdraget, bliver hos ophavsmanden.

Situation	Hvem har udgangspunktet ophavsretten?
Din egen ansatte skriver koden som led i jobbet	Din virksomhed, efter § 59
Et bureau skriver koden uden aftale om rettigheder	Bureauet eller dets udviklere
En freelancer skriver koden uden aftale	Freelanceren
Bureau eller freelancer med skriftlig fuld overdragelse	Din virksomhed
Aftale om brugsret eller licens	Leverandøren; du må bruge koden som aftalt

Hvorfor betaling ikke er nok

Mange iværksættere går ud fra, at når de har betalt for en app, er koden deres. Det er en forståelig antagelse, men loven skelner mellem at købe et resultat og at få overdraget ophavsretten til det. § 53, stk. 2, siger endda, at overdragelse af eksemplarer ikke indbefatter overdragelse af ophavsretten.

Uden en klar klausul kan du stå i en mærkelig situation: appen ligger i App Store, du har betalt fakturaerne, men leverandøren har stadig ophavsretten til koden. Så længe samarbejdet går godt, mærker du det måske ikke. Det bliver først et problem, når du vil skifte leverandør, sælge virksomheden eller lade dine egne udviklere arbejde videre.

Det samme gælder designet. Skærmbilleder, ikoner, illustrationer og et logo, som en designer har lavet, er også beskyttet af ophavsret, og de følger ikke automatisk med koden. Hvis designet er lavet af en anden end den, der skrev koden, skal begge overdragelser være på plads. Ellers kan du ende med at eje koden, men ikke det udseende, brugerne genkender appen på.

Hvad du må, selv uden ophavsretten

Har du kun en ret til at bruge koden, er du ikke helt uden rettigheder. Ophavsretslovens § 36 giver den, der har ret til at benytte et edb-program, lov til at fremstille de eksemplarer og foretage de ændringer, der er nødvendige for at bruge programmet efter dets formål, herunder at rette fejl. Man må også lave en sikkerhedskopi, når det er nødvendigt for brugen, og den ret kan ikke fraviges ved aftale.

Det lyder betryggende, men rækkevidden er begrænset. Retten dækker det nødvendige for at bruge programmet til dets formål. Den giver ikke ret til at bygge nye funktioner, lave en Android-version, sælge koden videre eller give en ny leverandør frie hænder til at videreudvikle appen. Og hvis du ikke har adgang til kildekoden, er retten til at rette fejl i praksis svær at bruge. § 36 er et sikkerhedsnet, ikke en erstatning for en ordentlig overdragelse.

Hvad det betyder i praksis at eje sin app

At eje koden er kun én del af at eje sin app. Fuld kontrol kræver fire ting:

Hvad	Hvorfor det betyder noget
Ophavsretten til koden	Du må ændre, videreudvikle, sælge og lade andre arbejde på den
Adgang til kodearkivet	Rettigheder hjælper ikke, hvis du ikke kan få fat i koden
Apple Developer- og Google Play-kontiene	Appen i butikkerne hører til den konto, den er udgivet fra
Server, domæner og tjenester	Data, login og betaling kører ofte på konti, nogen skal eje

Apples udviklerprogram er knyttet til en konto, og appen i App Store hører til den konto. Er appen udgivet fra bureauets konto, skal den overføres, hvis du skifter leverandør, og det kræver bureauets medvirken. Opret derfor kontiene i virksomhedens navn fra starten, og giv bureauet adgang som bruger, ikke som ejer. Det samme gælder kodearkivet: det er virksomheden, der inviterer bureauet ind, ikke omvendt. Så kan adgangen fjernes med et klik, den dag samarbejdet slutter.

Gidselkode: når leverandøren bliver uundværlig

Gidselkode er et uformelt udtryk for en situation, hvor leverandøren i praksis kontrollerer din app, fordi de har koden, kontiene eller begge dele. Det sker sjældent af ond vilje. Oftere er det et resultat af, at ingen tænkte over det i starten: bureauet oprettede kontiene for at komme hurtigt i gang, koden lå i deres arkiv, og kontrakten sagde intet om rettigheder.

Konsekvenserne er konkrete. Du kan ikke uden videre skifte leverandør, du kan få svært ved at forhandle priser på vedligeholdelse, og en køber eller investor vil stille spørgsmål. Vores guide om hvad det koster at vedligeholde en app viser, hvorfor det er så vigtigt at kunne vælge sin leverandør frit i årene efter lanceringen.

Sådan sikrer du ejerskabet

Det meste kan løses med en god kontrakt og nogle få praktiske greb:

1. Skriv en klar overdragelsesklausul. Alle rettigheder til kildekode, design, grafik og dokumentation overdrages fuldt ud og uden begrænsning til bestemte formål til din virksomhed, senest ved betaling.
2. Undgå vage ord. Formuleringer som “brugsret” eller “licens til appen” giver netop den snævre ret, § 53, stk. 3, beskriver. Brug ordet overdragelse, og skriv, at den omfatter retten til at ændre, videreudvikle og overdrage koden videre.
3. Placer koden hos dig. Kodearkivet bør ligge på en konto, din virksomhed ejer, med bureauet som bruger.
4. Ejer kontiene selv. Apple Developer, Google Play, server, domæne og tredjepartstjenester i virksomhedens navn.
5. Få styr på tredjepartskode. Moderne apps bruger biblioteker og open source-komponenter, som andre har skrevet. Dem kan leverandøren ikke overdrage, fordi de ikke ejer dem. I stedet skal licenserne tillade din brug. Der findes mange forskellige open source-licenser med forskellige vilkår, og nogle stiller krav om, at ændringer deles. Kontrakten bør sige, at leverandøren har kontrolleret licenserne og kan give dig en liste over de komponenter, appen bruger.
6. Aftal dokumentation og overlevering. Hvad skal du have udleveret, hvis samarbejdet ophører: kode, dokumentation, adgangsoplysninger og en kort overlevering til den næste leverandør.

Deponering af kildekode

Hvis en leverandør af gode grunde kun vil give dig en licens, for eksempel fordi appen bygger på deres egen platform, kan deponering af kildekoden være en løsning. Ved kildekodedeponering placeres koden hos en uafhængig tredjepart, som udleverer den til dig, hvis bestemte betingelser opstår, for eksempel at leverandøren går konkurs eller holder op med at vedligeholde produktet. Det er mest relevant for større forretningskritiske systemer, men princippet er nyttigt at kende: hvis du ikke kan eje koden, så sørg i det mindste for, at du kan få fat i den, når det gælder.

Advarselstegn

Vær opmærksom, hvis en leverandør afviser at overdrage rettighederne uden en god forklaring, insisterer på at eje Apple-kontoen, ikke vil give dig adgang til kodearkivet, eller giver vage svar om, hvad der sker med koden, hvis I stopper samarbejdet. Nogle leverandører bygger på deres egen platform og kan have legitime grunde til kun at give en licens til dele af koden. Det kan være fint, men så skal det stå klart i kontrakten, hvad du ejer, og hvad du kun må bruge.

Ejerskab ved investering og salg

Når en investor eller køber kigger på din virksomhed, er appen ofte den vigtigste aktiv. En grundig due diligence spørger derfor, om virksomheden ejer koden fuldt ud, og hvor den ligger. Har et bureau stadig ophavsretten, kan det forsinke en investering, sænke prisen eller kræve, at rettighederne købes på plads i sidste øjeblik, hvor din forhandlingsposition er svagest.

Det er langt billigere at få det på plads fra starten. Hos AJBU overdrager vi rettighederne til koden til kunden, og appen udgives fra kundens egne konti, så der aldrig er tvivl om, hvem der ejer den. Du kan se eksempler på apps, vi har bygget, under vores arbejde. Vores svenske guide om hvem der ejer koden til appen dækker de samme spørgsmål fra et svensk perspektiv.

Når det er mere kompliceret

Nogle situationer kræver mere end en standardklausul. Det gælder, når en leverandør bygger appen på sin egen platform eller sine egne genbrugte moduler, når flere leverandører har bidraget til koden, når en medstifter har skrevet kode, før virksomheden blev stiftet, eller når appen indeholder indhold, som andre har rettighederne til. En medstifter, der skrev koden som privatperson, er ikke omfattet af § 59, så her er en skriftlig overdragelse til virksomheden lige så vigtig som over for et bureau. I de tilfælde er det værd at få en advokat med erfaring i ophavsret og IT-kontrakter til at se på aftalerne, før de underskrives.