En ophævelse af en IT-kontrakt er en af de største beslutninger, en kunde kan træffe i et projekt. Den skal hvile på dokumentation, der allerede findes, når ophævelsen sendes: hvilke fejl eller forsinkelser der er tale om, at leverandøren har fået besked og en rimelig chance, og hvordan leverancen så ud på dagen. Er dokumentationen ikke på plads, kan en ophævelse blive vendt mod jer.
Artiklen er til ledelsen og IT-chefen i perioden, hvor ophævelse er på bordet, men endnu ikke besluttet. Den erstatter ikke advokatens vurdering af, om betingelserne er opfyldt. Den handler om at sørge for, at advokaten har noget at vurdere på.
Hvorfor dokumentationen skal være klar før beslutningen
En ophævelse kræver typisk, at der foreligger en væsentlig misligholdelse, og at aftalens procedurer er fulgt. Hvad der er væsentligt, afhænger af aftalen og af sagens omstændigheder. Mange IT-aftaler, også statens standardkontrakter, har særlige regler for, hvornår kunden kan ophæve, fx efter en vis forsinkelse eller efter en mislykket prøve.
Hvis I ophæver uden tilstrækkelig grund, kan det i sig selv blive betragtet som misligholdelse fra jeres side. Leverandøren kan så kræve betaling for det udførte og erstatning. Derfor er rækkefølgen vigtig: først dokumentation, så vurdering, så beslutning.
Det skal I kunne vise
- Aftalen · Hvad der skulle leveres, hvornår og med hvilke krav
- Manglerne · Konkrete fejl, deres alvor og betydning for jer
- Forsinkelsen · Lovede og faktiske datoer, ændrede tidsplaner
- Reklamationerne · At leverandøren har fået skriftlig besked, og hvornår
- Afhjælpning · At leverandøren har haft mulighed for at rette, og hvad der skete
- Jeres medvirken · At I har leveret det, I skulle
- Leverancens tilstand · Hvordan systemet så ud, da I traf beslutningen
Det sidste punkt overses ofte. Når kontrakten er ophævet, kan leverandøren lukke miljøer, og jeres egne folk begynder at rette eller udskifte systemet. Så er det svært at vise, hvordan leverancen faktisk var.
Tidslinjen er rygraden
Saml det hele i én tidslinje, før advokaten skal vurdere sagen. Den skal vise aftalens milepæle, de faktiske leverancer, jeres reklamationer, leverandørens svar, nye tidsplaner og de vigtigste møder. Hver linje skal pege på et dokument: en mail, et referat, en sag i projektværktøjet eller en testrapport. En tidslinje uden henvisninger er en fortælling. En tidslinje med henvisninger er et arbejdsredskab, som advokaten kan bygge en ophævelse på, og som kan bruges igen, hvis sagen ender i en retssag eller en voldgift. → Skabelon: tidslinje over hændelsen
Tjek også, om der er perioder, hvor I ikke har dokumentation. Huller i tidslinjen er dem, modparten vil udfylde med sin egen version.
Reklamationerne skal være på plads
Mange aftaler kræver, at kunden reklamerer skriftligt over fejl og forsinkelser og giver leverandøren en frist til at rette. Gennemgå jeres korrespondance og find de mails eller breve, hvor I har gjort det. Notér datoen, hvad I skrev, og om leverandøren svarede. Mangler der reklamationer, så tal med advokaten om, hvordan det skal håndteres, før I går videre.
Frys leverancens tilstand
Inden beslutningen træffes, bør leverancen dokumenteres, som den er. Det kan gøres på flere niveauer:
- En opdateret fejlliste med dato, version og beskrivelse af hver fejl.
- Skærmoptagelser af de vigtigste fejl, mens de kan genskabes.
- Eksport af testresultater og fejlrapporter fra projektværktøjerne.
- Kopi af den leverede software og dokumentation, så langt I har adgang.
- Sikring af testmiljø og logs, hvis fejlene skal kunne efterprøves af en skønsmand senere.
Jo mere teknisk og omstridt sagen er, jo vigtigere er det, at sikringen laves på en måde, som en anden sagkyndig kan efterprøve. → Syn og skøn i IT-sager
Sikr data og adgange før ophævelsen sendes
Når leverandøren modtager ophævelsen, ændrer forholdet sig. Adgange til værktøjer og miljøer kan lukkes, og samarbejdet om at udlevere data kan blive vanskeligere. Sørg derfor for, at jeres egne data, kildekode i det omfang I har ret til den, dokumentation og projektværktøjernes historik er hentet hjem, før beslutningen bliver kendt. Den praktiske exitplan er beskrevet for sig. → Opsigelse af en IT-leverandør: sikr data og logfiler først
Hvis aftalen indeholder en ordning med deponering af kildekode, så find den frem og læs betingelserne for frigivelse. Notér, hvem depositaren er, og hvad der kræves for at få koden udleveret.
Beslutningen skal også dokumenteres
Skriv et kort beslutningsoplæg til ledelsen eller bestyrelsen: hvad er problemet, hvad har I gjort for at løse det, hvad siger advokaten, og hvilke alternativer er overvejet. Gem oplægget og referatet af beslutningen. Det kan blive vigtigt, hvis beslutningen senere bliver anfægtet, eller hvis ledelsen bliver spurgt, hvorfor den handlede, som den gjorde. → Skabelon: ledelsens beslutningslog
Hvem gør hvad
- Direktør og bestyrelse · Træffer beslutningen på et oplyst grundlag
- Sagsejer · Samler dokumentationen i ét overblik
- IT-chef · Fryser leverancens tilstand, henter data og kode hjem
- Økonomi · Opgør betalinger, ekstra udgifter og tab
- Advokat · Vurderer grundlaget og formulerer ophævelsen
- IT-sagkyndig · Vurderer og dokumenterer de tekniske forhold uvildigt
Det må I ikke gøre
- Ophæve mundtligt eller på et møde. En ophævelse skal være skriftlig og formuleret med advokaten.
- Fortælle leverandøren om planerne, før data og dokumentation er hjemme.
- Begynde at rette fejl selv, før de er dokumenteret.
- Indgå aftale med en ny leverandør, der straks ændrer i systemet, før tilstanden er sikret.
- Overdrive i ophævelsen. Skriv de fejl, der kan dokumenteres. Påstande, der ikke holder, svækker de stærke punkter.
- Glemme alternativerne. En forhandlet afslutning kan være bedre for begge parter. → Beslutningstræ: forhandle, gå rettens vej eller lukke sagen?
Efter ophævelsen
Bevarelsen fortsætter. Mails, projektværktøjer, testmiljøer og jeres egne notater skal gemmes, til tvisten er afsluttet. Leverandøren vil typisk bestride ophævelsen, og så begynder den egentlige bevisførelse. Notér også, hvad det koster at få løsningen færdig hos en anden, hvis I går den vej. Opgørelsen kan blive en del af et krav.
Hvornår skal I have hjælp udefra?
Altid, når ophævelse overvejes. Advokaten skal vurdere, om betingelserne er opfyldt, og formulere ophævelsen. En uvildig IT-sagkyndig kan vurdere, om leverancen har de mangler, I mener, og sikre systemet, så det kan efterprøves. Nielco IT har været IT-sagkyndig i danske retskredse og har haft opgaver via Voldgiftsinstituttet. Mange IT-aftaler henviser tvister til voldgift. → IT-tvister ved Voldgiftsinstituttet
Læs også: Leverandøren siger, det er jeres skyld: dokumentér jeres egen del · Overtagelsesprøven fejlede: hvad nu?
→ Tvist med en IT-leverandør eller en kunde · Tlf. 70 13 63 23 · Digital bevissikring hos Nielco IT
