A carve out is a transaction in which a buyer acquires a business unit or division separated from a larger parent company rather than the whole entity.
What is a carve out? It is a deal where the buyer acquires part of a larger company, a division or business unit, rather than the entire entity. The defining software challenge is separation. The carved out unit has usually been running on shared licenses, shared systems and shared agreements that belong to the parent. Pulling it out cleanly means untangling that shared estate, and the licenses rarely transfer automatically. A carve out is therefore one of the highest risk deal types for inherited software exposure.
In a standalone company the software estate is the company own. In a carve out the estate is shared. The unit being sold may rely on the parent enterprise agreements with Microsoft, Oracle, SAP and others, on shared infrastructure, and on systems administered centrally. None of that is guaranteed to come with the unit. Many agreements restrict use to the parent organisation, so the carved out business cannot simply keep using them. The buyer often has to procure new licenses, negotiate assignments, or run a transition services agreement while it builds a standalone estate.
The core issue is that shared licenses do not split neatly. An enterprise agreement sized for the parent organisation includes the carved out unit usage inside one entitlement. Separating it raises two risks at once. The buyer can be left under licensed, running software it has no entitlement for under the new entity. The parent can be left over licensed, paying for capacity the departed unit no longer uses. Both are real costs, and both are invisible unless someone maps usage against entitlement on each agreement before and after separation.
The work is to inventory every shared agreement the unit depends on, determine which can transfer and which must be replaced, and sequence the separation so there is no day when the unit is running unlicensed software. A transition services agreement usually bridges the gap, but it has to end with a fully licensed standalone estate. Mapping this before signing turns a carve out from a source of latent exposure into a planned separation. This is commercial and licensing advisory, not legal advice.
| Area | Question | Typical outcome |
|---|---|---|
| Shared agreements | Which licenses does the unit rely on | Inventory of dependencies |
| Transfer rights | Which can be assigned to the buyer | Consent list to obtain |
| New procurement | What must the buyer license itself | Standalone agreements |
| Transition | How is the gap bridged | TSA with a hard end date |
Related reading: see the M&A software glossary hub, plus transition services agreement and divestiture.
Map and quantify the licensing exposure in your target or portfolio before it becomes a post close audit. Independent, buyer side, paid only by the acquirer.
Talk to a software M&A advisor