TSA Management bij fusies, overnames en carve-outs

Bij een carve-out of overname kan de nieuwe organisatie op Day 1 vaak nog niet volledig zelfstandig functioneren.

IT-systemen, finance, HR, payroll, infrastructuur of andere ondersteunende diensten worden soms nog geleverd door de verkoper. Deze tijdelijke dienstverlening wordt vastgelegd in een Transition Service Agreement of Transitional Service Agreement (TSA).

Een TSA creëert tijd om de onderneming gecontroleerd los te maken van de verkoper. Maar zonder actief TSA management kan een tijdelijke oplossing gemakkelijk langer duren, duurder worden en de verdere integratie of separatie vertragen.

Effectief TSA management zorgt daarom niet alleen voor continuïteit van dienstverlening. Het stuurt vanaf Day 1 actief op governance, servicelevels, kosten, afhankelijkheden en TSA exit.

Postmerger ondersteunt organisaties bij het opzetten en leiden van TSA-management tijdens overnames, carve-outs en complexe separaties. Van TSA-inventarisatie en Day 1 readiness tot exitplanning, IT-migratie en volledige standalone operatie.

Wat is TSA management?

TSA management is het actief besturen van de tijdelijke dienstverlening die na een transactie tussen verkoper en koper blijft bestaan.

Een Transitional Service Agreement beschrijft welke diensten tijdelijk worden geleverd, onder welke voorwaarden, tegen welke kosten en gedurende welke periode.

TSA management zorgt vervolgens dat deze afspraken in de praktijk worden uitgevoerd en dat de tijdelijke dienstverlening gecontroleerd wordt beëindigd.

Het omvat bijvoorbeeld:

TSA-governance;
service management;
monitoring van servicelevels;
financiële tracking;
issue- en escalatiemanagement;
change requests;
afhankelijkheden;
exitplanning;
migraties;
verlengingen;
beëindiging van diensten.

Een belangrijke doelstelling is:

de bedrijfscontinuïteit beschermen zonder onnodig lang afhankelijk te blijven van de verkoper.

Wat is een Transitional Service Agreement?

Een Transitional Service Agreement is een tijdelijke overeenkomst waarin de verkoper bepaalde diensten blijft leveren aan de verkochte onderneming of koper nadat de transactie is afgerond.

Dit komt vooral voor bij carve-outs.

De verkochte business kan vóór closing bijvoorbeeld gebruikmaken van centrale diensten van het moederbedrijf zoals:

ERP;
finance;
payroll;
HR;
e-mail;
netwerk;
cybersecurity;
procurement;
servicedesk;
data;
rapportages.

Deze diensten kunnen vaak niet allemaal vóór closing worden afgesplitst.

De TSA voorkomt dat de transactie moet worden uitgesteld totdat iedere afhankelijkheid volledig is opgelost.

Waarom zijn TSA’s nodig?

Een carve-out heeft vaak een andere tijdlijn dan de technische en operationele separatie.

De juridische transactie kan bijvoorbeeld binnen enkele maanden worden afgerond, terwijl het losmaken van ERP, infrastructuur en data aanzienlijk langer duurt.

Een TSA overbrugt dit verschil.

Hierdoor kan:

closing doorgaan;
bedrijfscontinuïteit worden geborgd;
de koper tijd krijgen om nieuwe oplossingen te bouwen;
systemen gecontroleerd worden gemigreerd;
operationele risico’s worden verminderd.

Een TSA is daarmee een belangrijk overgangsinstrument.

Maar het moet tijdelijk blijven.

Waarom is goed TSA management belangrijk?

Een TSA lijkt op papier soms eenvoudig.

De verkoper levert een aantal diensten en de koper betaalt daarvoor.

In de praktijk ontstaan echter snel vragen zoals:

Wat valt precies binnen de dienstverlening?
Welke volumes zijn afgesproken?
Welke servicelevels gelden?
Wie is verantwoordelijk bij verstoringen?
Wie betaalt extra werkzaamheden?
Wat gebeurt er als een systeem verandert?
Wanneer kan een TSA worden beëindigd?
Wat gebeurt er als de koper niet op tijd kan uitstappen?

Wanneer deze onderwerpen onvoldoende worden bestuurd, kunnen conflicten en vertraging ontstaan.

Goed TSA management voorkomt dat de overgangsperiode een onbeheersbare afhankelijkheid wordt.

TSA management begint vóór closing

Effectief TSA management begint idealiter al tijdens de voorbereiding van de transactie.

Voor iedere kritieke dienst moet worden bepaald:

Is een TSA daadwerkelijk nodig?
Welke service moet worden geleverd?
Wat is de minimale scope?
Welke gebruikers of entiteiten vallen eronder?
Hoe lang is de dienstverlening nodig?
Wat zijn de kosten?
Welke SLA geldt?
Welke afhankelijkheden bestaan?
Wat is de exit-oplossing?
Wie is verantwoordelijk voor de exit?

De belangrijkste vraag is niet alleen:

Welke TSA hebben we nodig op Day 1?

Maar ook:

Hoe komen we er weer vanaf?

TSA scope bepalen

Een duidelijke TSA-scope voorkomt veel problemen.

Per TSA-service moet zo concreet mogelijk worden beschreven:

dienst;
functionaliteit;
gebruikers;
systemen;
locaties;
volumes;
support;
servicevensters;
verantwoordelijkheden;
uitzonderingen.

Bijvoorbeeld:

Niet: “Finance support”

Maar concreter:

Accounts Payable verwerking;
maandafsluiting;
toegang tot financieel systeem;
betalingsruns;
financiële rapportage;
ondersteuning tijdens closing.

Hoe specifieker de scope, hoe kleiner de kans op interpretatieverschillen.

Maak een TSA service catalog

Bij grotere carve-outs kunnen tientallen of zelfs honderden afzonderlijke TSA-services bestaan.

Een centrale TSA service catalog helpt om overzicht te houden.

Per service kan worden vastgelegd:

TSA-ID;
servicecategorie;
omschrijving;
provider;
ontvanger;
service owner;
startdatum;
einddatum;
kosten;
SLA;
afhankelijkheden;
exit owner;
exit milestone;
actuele status.

Deze servicecatalogus vormt de basis voor TSA governance en rapportage.

Welke functies vallen vaak onder een TSA?

TSA’s kunnen vrijwel alle ondersteunende functies raken.

IT

Bijvoorbeeld:

ERP;
CRM;
infrastructuur;
netwerk;
cloud;
e-mail;
cybersecurity;
identity & access management;
servicedesk.

Finance

Bijvoorbeeld:

accounting;
Accounts Payable;
Accounts Receivable;
treasury;
reporting;
consolidation;
tax.

HR

Bijvoorbeeld:

payroll;
HR-systemen;
benefits;
recruitment;
personeelsadministratie.

Procurement

Bijvoorbeeld:

contractmanagement;
leveranciers;
purchase-to-pay;
categoriecontracten.

Operations

Bijvoorbeeld:

planning;
logistiek;
warehouse;
quality;
supply chain.

Corporate services

Bijvoorbeeld:

legal;
compliance;
facilities;
real estate;
insurance.

Niet iedere service heeft dezelfde complexiteit of exitdoorlooptijd.

IT TSA management

IT is vaak het grootste en meest complexe onderdeel van een TSA.

Dat komt doordat veel bedrijfsprocessen afhankelijk zijn van gedeelde systemen.

IT TSA’s kunnen bijvoorbeeld betrekking hebben op:

ERP;
CRM;
HR-systemen;
finance-systemen;
data;
hosting;
netwerk;
identity management;
cybersecurity;
collaboration;
support.

Een IT TSA kan pas worden beëindigd wanneer de koper een werkende vervangende oplossing heeft.

Dat betekent meestal:

target solution bepalen;
omgeving bouwen;
data migreren;
interfaces realiseren;
gebruikers testen;
cutover uitvoeren;
oude afhankelijkheid beëindigen.

Daarom moet IT TSA exit nauw gekoppeld zijn aan de totale separation roadmap.

TSA governance

Bij een omvangrijke carve-out is duidelijke TSA governance essentieel.

Een mogelijke structuur bestaat uit meerdere niveaus.

Executive Steering Committee

Behandelt grote escalaties, kostenafwijkingen en strategische exitproblemen.

Separation Management Office of Integration Management Office

Bewaakt de totale TSA-portfolio, afhankelijkheden en voortgang.

TSA Manager

Coördineert de dagelijkse besturing van alle Transitional Service Agreements.

Service Owners

Zijn verantwoordelijk voor individuele diensten.

Exit Owners

Zijn verantwoordelijk voor het realiseren van de toekomstige oplossing en het beëindigen van de TSA.

Deze verantwoordelijkheden moeten zowel aan koper- als verkoperszijde duidelijk zijn.

De rol van een TSA Manager

Bij complexe transacties kan een aparte TSA Manager nodig zijn.

Deze rol vormt de verbinding tussen:

koper;
verkoper;
functionele teams;
IT;
finance;
het Separation Management Office;
management.

Typische verantwoordelijkheden zijn:

TSA-register beheren;
service performance bewaken;
issues coördineren;
facturatie controleren;
wijzigingen beheren;
escalaties voorbereiden;
exitplannen volgen;
afhankelijkheden bewaken;
managementrapportages maken;
extensions voorkomen of besturen.

Een goede TSA Manager kijkt dus niet alleen naar dienstverlening.

De rol houdt voortdurend zicht op de exit.

TSA management vanuit de koper

Voor de koper draait TSA management vooral om continuïteit en onafhankelijkheid.

De koper moet onder andere zorgen voor:

duidelijk eigenaarschap;
tijdige besluitvorming;
target solutions;
voldoende projectcapaciteit;
migratieplanning;
testen;
supplier onboarding;
data transfer;
cutover.

Een belangrijk risico is dat de koper zich te comfortabel voelt met de tijdelijke dienstverlening.

Wanneer de TSA redelijk werkt, kan de urgentie om een eigen oplossing te bouwen afnemen.

Dat leidt gemakkelijk tot verlenging.

TSA management vanuit de verkoper

De verkoper heeft andere belangen.

Voor de verkoper betekent een TSA vaak dat medewerkers en systemen tijdelijk ondersteuning moeten blijven geven aan een business die niet langer onderdeel is van de onderneming.

De verkoper wil daarom meestal:

scope beperken;
extra werkzaamheden voorkomen;
kosten terugverdienen;
aansprakelijkheid beperken;
wijzigingen beheersen;
TSA’s tijdig beëindigen;
stranded costs verwijderen.

Goed TSA management houdt rekening met beide perspectieven.

TSA service levels

Voor kritieke diensten moeten duidelijke servicelevels worden afgesproken.

Bijvoorbeeld:

beschikbaarheid;
responstijden;
incidentmanagement;
verwerkingstijden;
rapportage;
supportvensters.

Niet iedere TSA heeft uitgebreide SLA’s nodig.

De gekozen servicelevels moeten vooral passend zijn bij het bedrijfsrisico.

Voor een bedrijfskritisch ERP-platform zijn andere afspraken nodig dan voor een minder kritieke administratieve service.

TSA pricing en kosten

TSA-kosten moeten transparant en bestuurbaar zijn.

Mogelijke prijsmodellen zijn bijvoorbeeld:

fixed fee;
cost reimbursement;
cost plus;
prijs per gebruiker;
prijs per transactie;
volumegebaseerde pricing.

Daarnaast kunnen extra kosten ontstaan door:

change requests;
extra capaciteit;
verlenging;
projecten;
datamigratie;
eenmalige activiteiten.

Een TSA Manager moet daarom niet alleen operationele maar ook financiële performance volgen.

TSA facturatie controleren

Bij een groot aantal TSA-services kan facturatie complex worden.

Controleer bijvoorbeeld:

klopt de gefactureerde service;
klopt het volume;
geldt de juiste prijs;
zijn services inmiddels beëindigd;
zijn extra werkzaamheden goedgekeurd;
zijn credits verwerkt.

Zonder centrale controle kunnen tijdelijk bedoelde kosten onnodig lang blijven doorlopen.

TSA change management

Tijdens de overgang verandert bijna altijd iets.

Bijvoorbeeld:

meer gebruikers;
minder locaties;
aanvullende functionaliteit;
gewijzigde volumes;
nieuwe regelgeving;
migratie-uitstel.

Daarom is een duidelijk change request-proces nodig.

Voor iedere wijziging moet duidelijk zijn:

wat verandert;
waarom;
welke impact dit heeft;
welke kosten ontstaan;
wie goedkeurt;
of de exitdatum verandert.

Zo wordt voorkomen dat de scope ongemerkt steeds groter wordt.

TSA issue management

Operationele problemen moeten snel kunnen worden opgelost.

Een centraal issue register kan bijvoorbeeld bevatten:

issue;
service;
impact;
eigenaar;
prioriteit;
actie;
deadline;
escalatieniveau.

Kritieke issues kunnen betrekking hebben op:

payroll;
systeemuitval;
klantfacturatie;
cybersecurity;
reporting;
data access.

Het escalatieproces moet vóór Day 1 helder zijn.

TSA exit management

Een TSA is pas succesvol wanneer deze gecontroleerd kan worden beëindigd.

Daarom is TSA exit management een van de belangrijkste onderdelen van TSA management.

Per service moet duidelijk zijn:

wat de toekomstige oplossing is;
wie deze realiseert;
welke acties nodig zijn;
welke afhankelijkheden bestaan;
wanneer testing plaatsvindt;
wanneer cutover plaatsvindt;
wanneer de TSA wordt beëindigd.

De exitplanning moet vanaf Day 1 actief worden bestuurd.

Maak voor iedere TSA een exitplan

Een goede TSA-exit bevat bijvoorbeeld:

Current state

Welke service levert de verkoper?

Target state

Hoe wordt de service na exit geleverd?

Owner

Wie is verantwoordelijk voor de nieuwe oplossing?

Milestones

Welke tussenresultaten zijn nodig?

Dependencies

Welke andere projecten moeten eerst gereed zijn?

Testing

Hoe wordt vastgesteld dat de nieuwe oplossing werkt?

Cutover

Wanneer vindt de overgang plaats?

Exit criteria

Aan welke voorwaarden moet zijn voldaan voordat de TSA kan stoppen?

TSA exit criteria

Een einddatum alleen is niet voldoende.

Voor iedere belangrijke TSA moeten ook duidelijke exit criteria bestaan.

Bijvoorbeeld:

nieuwe applicatie operationeel;
data gemigreerd;
gebruikers getraind;
interfaces getest;
support ingericht;
financiële reconciliatie afgerond;
security goedgekeurd;
business acceptance ontvangen.

Pas wanneer deze criteria zijn gehaald, kan een gecontroleerde exit plaatsvinden.

TSA exit roadmap

Bij tientallen TSA’s is een geïntegreerde exit roadmap nodig.

Deze laat bijvoorbeeld zien:

Day 1

TSA-services starten.

Maand 1-3

Target solutions en leveranciers vaststellen.

Maand 3-6

Nieuwe processen en systemen bouwen.

Maand 6-9

Migreren en testen.

Maand 9-12

TSA’s gefaseerd beëindigen.

De werkelijke timing verschilt sterk per carve-out.

Belangrijker dan een standaardduur is dat iedere exit een realistisch onderbouwde planning heeft.

Prioriteiten bepalen voor TSA exit

Niet iedere TSA hoeft als eerste te worden beëindigd.

Prioritering kan bijvoorbeeld worden gebaseerd op:

Kosten

Welke TSA’s zijn duur?

Risico

Waar bestaat grote operationele afhankelijkheid?

Complexiteit

Welke exits hebben een lange doorlooptijd?

Synergie

Welke exit maakt verdere integratie mogelijk?

Strategische controle

Welke functies wil de koper snel zelf beheersen?

Hierdoor ontstaat een TSA exit roadmap die niet alleen op kalenderdata is gebaseerd.

TSA dependency management

TSA’s zijn vaak sterk met elkaar verbonden.

Een finance TSA kan bijvoorbeeld afhankelijk zijn van:

ERP;
identity management;
data;
banking;
reporting.

Een HR TSA kan afhankelijk zijn van:

payroll;
HRIS;
employee data;
IAM.

Daarom moet TSA-management niet per service in isolatie plaatsvinden.

De belangrijkste cross-TSA dependencies moeten centraal worden bestuurd.

TSA management en Day 1 readiness

TSA’s zijn vaak essentieel voor Day 1.

Voor closing moet worden gecontroleerd:

zijn alle kritieke services geïdentificeerd;
zijn afspraken ondertekend;
zijn service owners benoemd;
zijn gebruikers bekend;
is toegang geregeld;
zijn escalatieprocedures getest;
is facturatie duidelijk;
zijn contactpersonen bekend;
bestaat een Day 1 supportstructuur.

De eerste dagen na closing kunnen extra monitoring vereisen.

TSA management en carve-out

TSA management speelt vooral een belangrijke rol bij een carve-out.

Bij een carve-out wordt een bedrijfsonderdeel losgemaakt uit een grotere organisatie.

Het onderdeel kan sterk verweven zijn met de verkoper via:

systemen;
medewerkers;
processen;
contracten;
data;
leveranciers;
shared services.

De carve-out moet daarom twee doelstellingen combineren:

Day 1 readiness

De business moet vanaf closing kunnen functioneren.

Standalone readiness

De business moet uiteindelijk onafhankelijk kunnen opereren.

TSA’s overbruggen de periode tussen deze twee momenten.

TSA management en standalone operating model

Een succesvolle TSA exit vereist een duidelijk beeld van de toekomstige organisatie.

Voor iedere service moet worden bepaald:

build;
buy;
integrate;
outsource.

Bijvoorbeeld:

Build

De koper bouwt zelf een capability.

Buy

Er wordt een nieuwe externe leverancier geselecteerd.

Integrate

De service wordt opgenomen in het bestaande platform van de koper.

Outsource

De functie wordt structureel extern geleverd.

Deze keuzes vormen samen het standalone operating model.

TSA management en stranded costs

Voor de verkoper kan TSA exit leiden tot stranded costs.

Dit zijn kosten die achterblijven nadat een bedrijfsonderdeel is verkocht.

Bijvoorbeeld:

Een centraal IT-team ondersteunde voorheen 1.000 medewerkers.

Na verkoop blijven 700 medewerkers over, maar de infrastructuur en bezetting kunnen niet direct evenredig worden verlaagd.

Wanneer TSA-inkomsten verdwijnen, kunnen deze kosten bij de verkoper achterblijven.

Daarom moet TSA exit aan verkoperszijde worden gekoppeld aan een stranded-cost-reductieplan.

TSA extension management

Niet iedere TSA wordt op tijd beëindigd.

Wanneer de toekomstige oplossing nog niet gereed is, kan verlenging nodig zijn.

Een TSA-extension moet geen automatische beslissing zijn.

Beoordeel eerst:

waarom exit niet is gehaald;
welke risico’s ontstaan zonder verlenging;
hoeveel extra tijd nodig is;
welke kosten gelden;
welke acties nodig zijn;
wie verantwoordelijk is;
wat de nieuwe harde exitdatum wordt.

Verlengingen kunnen duur zijn en moeten daarom expliciet worden bestuurd.

Voorkomen van TSA-verlengingen

Veel vertraging kan worden voorkomen door vroeg te sturen op:

duidelijke owners;
realistische planning;
snelle besluitvorming;
tijdige leveranciersselectie;
datamigratie;
testing;
voldoende capaciteit;
kritieke afhankelijkheden.

De grootste fout is om pas enkele weken vóór de contractuele einddatum te controleren of exit haalbaar is.

KPI’s voor TSA management

Een TSA-dashboard kan verschillende KPI’s bevatten.

Bijvoorbeeld:

totaal aantal actieve TSA’s;
TSA’s exited;
TSA’s on track;
TSA’s at risk;
TSA’s overdue;
TSA-kosten versus budget;
aantal openstaande kritieke issues;
aantal change requests;
TSA’s waarvoor extension wordt verwacht;
gemiddelde resterende looptijd;
percentage exit milestones gerealiseerd.

De KPI’s moeten vooral duidelijk maken waar managementactie nodig is.

TSA management dashboard

Een praktisch dashboard kan per TSA laten zien:

Service

Welke dienstverlening betreft het?

Owner

Wie is verantwoordelijk?

Current end date

Wanneer loopt de TSA af?

Exit status

Groen, oranje of rood.

Next milestone

Wat moet nu gebeuren?

Risk

Wat bedreigt de exit?

Cost

Wat kost de service?

Decision required

Welk managementbesluit is nodig?

Hierdoor kan management snel focussen op de TSA’s die risico lopen.

Veelgemaakte fouten bij TSA management

TSA-management pas na closing organiseren

Dan ontbreekt vanaf Day 1 vaak eigenaarschap.

Te brede TSA-scope

Meer dienstverlening betekent meer afhankelijkheid.

Geen exit owner benoemen

Service management krijgt aandacht, maar niemand voelt zich verantwoordelijk voor beëindiging.

Alleen sturen op contractuele einddatum

Een datum zegt weinig zonder concrete exit milestones.

IT-migraties onderschatten

IT is vaak de kritieke afhankelijkheid voor meerdere TSA’s.

Geen centrale service catalog gebruiken

Hierdoor ontbreken overzicht en consistente rapportage.

Change requests onvoldoende beheersen

De dienstverlening wordt langzaam groter en duurder.

Verlengen als gemakkelijke oplossing zien

Een verlenging verplaatst het probleem en kan extra kosten veroorzaken.

De verkoper onvoldoende betrekken

Een succesvolle exit vereist samenwerking tussen beide partijen.

Wanneer loopt TSA management vast?

Signalen zijn bijvoorbeeld:

veel services staan op rood;
exitdatums verschuiven;
owners zijn onduidelijk;
IT-projecten lopen achter;
change requests nemen toe;
factuurdiscussies ontstaan;
critical dependencies zijn niet opgelost;
extensions worden waarschijnlijk;
management heeft onvoldoende overzicht.

In dat geval helpt het om TSA-management opnieuw te structureren.

TSA recovery bij een vastgelopen carve-out

Een TSA recovery kan bijvoorbeeld bestaan uit:

1. Volledige TSA-baseline maken

Welke services bestaan daadwerkelijk?

2. Eigenaarschap bevestigen

Iedere TSA krijgt een service owner en exit owner.

3. Exitplannen toetsen

Zijn planning en oplossingen realistisch?

4. Dependencies identificeren

Welke activiteiten blokkeren meerdere exits?

5. Kritieke beslissingen versnellen

Welke managementkeuzes staan open?

6. Roadmap herprioriteren

Focus op diensten met de grootste impact.

7. Governance aanscherpen

Maak rapportage en escalatie actiegericht.

Zo wordt het TSA-programma opnieuw bestuurbaar.

TSA management in 8 stappen

Een praktische aanpak bestaat uit acht stappen.

Stap 1. Identificeer alle benodigde TSA-services

Bepaal wat daadwerkelijk nodig is voor Day 1.

Stap 2. Minimaliseer de scope

Neem alleen diensten op die tijdelijk noodzakelijk zijn.

Stap 3. Leg verantwoordelijkheden vast

Benoem service owner en exit owner.

Stap 4. Richt TSA governance in

Maak besluitvorming, rapportage en escalatie duidelijk.

Stap 5. Ontwikkel vanaf het begin een exitplan

Wacht niet tot het einde van de TSA-periode.

Stap 6. Bouw de standalone oplossing

Ontwikkel systemen, processen, mensen en leveranciers.

Stap 7. Test en voer de exit uit

Gebruik expliciete exit criteria.

Stap 8. Beëindig dienstverlening en kosten

Controleer dat contract, toegang, facturatie en resterende afhankelijkheden daadwerkelijk zijn afgesloten.

Wanneer is TSA management succesvol?

TSA management is niet succesvol omdat de tijdelijke dienstverlening goed heeft gewerkt.

De uiteindelijke test is of de organisatie er gecontroleerd onafhankelijk van is geworden.

Een succesvol TSA-programma betekent dat:

business continuity is beschermd;
servicelevels zijn beheerst;
issues snel zijn opgelost;
kosten transparant waren;
exitplannen tijdig zijn uitgevoerd;
kritieke TSA’s niet onnodig zijn verlengd;
nieuwe processen en systemen werken;
resterende afhankelijkheden zijn verwijderd;
eigenaarschap is overgedragen aan de lijnorganisatie.

Het doel is uiteindelijk:

van tijdelijke afhankelijkheid naar een stabiele standalone of geïntegreerde organisatie.

TSA management laten begeleiden?

Staat uw organisatie voor een carve-out, acquisitie of separatie waarbij Transitional Service Agreements nodig zijn?

Of zijn TSA’s al actief, maar lopen exitplannen achter, nemen kosten toe of dreigen verlengingen?

Postmerger ondersteunt organisaties bij het opzetten en uitvoeren van TSA management en TSA exit management.

Ondersteuning kan onder andere bestaan uit:

TSA assessment;
TSA service catalog;
TSA governance;
Day 1 readiness;
TSA Manager;
service management;
SLA-monitoring;
TSA cost tracking;
issue- en change management;
TSA exit planning;
IT TSA exit;
standalone readiness;
dependency management;
TSA recovery;
extension management;
carve-out programmasturing.

De focus ligt op continuïteit tijdens de overgang en een zo snel mogelijke gecontroleerde exit uit tijdelijke afhankelijkheden.

Neem contact op om uw TSA-management of carve-out te bespreken.

Veelgestelde vragen over TSA management

Wat is TSA management?

TSA management is het actief besturen van tijdelijke dienstverlening tussen koper en verkoper na een overname of carve-out. Het omvat onder andere governance, servicelevels, kosten, issues, wijzigingen en TSA exit.

Waar staat TSA voor bij een overname?

TSA staat voor Transition Service Agreement of Transitional Service Agreement. De overeenkomst legt vast welke diensten de verkoper tijdelijk blijft leveren nadat de transactie is afgerond.

Wanneer is een TSA nodig?

Een TSA is vooral nodig wanneer de verkochte onderneming op Day 1 nog afhankelijk is van systemen, processen of diensten van de verkoper en deze afhankelijkheden niet vóór closing kunnen worden verwijderd.

Welke diensten vallen vaak onder een TSA?

Veelvoorkomende TSA’s hebben betrekking op IT, ERP, finance, payroll, HR, data, infrastructuur, procurement, facilities en andere shared services.

Wat is TSA exit management?

TSA exit management is het plannen en uitvoeren van de overgang van tijdelijke dienstverlening naar een structurele oplossing bij de koper of standalone organisatie.

Wanneer moet TSA exit planning beginnen?

Idealiter al vóór closing. Iedere belangrijke TSA zou vanaf de start een target solution, eigenaar, planning en duidelijke exit criteria moeten hebben.

Wie is verantwoordelijk voor TSA management?

Bij kleinere transacties kan dit bij een Integration Manager of Separation Manager liggen. Bij grotere carve-outs wordt vaak een aparte TSA Manager benoemd die samenwerkt met service owners en het Separation Management Office.

Wat is een TSA service owner?

Een service owner bewaakt de dagelijkse uitvoering en kwaliteit van een specifieke TSA-service. Een exit owner is verantwoordelijk voor het realiseren van de toekomstige oplossing en beëindigen van de TSA.

Wat zijn TSA exit criteria?

Exit criteria zijn voorwaarden waaraan moet zijn voldaan voordat een TSA veilig kan worden beëindigd. Bijvoorbeeld succesvolle systeemmigratie, business acceptance, dataoverdracht, ingerichte support en afgeronde securitytests.

Wat gebeurt er als een TSA niet op tijd kan worden beëindigd?

Dan kan een TSA-extension nodig zijn. Dit vraagt meestal om nieuwe afspraken over duur, kosten en voorwaarden. Een verlenging moet actief worden bestuurd en niet als automatische oplossing worden gezien.

Wat is een IT TSA?

Een IT TSA is tijdelijke dienstverlening op IT-gebied, bijvoorbeeld voor ERP, infrastructuur, e-mail, data, cybersecurity of servicedesk. IT TSA’s zijn vaak kritisch omdat meerdere bedrijfsprocessen ervan afhankelijk zijn.

Wat zijn stranded costs bij een TSA?

Stranded costs zijn kosten die bij de verkoper kunnen achterblijven nadat de verkochte business en uiteindelijk de TSA-dienstverlening verdwijnen. Denk aan infrastructuur, contracten of medewerkers waarvan de kosten niet direct kunnen worden afgebouwd.

Hoe voorkomt u dat TSA’s onnodig worden verlengd?

Begin vroeg met exitplanning, benoem duidelijke exit owners, maak afhankelijkheden zichtbaar, stuur op concrete milestones en escaleer vertraging ruim vóór de contractuele einddatum.

Wat is het verschil tussen TSA management en carve-out management?

Carve-out management omvat het volledige separatieprogramma. TSA management richt zich specifiek op de tijdelijke dienstverlening tussen koper en verkoper en het gecontroleerd beëindigen daarvan.