Kunden krever kildekoden og alle filer – må jeg levere?

Hva som er avtalt levert, og hva som bare er arbeidsmateriale

Grensen mellom leveranse og arbeidsmateriale er sjelden skrevet ned i detalj, fordi begge parter som regel tenker på det ferdige resultatet når de forhandler pris og omfang. Nettopp derfor kommer spørsmålet ofte som en overraskelse mot slutten av prosjektet, når kunden plutselig ønsker innsyn i alt som ligger bak selve produktet.

De fleste avtaler beskriver et ferdig resultat: et fungerende system, en publisert nettside, en levert rapport. Det er dette resultatet, ikke veien dit, som utgjør den avtalte leveransen, og skillet blir spesielt tydelig når kunden i etterkant ønsker innsyn i alt som ligger bak det ferdige produktet. Underveismateriale som utkast, testversjoner og interne dokumentasjonsfiler er sjelden en del av det avtalte leveransen med mindre avtalen konkret nevner det. Andrej sin avtale beskrev levering av et fungerende bestillingssystem klart til drift, ikke hele den underliggende kildekoden med kommentarer og utviklingshistorikk, og det var nettopp dette skillet som avgjorde hva han faktisk var forpliktet til å sende over. Testfiler, gamle versjoner av koden han hadde forkastet underveis, og interne notater om løsninger som ikke fungerte, hørte etter hans syn tydelig til arbeidsmaterialet, ikke til den avtalte leveransen, på samme måte som en håndverker ikke skylder kunden alle kappede materialbiter og feilslåtte forsøk fra byggeplassen.

Tilbakeholdsrett: du kan holde tilbake leveransen til fakturaen er betalt

Retten gjelder uavhengig av om det er en direkte eller indirekte sammenheng mellom den ubetalte fakturaen og den konkrete leveransen du holder tilbake, så lenge begge deler stammer fra samme kundeforhold.

Står siste faktura ubetalt, har du som hovedregel rett til å holde tilbake det som ikke allerede er overlevert, inntil betalingen er på plass. Dette prinsippet gjelder i alminnelig avtalerett langt utover selve kildekoden, og gir deg et konkret pressmiddel som ofte er langt mer effektivt enn en purring alene, nettopp fordi kunden selv trenger leveransen for å komme videre. Dette gjelder selv om resten av arbeidet er ferdig og klart til å sendes. Andrej brukte nettopp denne retten da kunden krevde alt av filer samtidig som en faktura fra to måneder tidligere fortsatt ikke var betalt: han var tydelig på at overlevering ville skje samme dag som betalingen kom inn. Kunden protesterte først, men innså raskt at kravet om umiddelbar utlevering uten betaling ikke sto på fastere grunn enn Andrejs rett til å holde tilbake det han selv hadde produsert.

Avtalt overdragelse av kildekoden skal stå skriftlig

En slik klausul trenger ikke være lang eller komplisert, bare tydelig nok til at ingen av partene senere kan hevde å ha misforstått hva som egentlig var ment å følge med i leveransen.

Skal kunden ha rett til selve kildekoden, ikke bare det ferdige produktet, bør dette stå eksplisitt i konsulentavtalen fra starten. Uten en slik klausul beholder du som utgangspunkt rettighetene til det underliggende arbeidet, se også hvordan opphavsrett konsulent leveranse vurderes mer generelt. Mange kunder antar at betaling for prosjektet automatisk gir dem alt, men det stemmer ikke uten at det faktisk er skrevet inn i avtalen som en egen overdragelse. Dette gjelder også når kunden senere ønsker å bytte leverandør: uten en overdragelsesklausul kan ikke en ny utvikler lovlig overta og videreutvikle den underliggende kildekoden bare fordi kunden har betalt for det ferdige produktet en gang tidligere.

Forhandlingsløsningen når kunden krever mer enn avtalt

Krever kunden mer enn det som opprinnelig var avtalt, er det ofte mulig å finne en løsning der du utleverer det de faktisk trenger for videre drift eller vedlikehold, uten å gi fra deg alt underveismateriale eller interne verktøy du bruker på tvers av flere kunder samtidig. Andrej endte opp med å levere den ferdige kildekoden til selve systemet, mot en tilleggsbetaling for arbeidet med å pakke og dokumentere den ordentlig, mens interne skript og maler han selv hadde utviklet, forble hans. Løsningen tok en times samtale å bli enige om, langt raskere enn en fastlåst konflikt der ingen part vil gi seg, nettopp fordi begge visste hva de faktisk trengte i motsetning til hva de i utgangspunktet krevde.

Hva Andrej endret i avtalemalen sin etterpå

Etter denne saken la Andrej inn et eget punkt i standardavtalen sin som konkret beskriver hva som overdras ved levering, og hva som ikke gjør det. Han presiserer nå også at eventuell overlevering av kildekode utover det avtalte produktet, forutsetter en egen avtale om pris og omfang. Dette har spart ham for flere lignende diskusjoner i senere oppdrag, fordi kunden vet nøyaktig hva de får allerede før arbeidet starter. Punktet tar bare noen få linjer i kontrakten, men har vist seg å spare langt mer tid enn det tok å skrive, hver eneste gang et prosjekt går mot slutten og overleveringen skal avklares.

Kort oppsummert

• Du plikter kun å levere det som faktisk er avtalt, ikke arbeidsmateriale, utkast eller interne verktøy.
• Står en faktura ubetalt, kan du holde tilbake leveransen til betalingen er mottatt.
• Rett til selve kildekoden, utover det ferdige produktet, må avtales eksplisitt og skriftlig.
• Uten en overdragelsesklausul kan ikke kunden lovlig la en annen leverandør bygge videre på koden din.
• Krever kunden mer enn avtalt, kan en tilleggsbetaling for utvidet overlevering løse saken uten konflikt.