Når en freelancer eller et udviklingsbureau pludselig ikke svarer, skal I først finde ud af, hvad I selv har adgang til. Prøv at hente en kopi af koden, se, om produktet kører, og tjek, hvem der kan nå cloudkonto, domæne og app-butik. Derefter prøver I at komme i kontakt gennem flere kanaler, og først til sidst leder I efter en, der kan tage over. Tavshed har tit en menneskelig forklaring, så hold tonen venlig og handlingerne rolige. Produktet skal kunne køre videre, uanset hvad forklaringen viser sig at være.
Time 1: Hvad virker, og hvad kan I nå?
Tag det mest håndfaste først. Lav en lille oversigt:
- Kører produktet? Prøv det, som en kunde gør. Er noget nede, er det det vigtigste punkt, og det skal I bruge hjælp til straks.
- Kan I logge ind på kodeplatformen? Står I som ejer eller medlem? Står kontoen på udvikleren?
- Kan I logge ind i cloudkontoen? Se, om fakturaen betales, og af hvem.
- Domæne og app-butik. Hvornår udløber domænet, og hvem står som ejer? Hvornår udløber betalingskort på konti, som udvikleren har oprettet?
- Sikkerhedskopier. Findes de, og kan I finde dem?
Det sidste er en detalje med konsekvens. Er det udviklerens kort, der betaler for hosting eller tjenester, kan produktet stoppe på den dato, hvor betalingen mislykkes, selv om alt i øvrigt er i orden. Flyt den slags til jeres eget kort, så snart I kan.
Hele listen er gennemgået i ejer I selv koden og kontiene.
Time 2: Hent en kopi
Kan I nå kodelageret, hent en fuld kopi med hele historikken nu, og læg den et sikkert sted hos jer. Har I adgang til databasen eller dens sikkerhedskopier, så tag også en kopi, forudsat at det sker sikkert, for der er kundedata i. Har I ikke selv teknisk kundskab, så bed en betroet udvikler om hjælp, og gør det sammen på skærmen.
Hold jer inden for det, I har ret til. Brug jeres egne adgange. Log ikke ind med adgangskoder, I tilfældigt har fundet, og prøv ikke at bryde ind i konti, der tilhører udvikleren. Det kan skade sagen, og det er juridisk tvivlsomt. Skal den slags afklares, må det gå gennem en advokat.
Står kodelageret på udviklerens konto, og I ikke kan komme til, må I have fat i det, der findes andre steder. Der kan ligge kopier på den server, produktet kører på, og den version, der er sat i drift, er også et udgangspunkt. Det er en opgave for en udvikler, I selv hyrer.
Dag 1: Forsøg at få kontakt
Prøv telefon, mail, sms og andre kanaler, I har brugt. Skriv kort og venligt, med en konkret frist og en konkret bøn: “Vi har brug for at høre fra dig inden fredag. Vi vil gerne have kopi af koden og en adgang, så vi kan holde produktet kørende, indtil vi har talt sammen.” Notér hvert forsøg med dato. Det hjælper jer, hvis sagen senere kommer til at handle om aftalen.
Er det et bureau, så prøv alle de navne, I kender, og se i CVR-registret, om virksomheden stadig er aktiv, eller om der er sket noget med dens status. Er det en freelancer, så tænk på, at der kan være tale om sygdom, en ulykke eller en personlig krise. Spørg en fælles bekendt, hvis det er naturligt.
Er virksomheden gået konkurs, er det et spørgsmål til advokat, hvem I skal tale med, og hvad der gælder for jeres kode og data. Tag det hurtigt.
Dag 2 til 7: Find en, der kan tage over
Find en udvikler eller et mindre hold, der kan overtage ansvaret for driften, også selv om det bare er for en kort periode. Vedkommende skal først og fremmest kunne holde produktet kørende og rette fejl. Nye funktioner må vente.
Bed om at få gennemgået:
- Kan produktet bygges og sættes i drift ud fra det, I har?
- Hvilke nøgler og adgangskoder kender vi, og hvilke mangler?
- Hvad kan stoppe de næste uger, fx udløbne certifikater eller betalinger?
- Hvad skal der til, for at vi ikke længere er afhængige af den person, der er væk?
Ændring af nøgler og adgangskoder skal gøres, men med omtanke. Den forsvundne kan stadig have adgang, og det er en risiko, som skal lukkes. Skift I en nøgle uden at vide, hvor den bruges, kan I selv stoppe produktet. Lad afløseren gøre det i en planlagt rækkefølge.
Fortæl jeres kunder det, de skal vide, hvis de mærker noget. Hvis ikke, så vent, til I ved mere.
Når det hele er ovre
Får I kontakt, så tag den menneskelige samtale først og derefter den praktiske: adgange, kopi af kode og en plan. Bliver tavsheden ved, så gå videre med skift af udviklingsleverandør. Uanset udfaldet er næste skridt at få afhængigheden væk. Princippet kendes fra almindelig IT, se viden hos én tekniker på ekstern-it-chef.dk. I et softwareprodukt er det dokumentation, en anden person, der kan tage over, og konti i jeres navn. Læs også når én udvikler kender hele koden.
Det skal I lade være med
- At sende en vred mail på dag 1 · der kan ligge noget alvorligt bag tavsheden.
- At bryde ind i konti, I ikke har ret til · det kan skade jer og sagen.
- At skifte alle nøgler i panik · det kan stoppe produktet.
- At bestille nye funktioner hos afløseren · først skal produktet være stabilt.
Det skal I kræve af den eksterne
- ☐ En oversigt over, hvad I har adgang til, og hvad der mangler.
- ☐ En plan for de næste syv dage i prioriteret rækkefølge.
- ☐ Hjælp til at finde og styre en afløser.
- ☐ Besked om, hvad der er et spørgsmål til advokaten.
- ☐ En liste over, hvad der skal ændres, så det ikke sker igen.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Leverandøren vil ikke udlevere koden · Nøgler og adgangskoder i koden og pipelinen
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
