Går den leverandør, der udvikler jeres system, konkurs, før projektet er færdigt, er det vigtigste spørgsmål: kan en anden gøre arbejdet færdigt? Det afhænger af, om I kan få fat i kildekoden, dokumentationen og miljøerne, og om I har ret til at bruge dem. Find aftalens bestemmelser om rettigheder og deponering frem, kontakt kurator skriftligt, og sikr alt, I allerede har adgang til, med det samme.
Artiklen handler om det særlige ved et udviklingsprojekt, der står halvfærdigt. Hvis det er en driftsleverandør eller en cloudtjeneste, der lukker, og det handler om at få jeres data ud, så se i stedet. → Leverandøren lukker eller går konkurs: få jeres data ud
Hvorfor et halvfærdigt projekt er sårbart
Et system under udvikling findes ofte kun hos leverandøren. Koden ligger i leverandørens versionsstyring, testmiljøet kører på leverandørens servere, og viden om arkitekturen sidder i hovederne på leverandørens udviklere. Når leverandøren går konkurs, kan alle tre forsvinde på kort tid: serverne lukkes, abonnementer på kodeplatforme stopper, og udviklerne finder nye job.
Samtidig er det uklart, hvad der er jeres. Har I betalt for en del af udviklingen, betyder det ikke nødvendigvis, at I ejer koden eller har ret til at få den udleveret. Det afhænger af aftalen.
De første dage, i rækkefølge
- Find aftalen og dens bilag frem. Læs bestemmelserne om rettigheder til kode og dokumentation, om deponering og om ophør.
- Sikr det, I har adgang til. Har I læseadgang til kodens versionsstyring, projektværktøjet eller testmiljøet, så tag en kopi nu, mens adgangen virker.
- Notér, hvad I har hentet, hvornår og af hvem. Gem kontrolværdier for de vigtigste filer, hvis det er muligt. → Hashværdier forklaret
- Find ud af, hvem kurator er, og skriv til kurator. Beskriv aftalen, hvad I har betalt, og hvad I beder om.
- Kontakt depositaren, hvis der er en aftale om deponering af kildekode.
- Tal med en advokat om jeres rettigheder over for boet.
Rettigheder til koden
Aftalen kan give kunden fuld ophavsret, en brugsret med ret til at videreudvikle, eller kun en brugsret til det færdige system. Statens standardkontrakter til IT-projekter har bestemmelser om rettigheder og om deponering, og mange private aftaler har tilsvarende. Det, der står i jeres aftale, er afgørende.
Kurator skal varetage kreditorernes interesser og vil se på, om der er værdier i boet, herunder kode, der kan sælges. Efter konkursloven kan boet som udgangspunkt vælge, om det vil indtræde i løbende aftaler. Det kan betyde, at boet tilbyder at færdiggøre eller sælge koden, eller at aftalen ikke opfyldes. Spørgsmålene er juridiske, og advokaten skal håndtere dem. Jeres opgave er at vide, hvad I har, og hvad I mangler.
Deponering af kildekode (escrow)
En escrow-aftale betyder, at leverandøren har deponeret kildekoden hos en tredjepart, en depositar, som udleverer den til kunden, hvis bestemte betingelser opfyldes. Konkurs er ofte en af betingelserne, men det skal stå i aftalen.
Når I påberåber jer deponeringen, så tjek:
- hvem depositaren er, og hvad der kræves for at få koden udleveret,
- hvornår koden sidst blev deponeret, og hvilken version det var,
- om deponeringen omfatter dokumentation, byggevejledning og tredjepartskomponenter,
- om der er sket en verifikation af det deponerede, og hvad den viste.
En deponering kan være forældet eller ufuldstændig. Er koden deponeret for et år siden, mangler de seneste ændringer. Mangler byggevejledningen eller adgangen til biblioteker og værktøjer, kan det være svært for en ny leverandør at komme videre. Det er en teknisk vurdering, som bør laves, før I lægger jeres plan for at færdiggøre projektet. → Kildekode og Git som bevis
Hvad I skal have fat i
- Kildekode · Hele versionsstyringen med historik, ikke kun den seneste version
- Dokumentation · Arkitektur, byggevejledning, driftsvejledning, testplaner
- Miljøer · Opsætning af test- og produktionsmiljø, konfiguration
- Adgange · Konti til cloudplatforme, domæner, certifikater, nøgler
- Projektdata · Backlog, sager, fejllister, referater
- Jeres data · Testdata, konverterede data, opsætning af jeres forretning
Glem ikke de adgange, der står i leverandørens navn. Et domæne eller en cloudkonto, der lukkes, kan tage hele miljøet med sig. Historikken i versionsstyringen er værdifuld. Den viser, hvem der har lavet hvad, og hvor langt projektet reelt er kommet. Det kan få betydning for en opgørelse over for boet, og det er nyttigt for en ny leverandør.
Opgør projektets status
Før I kan forhandle med boet eller vælge en ny leverandør, skal I vide, hvor langt projektet er. Lav en opgørelse over, hvilke dele der er leveret og godkendt, hvilke der er under udvikling, og hvilke der ikke er påbegyndt. Hold den op mod jeres betalinger. Har I betalt for milepæle, der ikke er nået, kan det få betydning for jeres krav mod boet. Har boet omvendt et krav mod jer for udført arbejde, skal I kunne vise, hvad der faktisk var leveret. Brug de sager, fejllister og testrapporter, I har sikret, som grundlag, og notér, hvor hver oplysning kommer fra. → Skabelon: tidslinje over hændelsen
Hvem gør hvad
- Ledelse · Beslutter strategi og tager kontakten til kurator
- IT-chef · Sikrer kode, dokumentation og adgange, I har
- Projektleder · Opgør projektets status og jeres betalinger
- Økonomi · Samler fakturaer, betalinger og krav
- Advokat · Vurderer rettigheder, krav og forhandler med boet
Det må I ikke gøre
- Bruge leverandørens adgange til systemer efter konkursen uden aftale med kurator.
- Hyre leverandørens tidligere udviklere til at hente kode uden at afklare det juridisk.
- Kun hente den seneste kodeversion. Historikken kan blive afgørende.
- Vente på, at kurator henvender sig. Kurator kender ikke nødvendigvis jeres aftale.
- Starte med en ny leverandør, der ændrer i koden, før det er dokumenteret, hvad I fik.
Lær af det til næste projekt
Sagen viser, hvor afhængige I var. Når I indgår næste aftale, så overvej løbende adgang til kodens versionsstyring, jævnlig deponering med verifikation og klare rettigheder ved ophør. → IT-leverandørkontrakten: krav om logs og bistand ved bevissikring
Hvornår skal I have hjælp udefra?
En advokat skal ind med det samme for at håndtere boet og jeres rettigheder. En uvildig IT-sagkyndig kan vurdere de tekniske spørgsmål: hvad der er sikret, om koden er komplet, og hvor langt projektet reelt er. Haster det, fordi servere lukkes inden for dage, så sig det tydeligt. Hastesager koster ekstra. → Pris og tilbud
Nielco IT arbejder for advokatkontorer og kuratorer i hele landet og har ingen leverandørpartnerskaber.
Læs også: SaaS-leverandøren lever ikke op til SLA’en: kundens dokumentation · Efter købet: softwaren var ikke, som den blev præsenteret
→ Tvist med en IT-leverandør eller en kunde · Tlf. 70 13 63 23 · Digital bevissikring hos Nielco IT
