Immaterielle rettigheter i utviklingsprosjekter: en guide for oppdragsgivere
Immaterielle rettigheter i programvareprosjekter omfatter mer enn kildekoden: også design, varemerke, databaser og byråets gjenbrukbare komponenter. Opphavsretten oppstår automatisk hos den som skaper verket, altså leverandøren, og overføres bare i den grad avtalen uttrykkelig regulerer det. En kunde som ønsker å kunne videreutvikle, selge selskapet eller bytte leverandør, trenger derfor skriftlige IP-klausuler fra start.
Når kunder tenker på immaterielle rettigheter i et utviklingsprosjekt, stopper tanken som regel ved kildekoden. Men et digitalt produkt er mer enn kode: Det har et design, kanskje et varemerke, en database bygget opp over tid og ofte innebygde deler av byråets egne verktøy. Hver av disse har sitt eget rettslige vern og sitt eget eierspørsmål. Overser du én av dem, kan du eie koden, men likevel mangle retten til å selge eller flytte produktet.
Hva opphavsretten beskytter automatisk
Etter norsk rett (åndsverkloven § 2) er hovedregelen enkel og kontraintuitiv: Opphavsretten oppstår hos den som skaper verket, i samme øyeblikk det skapes, uten registrering. Det gjelder kildekode, grafikk, tekster og andre verk. At du betaler for arbeidet, gir deg altså ikke automatisk eiendomsretten. Du får bare det avtalen uttrykkelig overfører.
Det betyr at hvis avtalen er taus om immaterielle rettigheter, beholder leverandøren retten til det som er skapt, og du får normalt bare en bruksrett. Du har lov til å bruke produktet, men ikke nødvendigvis til å endre det, selge det eller la noen andre jobbe med det. Vernet finnes, men det beskytter leverandøren, ikke deg.
Noe krever dessuten et aktivt grep for i det hele tatt å bli beskyttet. Et varemerke eller en logo får sitt sterkeste vern gjennom registrering. En oppfinnelse kan i unntakstilfeller være patenterbar. Poenget er at du ikke skal ta for gitt at «det ordner seg»: Det som ikke reguleres, havner sjelden hos deg.
Byråets egne biblioteker og verktøy
Nesten ingen byråer bygger hvert prosjekt fra bunnen av. De gjenbruker egne rammeverk, komponentbiblioteker og interne verktøy som gjør arbeidet raskere. Det er bra for deg fordi det senker kostnaden, men det skaper en gråsone.
Disse komponentene eies som regel fortsatt av byrået, som gir deg en lisens til å bruke dem i produktet ditt. Problemet oppstår når lisensen er uklar eller for smal. Er den tidsbegrenset? Har en annen leverandør lov til å røre de delene hvis du bytter? Følger den med hvis du selger selskapet?
Avklar tre ting før prosjektet starter:
- Hva som er unikt for deg, og hva som er byråets. Be om en tydelig grense mellom kode skapt spesifikt for deg og byråets gjenbrukte materiale.
- Lisensens omfang. Sikt mot en evigvarende, overdragbar lisens for byråkomponentene som produktet ditt hviler på. Da blir de ikke en innlåsingsmekanisme.
- Åpen kildekode. Nesten alle prosjekter bruker komponenter med åpen kildekode. De er gratis, men har vilkår, og noen lisenser stiller krav til hvordan din egen kode kan distribueres. Krev en liste.
Design, databaser og varemerke
De immaterielle rettighetene i et produkt strekker seg utover koden, og hver del har sitt eget eierspørsmål.
| Ressurs | Hva som gjelder |
|---|---|
| Kildekode | Opphavsrett hos den som skaper den; må overføres i avtale |
| Design og grafikk | Eget opphavsrettslig vern; overfør designet separat, ikke bare koden |
| Databasens innhold | Kan ha et særskilt databasevern; avklar hvem som eier dataene |
| Varemerke og logo | Sterkest vern gjennom registrering; registrer i eget navn |
| Byråets komponenter | Eies av byrået; sikre en bred, overdragbar lisens |
Databasen fortjener ekstra oppmerksomhet. Innholdet (kundedata, transaksjoner, historikk) er ofte produktets mest verdifulle del og kan være omfattet av et særskilt vern i tillegg til opphavsretten. Sørg for at avtalen slår fast at dataene er dine, ikke leverandørens.
IP-klausuler når selskapet skal selges
Den dagen du selger selskapet eller henter inn en investor, blir det gjort en gjennomgang av hvilke rettigheter som faktisk følger med. Uklare immaterielle rettigheter er et av de vanligste ankepunktene, og de trekker ned verdsettelsen eller velter hele salget.
Et scenario: Et selskap hadde bygget plattformen sin sammen med et byrå i tre år og skulle selges. Kjøperens gjennomgang viste at designet aldri var overført skriftlig, og at en sentral søkemodul var byråets lisensierte komponent uten overdragbar lisens. Salget trakk ut i måneder mens det ble ryddet opp i rettighetene i etterkant, og forhandlingsposisjonen ble langt dårligere enn om det hadde vært gjort fra start.
Rydder du opp i de immaterielle rettighetene før utviklingen starter, blir de en ressurs i stedet for en risiko. I tjenestene våre jobber vi i kundens navn og overfører rettighetene fortløpende. Ønsker du å gå gjennom situasjonen i et pågående prosjekt, er du velkommen til å ta kontakt.
Ofte stilte spørsmål
Er koden beskyttet automatisk uten at vi registrerer noe?
Ja. Kildekode er vernet som datamaskinprogram etter åndsverkloven § 2, og vernet gjelder fra det øyeblikket koden skrives, uten registrering. Men opphavsretten ligger hos den som skapte koden, altså utvikleren eller byrået. At koden er vernet, betyr ikke at rettighetene er dine. Det avgjøres av hva dere har avtalt om overføring av rettighetene.
Hva gjelder for byråets egne biblioteker som inngår i løsningen vår?
De eies som regel fortsatt av byrået, som gir deg en lisens til å bruke dem. Det er i seg selv fornuftig, men du må vite hvilke deler det gjelder. Lisensen må også være bred nok, gjerne evigvarende og overdragbar. Ellers kan nettopp de komponentene bli en usynlig krok som holder deg fast hos leverandøren.
Gjelder de samme reglene for design og grafikk som for koden?
I prinsippet ja. Grensesnitt, ikoner, illustrasjoner og andre grafiske verk har eget opphavsrettslig vern, og retten oppstår hos designeren. Sørg derfor for at avtalen også overfører designet, ikke bare koden. Et varemerke eller en logo må i tillegg kanskje beskyttes separat gjennom varemerkeregistrering.
Hva skjer med IP-en hvis vi selger selskapet?
En kjøper går alltid gjennom hvilke rettigheter som faktisk følger med. Kan du ikke vise at du eier koden, designet og retten til sentrale komponenter, faller verdien, eller så ryker salget. Uklare immaterielle rettigheter er et av de vanligste ankepunktene ved oppkjøp av selskaper, så rydd opp i dem lenge før et salg.