Exit-plan

Dokumentation og viden: det, der ikke står i en eksport

Dokumentation og viden: det, der ikke står i en eksport

En eksport giver jer data. Den giver hverken opsætningen, driftsvejledningerne, de kendte fejl eller viden om, hvem der gør hvad, og derfor skal dokumentation og viden aftales for sig. Uden dem kan data ligge fuldstændigt og korrekt hos jer, mens ingen kan få systemet til at virke, som det gjorde.

Forskellen viser sig tit sent. Testen af eksporten lykkes, og først i overdragelsen opdager man, at en integration kørte på en indstilling, ingen havde skrevet ned. Overdragelse af IT-dokumentation er derfor et selvstændigt punkt i planen.

Det, der skal med

Opdel materialet i fire grupper, og notér for hver, hvor det ligger i dag.

Opsætning. Konfiguration, roller, rettigheder, regler, skabeloner, navngivning og integrationers parametre. Data Act (dataforordningen) regner konfiguration, sikkerhed og adgangsrettigheder blandt de digitale aktiver, ifølge Kommissionens FAQ, når kunden har brugsret uafhængigt af udbyderen. Se eksporterbare data og digitale aktiver.

Drift. Driftsvejledninger, planlagte kørsler, overvågning, backup, opdateringsrutiner og det, der skal gøres ved månedsskifte eller årsafslutning.

Historik. Kendte fejl, midlertidige løsninger, tidligere hændelser og årsagerne til dem. Det er den type viden, der sparer en ny leverandør for de samme fejl.

Mennesker og forbindelser. Hvem kontakter man hos tredjeparter, hvem ejer hvilke konti, og hvilke aftaler hænger sammen med systemet? Se hvem ejer konti, domæne og abonnement?.

Til sidst kommer det, som ingen har skrevet ned, fordi det ligger i hovedet på en person. Hvad man gør ved den afhængighed i det daglige, står hos ekstern-it-chef.dk. I planen skal den viden med ved ophør, og det kræver aftaler.

Hvad kilderne peger på

Der er ingen lov, der opregner dokumentation for almindelige virksomheder. To tekster kan bruges som tjekliste.

CFCS og Digitaliseringsstyrelsens vejledning om leverandørforhold, skrevet til myndigheder, siger, at leverandøren bør forpligtes til at bidrage til en smidig overgang, herunder udlevering af dokumentation, overførsel af viden og samarbejde i overgangsperioden.

Statens driftskontrakt K04 er mere detaljeret. Bilag 18, læst 6. november 2026, nævner bl.a. tekniske specifikationer, konfigurationer, installationsvejledninger, driftsmanualer, dokumentation om hændelser og problemer, logfiler og kapacitetsoversigter, afleveret elektronisk i et kendt standardformat, der kan læses og rettes af kunden. Bilaget nævner også møder og workshops om vidensoverdragelse med leverandørens nøglemedarbejdere. Listen er en model og gælder ikke for jer, medmindre I aftaler den.

Aftal det, mens motivationen er der

En leverandør, der er ved at miste en kunde, har begrænset lyst til at skrive vejledninger. Derfor er det klogt at gøre dokumentation til en løbende pligt.

Bed om, at dokumentationen vedligeholdes under aftalen og ligger, hvor I selv kan nå den. Kontrollér én gang om året, at den findes, og at datoerne er nye. Ved ophør skal der så kun opdateres. På en driftsaftale er det rimeligt at bede om det. På en standardtjeneste må I selv skrive jeres opsætning ned, for leverandøren kender den ikke.

Vidensoverdragelse fra leverandøren bør have form af konkrete aftaler. Hvem deltager, hvor mange møder, og hvad er emnet? Lad modtageren styre dagsordenen, for det er modtageren, der ved, hvad der mangler. Optag gerne møderne, hvis alle er enige, og skriv konklusionerne ind i dokumentationen. Ved overdragelser, hvor leverandøren skal bistå, hører det med i ophørsbistanden.

Tænk også på jeres egne folk. Lokale regneark, makroer og faste rapporter er ofte en del af systemet, se automatiseringer og rapporter. Stopper en medarbejder, kan den viden gå tabt, uanset hvad kontrakten siger.

Prøven på dokumentationen

Dokumentation kan testes, og først da ved I, om den holder. Prøven er enkel.

  1. Vælg en almindelig opgave, fx en genstart af en integration eller en ny bruger med særlige rettigheder.
  2. Bed en person, der ikke plejer at udføre opgaven, gøre det efter dokumentationen alene.
  3. Skriv ned, hvor personen går i stå, og hvilke oplysninger der mangler.
  4. Ret dokumentationen, og gentag næste år med en anden opgave.

Bedømmelsen er enkel: kunne personen gøre det færdigt uden at spørge? Har I en driftsleverandør, kan I bede om, at en af jeres egne eller en uafhængig fagperson læser materialet. K04-bilaget bruger netop en uafhængig fagperson som mål for en ophørsplans kvalitet.

Hvad det kræver, og hvad det koster at lade være

Første gennemgang kræver tid hos systemejer og den, der kender driften, og den tid er oftest større end forventet. Løbende vedligehold er mindre, hvis det sker ved hver ændring. Hos en leverandør kan det være en betalt opgave, så beskriv afregningen i ord. Notér et lavt og et højt timetal pr. system, og datér dem.

Mangler dokumentationen, bærer afløseren regningen. Den nye leverandør skal gætte sig frem, opsætningen må bygges om, og fejl fra fortiden kommer igen. Tabet opgør I som ekstra arbejde og som dage med nedsat funktion, regnet i egne tal.

Gevinsten kommer også uden exit. Dokumentationen gør jer mindre sårbare, når en medarbejder stopper eller et nedbrud rammer, og den forkorter svartiden på spørgsmål fra kunder og revision.

Det skal I lade være med

  • At sætte lighedstegn mellem data og system · opsætningen er det, der får data til at virke.
  • At gemme dokumentationen hos leverandøren alene · I skal kunne nå den den dag, forholdet ophører.
  • At bede om “al dokumentation” · en liste med navngivne dokumenter kan kontrolleres.
  • At nøjes med at spørge, om den findes · lad en anden prøve at bruge den.

Det skal planen kunne vise

  • ☐ En dokumentliste for hvert kritisk system med ejer og dato.
  • ☐ Hvor dokumentationen ligger, og at I selv har adgang.
  • ☐ Hvad kontrakten siger om dokumentation og vidensoverdragelse.
  • ☐ Personer, hvis viden ikke er skrevet ned.
  • ☐ Resultatet af den seneste prøve.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Bed i denne måned en kollega udføre én opgave efter dokumentationen på jeres mest kritiske system. Viser prøven huller, så beslut, hvem der lukker dem, og om det skal med i kontrakten.

Læs også: Det, der mangler i eksporten · Efter opsigelsen

→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal I have en plan B?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad der sætter arbejdet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.

Seneste på bloggen