ProcessMergers & Acquisitions

Carve-out IT separation: from entanglement map to TSA exit

A carve-out separates a business that was never designed to stand alone. Its applications, infrastructure, data, licenses and people are tangled up with the rest of the seller's group. Separation works when both sides agree what is entangled, choose an approach system by system, define what must work on Day One, and write a transition services agreement with a planned end. This page sets out that sequence and where it usually goes wrong.

Reviewed 7 min read

On this page
  1. Seller and buyer want different things from the same separation
  2. The separation sequence from signing to TSA exit
  3. What the entanglement inventory has to cover
  4. Clone-and-go, logical separation, extract-and-migrate or rebuild
  5. Running the separation programme
  6. Scoping decisions that make or break the TSA
  7. Licenses, contracts, data and people
  8. Why TSAs overrun and how to exit on time
  9. A hypothetical division leaves a shared ERP
  10. Questions and answers
  11. Sources

Seller and buyer want different things from the same separation

The seller wants to protect the business it keeps: minimal disruption to shared systems, a short support period after closing, and no costs left behind once the sold unit has gone. The buyer wants continuity on Day One, freedom to choose its own target platforms, and a clear view of what standalone operation will cost.

Both sides gain from a shared, early plan. For the seller, a credible separation plan supports the price and shortens the transition period. For the buyer, it turns open-ended dependence on the seller into a dated list of services with exits. ColdAI's carve-out work focuses on clean architecture boundaries and sustainable standalone operations1, and the method below applies whichever side you are on.

The separation sequence from signing to TSA exit

01Entanglement inventory02Approach per system03Day One design04TSA schedules05Migration waves06TSA exit
  1. Entanglement inventory

    Everything the sold business uses that it does not own outright.

  2. Approach per system

    Clone, logically separate, extract and migrate, or rebuild.

  3. Day One design

    The minimum that must work at completion, and who provides it.

  4. TSA schedules

    Services the seller keeps providing, with levels, prices and end dates.

  5. Migration waves

    Moves to the buyer's platforms in dependency order, each with rollback.

  6. TSA exit

    Services switched off one by one and stranded costs resolved.

Conceptual sequence of an IT separation. Inventory and approach usually start before signing; migration and exit run after closing.

What the entanglement inventory has to cover

List every shared dependency before debating approaches. Gaps found after signing become TSA services nobody priced.

0 of 7 checked

Clone-and-go, logical separation, extract-and-migrate or rebuild

Most carve-outs use several of these, chosen system by system according to how entangled each one is and where the buyer wants to end up.

ApproachHow it worksWorks best whenMain risk
Clone-and-goCopy the shared system and its configuration, then purge the seller's data from the copySpeed matters and the buyer has no target platform yetPurging is incomplete, and the clone needs licenses the buyer may not hold
Logical separationKeep one instance but partition access and data by company under a TSAThe buyer will migrate soon and a short TSA is acceptableData leakage between companies and a TSA that never ends
Extract-and-migrateMove the sold unit's data and processes into the buyer's existing platformThe buyer already runs a suitable platformMapping effort and a hard cutover on a fixed date
RebuildStand up new systems for the carved-out businessThe legacy system is near end of life or heavily customizedLongest timeline and the highest dependence on TSA services meanwhile

Choose by system, not by programme. A common pattern is clone-and-go for the ERP, extract-and-migrate for email and identity, and rebuild for a reporting platform.

Running the separation programme

  1. Build and agree the inventory

    Walk every dependency with both sides' system owners and record it in one register with a proposed approach.

    Output
    Entanglement register
    Owner
    Separation leads on both sides
  2. Define the Day One minimum

    Agree what must work at completion: entity bank accounts and payroll, access and identity, email and domains, financial reporting and close, customer-facing systems and security monitoring.

    Output
    Day One requirements
    Owner
    Buyer separation lead
  3. Draft the TSA schedules

    Turn every Day One dependency the buyer cannot yet provide for itself into a service schedule, with service levels usually set at the standard delivered before the sale.

    Output
    Service catalog
    Owner
    Seller service owners
  4. Price the services and set terms

    Agree cost-based pricing, the base term, extension options with notice periods, and price steps after the base term to keep both sides moving.

    Output
    Priced TSA
    Owner
    Deal teams and counsel
  5. Plan migration waves

    Order moves by dependency, test each one with real data, and agree rollback criteria before each cutover.

    Output
    Migration plan
    Owner
    Buyer IT
  6. Exit service by service

    Switch off each TSA service once the replacement is proven, confirm data has been returned or deleted, and resolve the seller's stranded costs.

    Output
    TSA exit certificates
    Owner
    Both sides' TSA managers

Scoping decisions that make or break the TSA

  • If

    The buyer may need a service for longer than the base term.

    Then

    Agree an extension option with a notice period and stepped pricing now, rather than negotiating under pressure later.

    Extensions requested late are priced by whichever party needs them less.

  • If

    A service depends on a license the seller cannot extend to a company outside its group.

    Then

    Have the buyer procure its own license before Day One, or make the vendor's consent a closing deliverable.

    Running a non-affiliate on the parent's license can breach the license agreement.

  • If

    The seller will process the buyer's personal data while providing a service.

    Then

    Put a data processing agreement in place that meets GDPR Article 282.

    In that arrangement the seller usually acts as the buyer's processor.

  • If

    The sold business also provides services the seller still needs.

    Then

    Write a reverse TSA with the same discipline on scope, price and exit.

    Shared plants, labs or support teams can flow in both directions.

Licenses, contracts, data and people

Software licenses are often the slowest item. Enterprise agreements commonly allow use by affiliates only, so the sold business loses its entitlement when it leaves the group, and assignment usually needs the vendor's consent. Request consents early and budget for new licenses where consent will be refused or priced.

Data separation is harder than infrastructure separation. Customer, supplier and product records may belong to both businesses, and reports or analytics models may mix them. Decide record by record who owns what, cleanse clones before handover, and document what each side deletes. In the EU, staff who mainly work for the transferred business may move with it under the Acquired Rights Directive (Directive 2001/23/EC) and its national implementations, such as TUPE in the UK3, so plan knowledge transfer with HR and counsel.

Why TSAs overrun and how to exit on time

The TSA becomes permanent

Early signalExtension requests arrive before any migration has been tested.

MitigationTie each service to a migration milestone and review progress monthly at a joint governance meeting.

The seller is left with stranded costs

Early signalLicenses, data center space and contracts sized for the combined group remain after exit.

MitigationIdentify stranded costs during scoping and plan contract reductions in step with each service exit.

Service-level disputes

Early signalThe buyer expects improvements while the seller delivers the pre-sale standard.

MitigationDefine the standard as historical service levels with evidence, and handle improvements through change control.

The buyer cannot staff its own operations in time

Early signalNo hiring plan for the roles the TSA currently covers.

MitigationStart recruitment or a managed service arrangement before closing for the functions being exited first.

A hypothetical division leaves a shared ERP

Questions and answers

How long should a transition services agreement last?

As long as the slowest migration realistically needs, plus a margin, and no longer. Set the base term per service rather than for the whole agreement, add extension options with notice periods and stepped pricing, and link each service's end to a migration milestone. A single term for every service usually leaves easy services running too long and hard ones too short.

How are TSA services usually priced?

Most TSAs price services at cost, sometimes with a modest markup, because the seller is not trying to profit from them. Pricing commonly steps up after the base term to encourage exit. Agree how costs are calculated, how third-party costs pass through and how changes are charged, so invoices do not become a dispute.

Who owns the separation plan, seller or buyer?

Each side owns its own plan, but the entanglement register, Day One requirements and TSA schedules should be shared documents. The seller understands the systems; the buyer understands its target state. Joint governance with named separation leads on both sides keeps decisions moving after closing.

Can data be separated by simply cloning the database?

Cloning is the quickest start, but the clone still contains the other business's records. Purge or anonymize data that does not belong to the buyer before handover, document what was removed, and check reports, backups and analytics copies too. Commingled personal data raises data protection obligations for both sides.

Sources

  1. Mergers & Acquisitions: Carve-Out & Divestiture offering — ColdAI
  2. Regulation (EU) 2016/679 (General Data Protection Regulation), Article 28 on processors — EUR-Lex · checked 10 October 2026
  3. Council Directive 2001/23/EC on safeguarding employees' rights in the event of transfers of undertakings — EUR-Lex · checked 10 October 2026

More in Mergers & Acquisitions

Back to Mergers & Acquisitions

Next step

Share your entanglement list before the TSA is drafted

Send the systems and services the business shares with its parent, and your target signing date. We will reply with the separation approaches worth considering and the TSA services most likely to overrun.

Plan a carve-out