← AktueltSelvstændig analyse

Et system er ikke udfaset, fordi ingen længere bruger det

Et gammelt it-system kan være væk fra møder, budgetter og arkitekturtegninger. Det kan stadig stå med døren åben mod internettet.

Af Mikkel KrogsholmKilde: Ingeniøren

Et gammelt it-system kan være væk fra jeres møder, budgetter og tegninger over den nye arkitektur. Det kan stadig stå med døren åben mod internettet.

En ny kortlægning omtalt af Computerworld fandt 359 forældede Microsoft Exchange-servere hos danske organisationer. Blandt dem var myndigheder, kritisk infrastruktur og finansielle virksomheder. Ingeniøren beskriver samtidig, hvordan fem kommuner havde oversete servere stående åbne, og hvordan flere lukkede eller afbrød adgangen efter at være blevet kontaktet.

Det er fristende at kalde det en teknisk oprydningsopgave. Det er for let.

Når et system, som organisationen tror er på vej ud, stadig kan nås udefra, er problemet ikke kun gammel software. Problemet er forskellen mellem den beslutning, ledelsen tror er gennemført, og den virkelighed, der kan ses fra nettet.

“Vi bruger det ikke længere” er ikke en kontrol

Microsofts egne livscyklussider viser, at den udvidede support for både Exchange Server 2016 og Exchange Server 2019 sluttede i oktober 2025. Det var en kendt dato, som organisationer kunne planlægge efter.

Alligevel stod serverne der næsten et år senere.

Det behøver ikke betyde, at nogen bevidst valgte at løbe en stor risiko. Forklaringen er ofte mere jordnær. Postkasserne er flyttet, men en gammel integration bruger stadig serveren. Den nye løsning er sat i drift, men ingen fik ansvaret for den sidste lukning. En overgangsløsning blev permanent, fordi den ikke længere gav problemer i hverdagen.

Så forsvinder systemet ud af opmærksomheden, før det forsvinder ud af infrastrukturen.

Det er netop derfor, “systemet er udfaset” ikke bør være en status, som et projekt selv kan sætte. Det bør være en påstand, der kan bevises:

  • Kan systemet stadig nås fra internettet?
  • Findes der stadig aktive brugere, nøgler eller integrationer?
  • Ligger der stadig data, som nogen regner med at kunne hente senere?
  • Hvem har kontrolleret, at den gamle vej faktisk er lukket?

Hvis svarene er uklare, er systemet ikke væk. Det er bare blevet usynligt for ledelsen.

Gamle systemer er ikke automatisk dårlige

Gamle systemer kan være et fundament frem for en byrde. Et gammelt system kan rumme vigtig forretningsviden, stabile arbejdsgange og regler, som det vil være dyrt og risikabelt at bygge om fra bunden.

Men der er en afgørende forskel på et gammelt system, I bevidst driver, og et gammelt system, som ingen længere ved, at I driver.

Det første kan være et fornuftigt valg. I kender funktionen, afhængighederne, sikkerhedsarbejdet og planen for næste skridt. Det andet er ikke en strategi. Det er en ulåst kælderdør, som blev glemt, da hovedindgangen blev bygget om.

Derfor må samtalen om modernisering ikke ende i et falsk valg mellem “behold alt” og “riv alt ned”. Nogle systemer bør moderniseres trinvist. Nogle bør isoleres. Nogle bør blive stående, fordi de fortsat løser en vigtig opgave. Og nogle skal lukkes helt.

Ledelsesopgaven er at vide, hvilken af de fire beslutninger der gælder, og om den faktisk er gennemført.

Projektafslutningen er det farlige sted

Nye systemer får normalt opmærksomhed. Der er budget, projektmøder, milepæle og folk med navne på. Den gamle løsning får opmærksomhed, indtil den nye virker.

Derefter falder interessen brat.

Det skaber et farligt hul. Forretningen er flyttet videre, projektet fejrer lanceringen, og leverandøren fakturerer sidste rate. Men gamle domæner, servere, konti, certifikater, sikkerhedskopier og forbindelser kan fortsætte i årevis.

Det er ikke nok, at flytningen lykkedes. Den gamle vej skal også lukkes uden at ødelægge noget, I stadig er afhængige af.

Den opgave kræver mere end en teknikers hukommelse. For en mailserver kan være bundet til printere, alarmer, ældre fagsystemer eller automatiske beskeder, som ingen har tegnet ind. Slukker I for hurtigt, kan vigtig drift stoppe. Lader I stå til, bevarer I en adgangsvej, som ikke længere får den samme pleje.

Begge fejl er dyre. Derfor skal udfasning behandles som et selvstændigt stykke arbejde med et klart slutpunkt, ikke som den sidste linje i et større indkøbsprojekt.

Bed om bevis for lukningen

Bestyrelsen skal ikke gennemgå 359 servere eller diskutere versionsnumre. Men den bør kunne få et enkelt, troværdigt svar på, hvordan virksomheden ved, at udfasede systemer faktisk er væk.

Et brugbart svar har fire dele.

Et samlet blik udefra. Jeres interne systemliste fortæller, hvad I ved, at I har. En teknisk kortlægning udefra kan finde det, I har glemt. Forskellen mellem de to lister er ofte mere interessant end selve listerne.

En beslutning for hvert fund. Et gammelt system skal enten fortsætte med bevidst ansvar, afskærmes, moderniseres eller lukkes. “Midlertidigt” er ikke en femte kategori, medmindre der står en dato og et navn ved siden af.

En kontrolleret lukning. Før et system slukkes, skal de resterende forbindelser og data findes. Efter lukningen skal nogen kontrollere, at tjenesten ikke længere kan nås, at gamle adgangsveje er fjernet, og at den nødvendige drift stadig virker.

En kvittering, som ledelsen kan forstå. Ikke en hundrede sider lang scanningsrapport, men et kort spor: Hvad blev fundet? Hvad blev besluttet? Hvem kontrollerede lukningen? Hvilke undtagelser står stadig åbne, og hvorfor?

Det hænger sammen med digital suverænitet som evnen til at vælge om. I har ikke reel handlefrihed, hvis ingen ved, hvilke gamle forbindelser der holder jer fast, eller hvad der sker, når de fjernes.

Sæt udfasning på samme niveau som lancering

Virksomheder måler gerne, om et nyt system blev lanceret til tiden. De måler sjældnere, om det gamle system faktisk forsvandt til tiden.

Det bør ændres.

Når I godkender en modernisering, en cloudflytning eller et nyt AI-system, bør den gamle løsnings afslutning være en del af samme beslutning. Ikke som en vag hensigt, men som et konkret resultat med tid, ansvar og dokumentation.

Spørg derfor ved næste større teknologiskifte:

Hvad skal være sandt, før vi kan sige, at den gamle løsning er væk?

Hvis svaret kun er, at medarbejderne bruger den nye løsning, mangler halvdelen af arbejdet. Den gamle server kan stadig stå tændt. Den kan stadig have adgang til jeres netværk. Og den kan stadig være synlig for mennesker, som er langt mere interesserede i den, end I selv er.

Et system er først udfaset, når I både har flyttet arbejdet og lukket døren.