Utviklerne skrev koden – hvem eier programvaren når kunden betalte?

Loven gir opphavsmannen retten, ikke oppdragsgiveren

Åndsverkloven bygger på et enkelt utgangspunkt: den som skaper et verk, eier opphavsretten til det. For dataprogrammer finnes det et viktig unntak i loven som sier at opphavsretten til programvare skapt i et ansettelsesforhold som hovedregel går over til arbeidsgiveren, med mindre noe annet er avtalt. Dette unntaket gjelder ansatte. Det gjelder ikke automatisk for en frilanser, et konsulentselskap eller en utvikler du har leid inn på timebasis. Der er utgangspunktet motsatt: utvikleren beholder rettighetene, og du som kunde får det avtalen faktisk sier at du får, verken mer eller mindre.

Tomasz oppdaget for sent at kontrakten ikke sa noe om koden

Tomasz driver et lite bookingfirma og betalte en frilansutvikler for å bygge et bestillingssystem til nettsiden, uten en skriftlig konsulentavtale som regulerte hva som skulle skje med rettighetene etterpå. Regningen ble betalt i sin helhet, systemet fungerte, og Tomasz tenkte ikke mer over det før han to år senere ønsket å bytte til en annen leverandør fordi den opprinnelige utvikleren hadde blitt vanskelig å nå. Da ba han om kildekoden. Svaret han fikk var at kontrakten aldri hadde overført noen rettigheter, bare gitt Tomasz en lisens til å bruke løsningen slik den var levert. Kildekoden lå hos utvikleren, og uten den kunne ingen andre videreutvikle eller vedlikeholde systemet. Tomasz endte med å måtte forhandle seg fram til tilgang, og det kostet både tid og penger som en tydelig klausul fra start ville spart ham for.

Bruksrett er ikke det samme som eiendomsrett

En bruksrett gir deg lov til å benytte programvaren til det formålet den ble laget for. Det samme prinsippet gjelder når byrået har laget nettsiden: en bruksrett gir deg ikke automatisk rett til å endre koden fritt, la andre videreutvikle den, eller ta den med til en ny leverandør. Skal du faktisk eie koden, må avtalen si det uttrykkelig, gjerne med en formulering om at samtlige opphavsrettigheter overdras til kunden ved levering og betaling. Uten en slik klausul risikerer du å stå igjen med et system du har betalt for, men som du verken kan flytte, tilpasse eller la en annen utvikler jobbe videre på uten ny tillatelse.

Kildekode og tilgang: det andre spørsmålet kontrakten må svare på

Selv når eiendomsretten er avtalt riktig, hjelper det lite hvis du aldri får kildekoden i hånden. Mange leverandører sitter på koden i egne systemer og leverer bare en ferdig kjørbar løsning. Løsningen mange velger er å avtale at kildekoden oppbevares hos en uavhengig tredjepart og frigis til kunden dersom leverandøren går konkurs eller slutter å levere vedlikehold. Alternativt kan kontrakten rett og slett kreve løpende tilgang til koden i et delt repositorium gjennom hele samarbeidet, slik at spørsmålet aldri blir stående ubesvart den dagen forholdet til leverandøren tar slutt.

Klausulen som burde stått i kontrakten fra start

Problemstillingen er beslektet med det som gjelder når en frilanser har laget logoen: opphavsretten følger som hovedregel skaperen, ikke oppdragsgiveren, med mindre avtalen sier noe annet. Skal du unngå Tomasz sin situasjon, bør avtalen med utvikleren eller byrået slå fast tre ting samtidig: at samtlige rettigheter til det som utvikles overdras til deg ved levering, at du får løpende eller garantert tilgang til kildekoden, og at eventuelle tredjepartskomponenter i løsningen er tydelig identifisert slik at du vet hva du faktisk eier og hva som fortsatt tilhører andre. En slik klausul koster ingenting å ta med i kontrakten fra starten, men den kan bli dyr å forhandle seg til i etterkant, når du sitter uten forhandlingskort fordi løsningen allerede er i drift.

Mange bedrifter blander egne ansatte med innleide utviklere fra et bemanningsforetak eller et konsulentselskap i samme prosjekt, og antar at alle jobber under de samme reglene. Det gjør de ikke. Åndsverklovens særregel om arbeidsgivers rett til programvare gjelder ansettelsesforholdet, ikke arbeidsstedet eller hvem som leder prosjektet. En innleid konsulent som sitter fysisk i dine lokaler og bruker ditt utstyr er fortsatt ansatt hos sitt eget selskap, og rettighetene til det vedkommende skriver følger som hovedregel det selskapet, ikke deg. Skal du være sikker på at hele kodebasen faktisk tilhører din bedrift uavhengig av hvem som skrev den, må overdragelsen stå eksplisitt i innleieavtalen på samme måte som i en frilanskontrakt.

Hva Tomasz gjorde etterpå

Etter at forhandlingene med den opprinnelige utvikleren var avsluttet, og kildekoden endelig var overlevert, endret Tomasz rutinen for alle senere IT-leveranser. Enhver ny avtale med en utvikler eller et byrå, enten den kalles en leverandøravtale eller en enklere konsulentkontrakt, inneholder nå en fast klausul om at rettighetene overdras ved betaling, og en bestemmelse om at kildekoden skal leveres eller gjøres tilgjengelig fortløpende gjennom hele prosjektet, ikke først når samarbeidet avsluttes. Kostnaden ved å be en advokat kvalitetssikre denne typen klausul én gang er lav sammenlignet med det Tomasz endte med å betale for å løse opp i en situasjon der ingenting var avtalt fra start.

Kort oppsummert

• Eierskap til programvare bestilt hos en frilanser går ikke automatisk til kunden, i motsetning til programvare laget av egne ansatte.
• Uten en uttrykkelig overdragelsesklausul sitter du normalt igjen med en bruksrett, ikke en eiendomsrett til koden.
• Krev tilgang til kildekoden i kontrakten, gjerne med en løsning for oppbevaring hos en tredjepart hvis leverandøren forsvinner.
• Identifiser hvilke deler av løsningen som er tredjepartskomponenter, slik at du vet hva du faktisk eier når avtalen er signert.