Ledelsen har besluttet, at en enhed skal ud af koncernen, og den deler systemer, data og IT-folk med resten. Det kan være et frasalg, og opgaven kaldes en udskillelse eller på engelsk en carve-out. Beslutningen er truffet, og den står ikke til debat her. Artiklen begynder dér og handler om, i hvilken rækkefølge ledelsen skal træffe de næste beslutninger. For hvert system er der i grove træk tre udfald: det klones, altså kopieres, så enheden får sit eget, det deles i en periode, eller det migreres, altså flyttes over i et andet system. Hvordan det sker teknisk, hører hos specialister. Hvem der skal lede arbejdet i den nye enhed, er beskrevet under udskillelse af en forretningsenhed.
Et beslægtet ord er spin-off, som bruges, når enheden bliver et selskab for sig med de samme ejere som før. Carve-out bruges om selve udskillelsen, ofte ved et frasalg. For IT er opgaven den samme, for enheden skal kunne stå alene. Den selskabsretlige form er et spørgsmål til advokat og revisor.
Beslutning 1: hvad er enheden, og hvornår?
Alt andet hviler på en præcis beskrivelse af enheden. Hvilke selskaber, afdelinger, lokationer, medarbejdere, kunder og processer hører med? Enheder er sjældent lige så rene i IT, som de er på organisationsdiagrammet. En afdeling kan bruge koncernens lønsystem, et fælles lager eller en kundedatabase, hvor andre selskabers data ligger i samme tabel.
Datoen skal være lige så klar. Der er ofte to: den dag, enheden juridisk forlader koncernen, og den dag, den ikke længere bruger koncernens IT. De to behøver ikke at være ens, og afstanden mellem dem bliver en overgangsperiode, hvor koncernen leverer ydelser til enheden. Direktionen ejer begge datoer. Det er også direktionen, der skal udpege én ansvarlig for hele IT-udskillelsen.
Beslutning 2: klon, deling eller migrering for hvert system
Lav en liste over de systemer, enheden bruger, med en ejer i forretningen. Tag derefter stilling system for system. Beslutningen er forretningens og CIO’ens i fællesskab, og specialisterne skal vurdere konsekvenserne.
- Klon giver enheden hurtigt sit eget, men kopien indeholder fra begyndelsen også det, der ikke hører til enheden, og det skal fjernes bagefter.
- Deling er enkelt på dagen og betyder, at koncernen fortsat bærer et ansvar. Den skal have en slutdato.
- Migrering giver det reneste resultat og kræver mest tid, og tid er det, en udskillelse sjældent har nok af.
Mange systemer kan klares med et valg, som hurtigt lader sig forklare. Tid og opmærksomhed bør gå til de få systemer, der bærer enheden, som ERP og kundesystemer. Valget for dem bestemmer resten af planen. Afhængigheder mellem systemer skal frem, så I ikke vælger hver for sig noget, der ikke passer sammen.
Beslutning 3: aftaler og licenser
Enheden er bygget på koncernens aftaler. Hver aftale skal undersøges: Må enheden bruge systemet efter udskillelsen, og må koncernen levere det til en enhed uden for koncernen? Der findes ingen hovedregel. Svaret afhænger af den enkelte aftale og af, hvordan udskillelsen gennemføres selskabsretligt. Efter selskabsloven anses det indskydende selskabs rettigheder og forpligtelser ved spaltning for overgået til de modtagende selskaber (§ 268). Det svarer ikke på, hvad den enkelte IT-aftale siger. Advokaten skal se begge dele.
Lav en opgørelse over aftalerne, og lad advokaten gå de vigtigste igennem. Hvis koncernaftaler dækker enheden, er der også et spørgsmål om, hvad der sker, når et selskab forlader dem, se koncernaftaler med IT-leverandører. Kontakt til leverandører skal aftales med advokaten først, for en henvendelse kan sætte en proces i gang.
Beslutning 4: data
Hvilke data følger med, og hvilke bliver? Det er en ledelsesbeslutning, fordi svaret har betydning for forretningen. Kundedata, varedata og historik i fælles systemer skal deles op, og nogen skal tage stilling til, hvad enheden må se fremover, og hvad koncernen må beholde.
Regnskabsdata er et særligt punkt. Bogføringsloven kræver, at regnskabsmateriale opbevares i 5 år fra udgangen af det regnskabsår, det vedrører (§ 12), og § 14 har regler om opbevaring ved ledelsesskifte og ophør. Ifølge Erhvervsstyrelsen består kravet, også når bogføringssystemet skiftes, så gamle regnskabsdata skal kunne findes og læses efter en udskillelse. Hvem der opbevarer materialet, er et spørgsmål til revisor eller advokat. Når I lukker adgangen til et system, skal svaret være på plads.
Beslutning 5: folk
IT-medarbejdere, der arbejder for enheden, kan være omfattet af virksomhedsoverdragelsesloven, som gælder ved overdragelse af en virksomhed eller en del af den (§ 1). Erhververen indtræder i så fald i rettigheder og forpligtelser (§ 2). Som overdrager skal koncernen underrette medarbejdernes repræsentanter eller de berørte medarbejdere i rimelig tid før overtagelsen (§ 5), og der skal forhandles, hvis foranstaltninger overvejes (§ 6). Overtrædelse er strafbar (§ 7), så datoerne hører med i tidsplanen. Ligger kontrakten i ét selskab, mens folk arbejder fast for enheden, kan det selskab, de er udstationeret til, også være overdrager (C-242/09, Albron). Om det gælder hos jer, afgøres konkret og er et spørgsmål til advokat, særligt for delte IT-folk, der arbejder for både enheden og resten af koncernen.
Ledelsen skal afgøre, hvem der følger med, og hvem der bliver, og hvem der skal holde driften kørende i overgangsperioden. Nøglepersoner kan have svært ved at se deres egen fremtid i en udskillelse, så beslutningen må ikke vente for længe. Vigtig viden sidder i folk, som ikke selv skal med.
Beslutning 6: overgangsperioden og tidsplanen
Det, der ikke kan være klar på udskillelsesdagen, må koncernen levere i en periode. Det kræver en aftale om ydelser mellem koncernen og enheden, med slutdatoer. Hvordan sådan en aftale drives, står i TSA efter handlen. Hold perioden så kort som muligt. Koncernen får et løbende ansvar, og enheden får en afhængighed.
Tidsplanen regnes baglæns fra datoerne. Rækkefølgen er disse seks beslutninger. Enheden og aftalerne kommer først, så systemvalgene, derefter data og folk og til sidst overgangsperioden, selvom arbejdet overlapper. Direktionen skal have en kort månedlig status med dato, risici og beslutninger, der mangler. Tænk også på den koncern, der bliver tilbage. Aftaler, licenser og IT-organisation er dimensioneret til en større virksomhed, og det er en opgave i sig selv.
Det, I gør nu
Få enheden og datoerne beskrevet på én side, og udpeg den ansvarlige. Lav derefter listen over systemer og aftaler, og send de vigtigste aftaler til advokaten. Bed specialister vurdere de få tunge systemer, før der vælges mellem klon, deling og migrering.
Det skal I lade være med
- At regne med, at enheden kan bruge koncernens aftaler videre · hver aftale skal læses.
- At dele systemer uden en slutdato · delingen bliver permanent.
- At lukke gamle systemer, før regnskabsdata er afklaret · spørg revisor først.
- At lade den tekniske plan køre før beslutningerne om enhed og dato · rækkefølgen skal holdes.
Det skal I kræve af dem, der leder IT
- ☐ En beskrivelse af enheden med datoer, godkendt af direktionen.
- ☐ En liste over systemer med klon, deling eller migrering og en ejer.
- ☐ En opgørelse over aftaler med advokatens bemærkninger.
- ☐ En afklaring af data, herunder regnskabsdata, med revisor.
- ☐ En månedlig status med de beslutninger, der mangler.
Kilder
- Bogføringsloven, lov nr. 700 af 24. maj 2022: §§ 12 og 14.
- Erhvervsstyrelsen: Vejledning til bogføringsloven: opbevaring ved skift af bogføringssystem.
- Lov om lønmodtageres retsstilling ved virksomhedsoverdragelse, LBK nr. 710 af 20. august 2002: §§ 1, 2 og 5 til 7. Ændret i 2017 og 2021.
- EU-Domstolen, sag C-242/09 (Albron).
- Selskabsloven, LBK nr. 331 af 20. marts 2025: § 268 om spaltning.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Licenser og IT-kontrakter efter overtagelsen · To IT-afdelinger bliver til én
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
