Hvorfor er carve-outs så vigtige?

Emanuel Böminghaus, ekspert i legacy-systemer, administrerende direktør i AvenDATA

Emanuel Böminghaus

ekspert i legacy-systemer,
administrerende direktør i AvenDATA

Et IT-blik på udskillelse af virksomheder og ældre systemer

Når virksomheder sælger eller organisatorisk udskiller selskaber eller forretningsområder, taler man om en carve-out. Bag denne nøgterne betegnelse gemmer sig en yderst kompleks teknisk og strategisk proces, især når det gælder IT-infrastrukturen og håndteringen af såkaldte ældre systemer.

1. Hvad forstås ved en carve-out?

En carve-out betegner udskillelsen af en del af en virksomhed, for eksempel en afdeling, et datterselskab eller en forretningsenhed, fra moderselskabet. Målet er juridisk, organisatorisk og frem for alt teknisk selvstændighed. En carve-out kan ske gennem salg, spin-off eller omstrukturering. Årsagerne kan være strategisk nyorientering, effektivisering, fokus på kerneforretningen eller lovmæssige eller regulatoriske krav.

Typiske eksempler på carve-outs fra praksis

En underleverandør til bilindustrien skiller sig af med sit område for komponenter til forbrændingsmotorer for at fokusere fuldt ud på elektrisk mobilitet. Det udskilte område sælges til en finansiel investor.
En teknologikoncern udskiller sin cloudforretning og børsnoterer den som en selvstændig virksomhed. Den nye enhed får sit eget IT-system og fungerer uafhængigt.
En bank skal som følge af regulatoriske krav afhænde sin privatkundeforretning og sælger den til et andet pengeinstitut. Kundedataene skal overføres fuldstændigt og i overensstemmelse med GDPR fra de eksisterende systemer.
Efter en fusion mellem to internationale koncerner gennemføres en carve-out af overlappende forretningsenheder, f.eks. dobbelte IT- eller økonomifunktioner, for at realisere synergier.
En medicinalvirksomhed sælger sin forretning inden for plantebeskyttelse for at fokusere på humanmedicin. De relevante data og systemer trækkes ud af SAP-systemet og arkiveres.

I alle tilfælde er en carve-out ikke kun en økonomisk eller juridisk proces, men også en IT-teknisk udfordring. Systemer skal adskilles, data skal deles og ofte også arkiveres på lang sigt, især når ældre systemer er involveret. Det er netop her, AvenDATA bidrager med sin specialiserede viden og certificerede værktøjer.

2. Hvorfor er en carve-out særligt udfordrende for IT?

Teknisk set er en carve-out et yderst komplekst indgreb i en virksomheds eksisterende IT-landskab, især når der er tale om systemstrukturer, der er vokset over tid og har mange afhængigheder. I modsætning til et greenfield-projekt, hvor man opbygger et nyt system fra bunden, skal eksisterende data, processer, grænseflader og applikationer ved en carve-out omhyggeligt adskilles, migreres eller arkiveres. Der lurer mange udfordringer:

Systemforbindelser og grænseflader

I moderne virksomheder er systemer sjældent isolerede. Et ERP-system som SAP er som regel tæt forbundet med andre applikationer: DMS til dokumenthåndtering, HR-systemer til personalestyring, bogførings- og controllingværktøjer eller kundespecifikke egenudviklinger. Disse systemer kommunikerer med hinanden via grænseflader, som skal identificeres, tilpasses eller helt opløses ved en carve-out. Hvis dette trin ikke gennemføres korrekt, er der risiko for funktionstab, inkonsistente data eller systemnedbrud.

Dataadskillelse og ansvar

Et centralt teknisk aspekt er adskillelsen af data. Spørgsmålet er altså: Hvilke data hører til den enhed, der skal udskilles? Denne adskillelse er ikke altid entydig. Især i systemer med flere klienter som SAP skal firmakoder, omkostningssteder eller organisatoriske enheder identificeres og afgrænses fra hinanden. Også inden for de enkelte tabeller findes der ofte fælles datasæt, f.eks. fælles stamdata som kunde- eller leverandørdata, der kun delvist må overføres. Dertil kommer den juridiske side: Hvilke data er omfattet af opbevaringspligt, og for hvem?

Forståelse af databaser og tabeller

En vellykket IT-carve-out forudsætter indgående viden om de underliggende databasesystemer og tabelstrukturer. Dataene er lagret i relationelle strukturer, dvs. at de enkelte oplysninger står i forhold til hinanden. Det betyder, at hvis f.eks. en tabel med salgsbilag trækkes ud, skal de tilhørende stamdata, transaktionsdata og customizingoplysninger også tages med, så dataene senere forbliver læsbare og kan analyseres. Uden denne dybe forståelse kan vigtige relationer gå tabt, hvilket gør dataene værdiløse efter migreringen.

Databeskyttelse og GDPR

Et særligt følsomt område er databeskyttelse. I forbindelse med en carve-out må der kun overføres personoplysninger, som der er et klart defineret formål med, for eksempel fordi de er nødvendige for den fortsatte drift eller er omfattet af lovpligtige opbevaringskrav. I mange tilfælde skal data anonymiseres eller pseudonymiseres før overførslen. Ved internationale transaktioner skal der desuden tages højde for forskellige databeskyttelseskrav (f.eks. CCPA i USA).

Håndtering af legacy-systemer

Mange af de nødvendige oplysninger findes ikke i moderne, velholdte systemer, men i såkaldte legacy-systemer, altså gamle applikationer, der for længst ikke bruges i den daglige drift, men som af compliancehensyn ikke må slettes. Disse systemer kan ofte ikke længere vedligeholdes, er teknisk forældede eller kører kun i virtuelle miljøer. Alligevel skal der også fra disse systemer trækkes data ud selektivt og enten overdrages til køberen eller arkiveres revisionssikkert. Ofte findes der næsten ingen viden om disse systemer tilbage i virksomheden, hvilket gør udtrækket endnu vanskeligere.

Test og validering

Efter udtrækket skal dataene være fuldstændige og korrekte, for efter carve-outen er der ingen enkel mulighed for at få adgang til kildesystemet. Det betyder, at der er behov for detaljerede testkørsler, validering sammen med fagafdelingerne og automatiserede kontrolprocedurer for at sikre, at de overførte data er fuldstændige, konsistente og læsbare. Det gælder både strukturerede data (f.eks. tabelindhold) og ustrukturerede oplysninger (f.eks. vedhæftede filer, bilag eller scannede dokumenter).

Styring af tid og ressourcer

Carve-out-projekter er ofte under betydeligt tidspres, for eksempel når de er en del af en kontraktligt fastlagt transaktion. Samtidig er de ressourcekrævende og kræver et tæt samarbejde mellem fagafdelinger, IT, databeskyttelsesansvarlige og projektledere. Ofte kører de parallelt med den daglige drift, hvilket binder ekstra kapacitet og kan føre til prioriteringskonflikter.

Konklusion

En carve-out er ikke et rutineindgreb for IT, men et yderst komplekst storprojekt med mange afhængigheder. Den tekniske succes er afgørende for transaktionens økonomiske og juridiske succes. Især ved adskillelse og arkivering af ældre systemer kræves der specialiseret faglig viden.

Teknisk forløb for en carve-out (uden forudgående prøveudtræk)

En carve-out i IT er en struktureret proces, hvor data, systemer og adgangsrettigheder udskilles fra et eksisterende systemmiljø og enten arkiveres, migreres eller overdrages. Især i IT-landskaber, der er vokset over tid og har mange afhængigheder, er en metodisk tilgang afgørende.

1. Forundersøgelse og systemvurdering

Identifikation af alle berørte systemer (f.eks. SAP, DMS, CRM, HR)
Afgrænsning af det dataomfang, der skal trækkes ud (f.eks. firmakoder, klienter)
Gennemgang af eksisterende grænseflader, dataafhængigheder og egenudviklinger
Vurdering af mulige tekniske risici og regulatoriske krav (f.eks. GDPR)

Mål: At skabe teknisk forståelse for omfang, kompleksitet og muligheder for adskillelse.

2. Projektplanlægning og scoping

Udarbejdelse af en projektplan med klare ansvarsområder og milepæle
Definition af målsystemet (arkivløsning som ViewBox, migrering, overdragelse til køber)
Fastlæggelse af dataformater og arkiveringsstandarder
Afstemning med IT, fagafdelinger, databeskyttelse og eventuelt samarbejdsudvalget

Mål: At skabe klare mål og et solidt grundlag for gennemførelsen.

3. Teknisk forberedelse og udtrækskoncept

Valg af egnede udtræksværktøjer eller programmering af eksportlogik (f.eks. ABAP-baseret for SAP eller ODBC-baseret for Oracle)
Definition af de tabeller og dataobjekter, der skal trækkes ud, inklusive relationer
Oprettelse af tekniske adgange (f.eks. read only-brugere, databaseadgange)
Konfiguration af målstrukturen til senere arkivering eller dataoverdragelse

Mål: Et gnidningsfrit, struktureret, dokumenteret og sporbart udtræk.

4. Produktivt dataudtræk

Gennemførelse af det produktive dataudtræk på den fastlagte skæringsdato
Udtræk af strukturerede data (tabeller, bilag, stamdata) og ustrukturerede data (f.eks. PDF-dokumenter, vedhæftede filer)
Kryptering af data og sikker overførsel til målsystemet (f.eks. arkivet)

Mål: En fuldstændig og sikker udskillelse af de relevante data fra det ældre system.

5. Validering og kvalitetssikring

Teknisk kontrol af fuldstændighed og konsistens (f.eks. plausibilitetskontroller, kontrol af fremmednøgler)
Faglig kontrol via definerede kontrolrapporter eller sammenligninger mellem forventede og faktiske værdier
Dokumentation af datakvaliteten som bevis over for tredjeparter (f.eks. revisorer)

Mål: At sikre dataintegritet og retssikker dokumentation.

6. Tilgængeliggørelse i målsystemet og arkivering

Overdragelse af dataene til arkivsystemet (f.eks. ViewBox med læseadgang)
Konfiguration af brugerrettigheder, arkivstruktur, søge- og filterfunktioner
Integration af procesdokumentation og tekniske protokoller
Oplæring af arkivets brugere (f.eks. regnskab, skatteafdeling, IT)

Mål: En anvendelig, langsigtet tilgængelig og revisionssikker datatilgængeliggørelse.

7. Projektafslutning og systemnedlukning

Udarbejdelse af en afslutningsrapport med dokumentation af alle gennemførte trin
Anbefaling om nedlukning eller kontrolleret afvikling af det ældre system
Overdragelse af alle tekniske artefakter (mappingtabeller, logfiler, kontrolprotokoller)

Mål: En sporbar projektafslutning, der opfylder alle regulatoriske og tekniske krav.

Det tekniske forløb for en carve-out kræver solid systemforståelse, en metodisk tilgang og sikker håndtering af følsomme data. Også uden et forudgående prøveudtræk er en vellykket carve-out mulig, forudsat at forberedelses- og valideringsfaserne er solide. AvenDATA støtter dig med specialiserede værktøjer, erfarne databaseeksperter og en projektmetode, der har vist sit værd gennem mange år.

AvenDATA har allerede gennemført flere hundrede carve-out-projekter med succes og har indgående erfaring med adskillelse, udtræk og arkivering af data fra en lang række systemer, herunder SAP, Oracle, Navision, legacy-systemer og mange flere.

Planlægger du en carve-out?