Exitklausuler: forsikringen din ved leverandørbytte
Exitklausuler regulerer hva som skjer når et IT-samarbeid tar slutt: overlevering av kode og dokumentasjon, kunnskapsoverføring, oppsigelsestid og datautlevering i maskinlesbart format. Riktig skrevet gjør de et fremtidig leverandørbytte udramatisk. Det beste tidspunktet å forhandle dem frem på er før samarbeidet starter, mens du fortsatt har forhandlingsposisjonen.
Ingen signerer en utviklingsavtale med tanke på å bytte leverandør. Likevel er det nettopp da, ved signeringen, at et fremtidig bytte avgjøres, for det er den eneste gangen du har forhandlingsposisjonen til å gjøre det udramatisk. Uten exitklausuler kan et bytte bli dyrt, langvarig og avhengig av velviljen til en leverandør du kanskje forlater i misnøye. Denne guiden går gjennom klausulene som gjør byttet til en ryddig prosess i stedet for en konflikt.
Overlevering: kode, dokumentasjon og kunnskap
Kjernen i en exitklausul er hva leverandøren faktisk skal levere fra seg. Det holder ikke at avtalen sier at dere «eier koden». Den må også regulere at koden overleveres i brukbar stand.
En fullstendig overlevering omfatter fire deler:
- Kildekoden, komplett og i byggbar stand. Da kan en ny leverandør ta over uten at deler mangler.
- Dokumentasjonen, oppdatert og tilstrekkelig til å forstå hvordan systemet er bygget og driftes.
- Tilgang til kontoer og miljøer (servere, domener, tredjepartstjenester) med en ryddig overføring av eierskapet.
- Kunnskapsoverføring til det nye teamet, gjerne i form av et avtalt antall bistandstimer der den avtroppende leverandøren svarer på spørsmål.
Det siste punktet er det som oftest blir glemt. Kode uten kunnskap er som en bygning uten tegninger: Alt er der, men ingen vet hvor ledningene går. Et par ukers overlapp der den gamle leverandøren er tilgjengelig, kan spare den nye for måneder med gjetting, men bare hvis det står i avtalen. I et avsluttet samarbeid er det sjelden mye velvilje å lene seg på.
Oppsigelsestid og datautlevering
To vilkår avgjør hvor smidig selve frakoblingen går: hvor lang tid dere har på dere, og i hvilken stand dere får med dere dataene.
Oppsigelsestiden skal være lang nok til at dere rekker å velge en ny leverandør og gjennomføre en overlevering, men ikke så lang at dere sitter fast i et samarbeid som ikke fungerer. Den bør også være gjensidig og tydelig slik at ingen av partene kan trekke ut prosessen.
Datautleveringen er minst like viktig og blir ofte oversett. Dataene tilhører dere, men det hjelper lite hvis dere får dem ut i et format dere ikke kan bruke. Avtalen skal slå fast at data leveres i et maskinlesbart, dokumentert standardformat som kan importeres et annet sted, ikke som en uleselig databasedump eller en haug med PDF-er. Et klassisk innlåsingsknep er nettopp å gjøre utleveringen så upraktisk at det føles enklere å bli. En tydelig klausul lukker den døren.
Hva som kan koste ekstra, og hva som skal inngå
En rimelig avslutning er ikke gratis, men den skal heller ikke være en straff som gjør et bytte ulønnsomt. Grensen går mellom faktisk merarbeid og det som burde ha vært på plass hele tiden.
| Post ved avslutning | Rimelig håndtering |
|---|---|
| Data dere eier | Skal inngå: leveres i brukbart format uten ekstra gebyr |
| Kildekode dere har betalt for | Skal inngå: overleveres komplett uten tillegg |
| Grunnleggende dokumentasjon | Skal inngå: holdes oppdatert fortløpende |
| Bistandstimer ved overlevering | Kan faktureres: faktisk utført arbeid etter avtalt sats |
| Omfattende spesialeksport | Kan faktureres: hvis den går utover et standardformat |
Prinsippet er enkelt: Det dere allerede har betalt for, skal dere få med dere uten løsepenger, mens nytt arbeid i overgangen med rimelighet kan faktureres. Når grensen står i avtalen, kan ikke kostnaden ved avslutning brukes til å låse dere inne.
Et konkret scenario
En organisasjon ønsket å bytte leverandør etter noen år fordi samarbeidet hadde kjølnet og prisen steget. I avtalen fantes en gjennomtenkt exitklausul: tre måneders oppsigelsestid, kildekode og dokumentasjon som skulle overleveres komplett, datautlevering i standardformat og tjue bistandstimer til kunnskapsoverføring.
Byttet ble udramatisk. Den nye leverandøren fikk koden i byggbar stand, kunne stille spørsmål til det avtroppende teamet i overgangen og importerte dataene uten problemer. Det som uten klausulene kunne ha blitt en månedslang konflikt om hvem som eide hva, ble i stedet en planlagt overlevering på noen uker. Forsikringen som ble tegnet ved signeringen, viste seg å være verdt langt mer enn det kostet å forhandle den frem.
Forhandle frem tryggheten før du signerer
Exitklausuler føles unødvendige i den optimistiske fasen når en ny avtale skrives, og det er nettopp derfor de blir glemt. Men de koster nesten ingenting å forhandle frem i den situasjonen og blir umulige å få til når de først trengs. Se på dem som en forsikring: Du håper å slippe å bruke den, men du vil ikke tegne den etter at det har brent.
Vi i Weapp jobber for at kundene våre aldri skal føle seg låst inne, og hjelper gjerne til med å vurdere vilkårene for avslutning som en del av tjenestene våre. Skal dere snart inngå en utviklingsavtale? Ta kontakt, så går vi gjennom hvilke klausuler som er verdt å få på plass før avtalen signeres.
Ofte stilte spørsmål
Hva er en exitklausul i en IT-avtale?
En del av avtalen som regulerer hvordan samarbeidet avvikles, og hva leverandøren skal levere fra seg når det tar slutt. Den dekker overlevering av kode og dokumentasjon, kunnskapsoverføring, oppsigelsestider og hvordan dere får dataene utlevert. Formålet er at et bytte skal kunne skje ryddig, uansett om grunnen er misnøye, prisendringer eller at dere har vokst fra leverandøren.
Hvorfor bør man forhandle om avslutningen før samarbeidet i det hele tatt har startet?
Fordi det er da dere har forhandlingsposisjonen. Før avtalen skrives, konkurrerer leverandøren om oppdraget og er villig til å gå med på rimelige vilkår. Når samarbeidet først er i gang og dere er avhengige av leverandøren, er de samme vilkårene mye vanskeligere å få gjennomslag for. Å regulere avslutningen tidlig er billigst og tryggest, omtrent som en forsikring man tegner før det brenner.
Hva bør inngå i en overlevering ved leverandørbytte?
Kildekoden i komplett og byggbar stand, oppdatert dokumentasjon, tilgang til kontoer og miljøer samt kunnskapsoverføring til den nye leverandøren. Ofte bør avtalen også angi et antall bistandstimer der den avtroppende leverandøren svarer på spørsmål i overgangen. Uten regulert kunnskapsoverføring kan koden være komplett og likevel vanskelig for neste team å ta over.
I hvilket format skal data leveres ut ved avslutning?
I et maskinlesbart og dokumentert standardformat slik at dataene kan importeres i et nytt system. En PDF-dump eller en låst database dere ikke kan tolke, er ikke en reell datautlevering. Avtalen bør slå fast at dataene tilhører dere, at de leveres i brukbar stand, og at ingenting holdes som gissel for å presse frem fortsatt samarbeid eller ekstra betaling.
Hva er det rimelig å betale ekstra for ved avslutning?
Faktisk utført arbeid under selve overleveringen kan med rimelighet faktureres, for eksempel bistandstimer og en større dataeksport. Det som ikke skal koste ekstra, er det som burde ha vært på plass hele tiden: dataene dere eier, grunnleggende dokumentasjon og koden dere har betalt for. Avtalen bør trekke grensen tydelig slik at kostnaden ved avslutning ikke blir en måte å låse dere inne på.