Home/Carve Outs and TSA/Licensing for the Seller
Carve Outs and TSA

Carve out software licensing for the seller.

The seller decisions on transfer, consent and TSA pricing become the buyer opening position. Here is how to read them.

Carve out software licensing for the seller covers what the parent must confirm, transfer, service and bill as a business unit separates, and it directly shapes the risk and the cost the buyer inherits. Even on the buyer side, understanding the seller obligations is essential, because the seller decisions on transferability, consent and TSA pricing become the new entity opening position.

What carve out software licensing for the seller has to deliver

The seller sits at the centre of the software separation. The parent holds the master agreements, the publisher relationships and the entitlement records, and it must decide what stays, what transfers and what is serviced through a transition services agreement. Three zones result. Group wide commitments and retained systems stay with the parent. Unit specific applications and dedicated licences transfer to the new entity where the contracts allow. Everything in between sits in the TSA shared zone, where the seller sublicenses parent software to the new entity for a fee until the new entity stands up its own contracts.

For a buyer, the most important point is that the seller obligations are not abstract. They set the terms of the deal. If the seller promises to transfer rights that actually require publisher consent, and never secures that consent, the buyer inherits a gap. If the seller services the TSA inaccurately, the buyer pays inflated pass through fees. The seller licensing position is the buyer starting position.

Seller obligations in carve out software licensing A split diagram showing what stays with the parent, what transfers to the new entity, and the shared TSA zone the seller must service and bill during transition. What the seller owns through separation Stays with parent Enterprise minimumsGroup wide bundlesRetained systems TSA shared zone Sublicensed accessPass through feesConsent management Transfers to new entity Unit specific appsDedicated licencesAssigned contracts
The seller carries obligations in all three zones, and the TSA zone is where most disputes arise.

The obligations that matter most to the buyer

Five seller obligations carry the most weight, and each has a direct buyer side consequence. The seller must confirm what is genuinely transferable, because a promise that depends on consent the parent never obtains leaves the new entity exposed. The seller must service the TSA accurately, because over billing or under delivering sublicensed software during transition shows up as stranded cost on the buyer ledger. The seller must manage publisher consent carefully, because raising the transaction clumsily can trigger an audit on the parent estate that spills onto the new entity.

The seller must also true up its retained estate honestly, since minimums sized for usage that has left are often reflected in the TSA price the buyer pays. And the seller must hand over clean entitlement records, because incomplete data forces the new entity to re license blind and over buy. The table summarises these obligations and the buyer concern attached to each.

Seller licensing obligations across the separation
ObligationRisk if mishandledBuyer side concern
Confirm what is transferablePromising rights that need publisher consent the seller never securesThe buyer inherits a gap and an access risk
Service the TSA accuratelyOver billing or under delivering sublicensed software during transitionInflated pass through fees and stranded cost
Manage publisher consentTriggering an audit on the parent estate by raising the transaction clumsilyAudit exposure can spill onto the new entity
True up the retained estateCarrying minimums sized for usage that has leftReflected in TSA pricing the buyer pays
Hand over clean recordsIncomplete entitlement data slows the new entity stand upRe licensing starts blind and over buys

A buyer side advisor reads these obligations from the buyer perspective inside our carve out and TSA separation service, and the wider carve out and TSA software playbook sets out how the two sides interact through the whole separation.

How deal structure shapes the seller obligations

The seller licensing position is not fixed. It bends with the structure of the transaction, and a buyer that understands the interaction can anticipate where the obligations will be hardest to meet. In a stock purchase, where the legal entity itself changes hands, many contracts can travel with the entity, but change of control clauses still apply and can require notice or consent. In an asset purchase or a true carve out, where only selected assets move to a new entity, anti assignment clauses bite directly, because each contract has to be assigned and most assignments need publisher consent. The seller obligations are heaviest in exactly the structures buyers most often use for carve outs.

This is why a buyer side review reads the seller commitments against the deal structure rather than in the abstract. A seller promise to transfer a SAP or Oracle agreement means one thing in a stock deal and something quite different in an asset deal, where the same promise depends on a consent the publisher is under no obligation to grant on the original terms. As of June 2026, publishers including Oracle and SAP are well known for treating assignment requests as an opportunity to reprice, which turns a routine transfer into a commercial negotiation the seller may not be motivated to win on the buyer behalf.

The practical consequence is that the buyer cannot rely on the seller to protect the buyer interest in these conversations. The seller goal is a clean exit. Where the structures make transfer difficult, the buyer needs its own visibility into which contracts are at risk, what consent each requires, and what the fallback is if consent is refused or repriced. That visibility is commercial diligence, and it belongs to the buyer, not the seller. For the legal interpretation of any specific clause, the buyer should engage its own counsel.

Why buyers should engage with the seller licensing position early

The seller and buyer interests align less than they appear. The seller wants a clean exit and a TSA that recovers its costs. The buyer wants accurate transfers, fair TSA pricing and no inherited audit exposure. The gap between those positions is settled in the transaction documents and the TSA schedules, which is exactly where a buyer side software review earns its fee. Reviewing the seller licensing assumptions before signing lets the buyer price the gaps, scope the warranties and time box the TSA charges before they become fixed.

This work pairs naturally with the buyer focused view in carve out software licensing for the buyer and with divestiture software licensing for the parent, which looks at the same separation from the seller side in more depth.

Key takeaways

  • Carve out software licensing for the seller sets what the parent confirms, transfers, services and bills, and it becomes the buyer opening position.
  • Three zones result: group commitments stay, unit specific licences transfer, and the TSA shared zone covers sublicensed access during transition.
  • Seller promises that depend on publisher consent the parent never secures leave the new entity with a gap and an access risk.
  • Clumsy handling of the transaction can trigger an audit on the parent estate that spills onto the new entity, so consent must be managed carefully.

Recommendations for buyers

  1. Test transferability claims before signing. Confirm which transfers need publisher consent and whether the seller will actually secure it.
  2. Scrutinise the TSA price build up. Strip out retained minimums sized for usage that has already left the parent.
  3. Demand clean entitlement records. Incomplete data forces the new entity to re license blind and over buy.
  4. Price the gaps into warranties. Where consent or transfer is uncertain, cover it in the transaction documents rather than after close.

See also separating shared software licenses and carve out software audit risk for both sides.

Frequently asked questions

What is carve out software licensing for the seller?
It is the set of obligations the parent carries as a business unit separates: confirming what is transferable, transferring dedicated licences, servicing sublicensed software through the TSA, managing publisher consent, and handing over clean entitlement records.
Why does the seller position matter to a buyer?
Because the seller decisions become the new entity opening position. If the seller promises rights that need consent it never secures, or prices the TSA from a bloated retained estate, the buyer inherits the gap and the cost.
Can the seller trigger an audit that affects the buyer?
Yes. Raising a transaction clumsily with a publisher can trigger an audit on the parent estate, and the exposure can spill onto the new entity. Careful consent management on both sides reduces this risk.
What records should the seller hand over?
Complete entitlement and deployment records for the carved out unit. Incomplete data forces the new entity to re license from a blind position and tends to lead to over buying.
How should a buyer engage with seller obligations?
By reviewing the seller licensing assumptions before signing, pricing the gaps into warranties, scrutinising the TSA price build up, and time boxing pass through charges before they become fixed.

On the buy side of a carve out?

We read the seller licensing position so you can price the gaps and time box the TSA before signing.

Request a carve out software assessment