Home/Change of Control/Stock vs Asset Purchase
Change of Control and Assignment

Stock vs asset purchase: which triggers assignment issues.

The single structural choice that decides how much software consent work a deal carries, and why the same estate can be low risk or high risk depending on it.

The choice between a stock vs asset purchase is one of the most important structural decisions in a deal, and it has a direct effect on software licensing that is often overlooked. In a stock vs asset purchase comparison, the key software question is which assignment and change of control clauses are triggered, because that determines how much publisher consent the transaction will require. A stock purchase generally keeps the licensed entity intact and reduces assignment risk, while an asset purchase moves contracts between entities and engages anti assignment language across the estate. The same portfolio of licenses can therefore be low risk or high risk depending purely on the structure chosen.

Stock vs asset purchase and the software clauses each triggers

In a stock purchase, the buyer acquires the shares of the target company, and the company itself, including its contracts, continues to exist. Because the licensed entity does not change, anti assignment clauses, which respond to a license moving to a different entity, are generally not engaged. What can still apply is a change of control clause, because the ownership of the entity has changed even though the entity has not. The risk in a stock deal is therefore concentrated in change of control language and in any clause that addresses a change in ultimate ownership.

In an asset purchase, the buyer acquires specific assets and contracts, which are assigned from the seller entity to the buyer entity. Every software license in scope is being transferred, so anti assignment clauses are engaged across the estate. This makes an asset deal far more consent heavy, because each contract that requires consent to assign becomes a gating item for that system. The structural difference is not a nuance, it is the single biggest driver of how much software consent work a deal carries, and it should be modeled before the structure is fixed rather than discovered afterward. The detail of anti assignment language is set out in anti assignment clauses in software contracts.

Stock purchase versus asset purchase consent burden Two columns. The left navy column represents a stock purchase with a short gold bar showing a low consent burden, mainly change of control clauses. The right navy column represents an asset purchase with a tall gold bar showing a high consent burden across anti assignment clauses. The same estate, two very different consent burdens Low Stock purchase mainly change of control High Asset purchase anti assignment across estate consentburden
An asset purchase typically carries a far larger software consent burden than a stock purchase of the same estate, because every contract is being assigned.

Where a merger sits between the two

A merger is a third structure that can carry features of both. Depending on which entity survives and on the precise wording, a merger can be treated as a change of control, as an assignment by operation of law, or as both. Some clauses are drafted specifically to catch a merger, including language that treats a merger as a deemed assignment regardless of which entity survives. This means a merger cannot be assumed to be clean simply because no contract is physically moved, and each agreement has to be read against the merger mechanics. The way a merger can breach a license is covered in how a merger can breach a software license, and the broader principle that structure can be used to limit problems is set out in how deal structure limits assignment problems.

How each deal structure interacts with software clauses
StructureAnti assignmentChange of controlConsent burden
Stock purchaseGenerally not triggeredOften triggeredLower
Asset purchaseTriggered across estateMay also applyHigher
MergerMay be deemed assignmentOften triggeredVariable, read wording
Carve out into new entityTriggered, new entity needs contractsMay apply to parentHigh

Why this belongs in the structure decision

Deal structure is usually decided on tax, liability, and accounting grounds, and software licensing rarely gets a seat at that table. That is a mistake when the software estate is large, because the consent burden of an asset deal can carry real cost and timeline risk that should weigh in the structure choice. Inherited software licensing exposure is usually latent and unquantified in standard due diligence, and it lands as a publisher audit after close. A structure chosen without the software clauses in view can convert a manageable estate into a consent heavy programme, or expose the buyer to a clause that could have been avoided. The public record shows how large inherited licensing exposure can become, with SAP reportedly pursuing Anheuser Busch InBev for around 600 million dollars and Diageo for around 60 million pounds, both as reported and as of June 2026. Bringing the software clause analysis into the structure decision, with counsel on the legal interpretation and an advisor on the commercial measurement, lets the buyer choose with the exposure quantified rather than assumed.

How the structure choice plays out across a real estate

Consider a target running a typical mid market software estate: an enterprise resource planning system, a database platform underneath it, a productivity and collaboration suite, a customer relationship system, and a handful of specialist applications. Under a stock purchase, the licensed entity is unchanged, so most of these contracts continue without an assignment, and the buyer focus narrows to whether any agreement contains a broad change of control trigger. Under an asset purchase, every one of those contracts is assigned, so each has to be checked for anti assignment language and consent obtained where required. The same five systems that were a light review under a stock deal become a multi contract consent programme under an asset deal. This is the practical reason the structure choice cannot be made without the software estate in view.

The contrast sharpens further where the estate includes products from the most consent sensitive publishers. As of June 2026, Oracle, SAP, Microsoft, and IBM are the most active in treating an ownership change as a moment to review entitlement, with Broadcom increasingly active across the former VMware estate and Salesforce and ServiceNow rising. An asset deal that assigns a large Oracle or SAP footprint carries materially more consent and true up risk than the same estate moved under a stock structure, simply because more clauses are engaged and more contracts are reopened.

Bringing software into the structure decision in practice

In practice, bringing software into the structure decision means running a rapid clause and consent assessment early in diligence, before the tax and legal teams fix the structure. The assessment gives the deal team a comparative view: here is the consent burden under a stock structure, here it is under an asset structure, and here is the difference in cost, timeline, and risk. That comparison rarely overturns a structure chosen on strong tax or liability grounds, but it does ensure the software consequence is a known input rather than a surprise discovered after the structure is locked. Where the software difference is large, it can tip a finely balanced decision, and at minimum it lets the buyer plan the consent programme from the moment the structure is set. The legal interpretation of which clauses each structure triggers remains a matter for the buyer own counsel.

What to check for each structure before the decision is locked

The structure assessment comes down to a short set of questions answered for the specific estate. Under a stock structure, the buyer asks which contracts contain a broad change of control trigger that fires on a change of ultimate ownership, since these are the clauses that survive a stock deal. Under an asset structure, the buyer asks which contracts contain anti assignment language and which of those require discretionary consent on critical systems, since these set the consent burden. Under a merger, the buyer asks which contracts deem a merger an assignment regardless of the surviving entity. The same contract may answer differently under each structure, which is exactly why the assessment has to be run against all the structures genuinely under consideration rather than the one the tax team currently favors.

The output is a comparative table the deal team can use, showing the consent count, the number of discretionary consents on critical systems, and the estimated cost and timeline under each structure. That comparison makes the software consequence visible alongside the tax and liability analysis, so the structure decision is made with full information. In most deals the software difference is one input among several, but in a software heavy target it can be large enough to shift the decision, and at a minimum it ensures the buyer plans the consent programme from the moment the structure is set rather than discovering its scale afterward. The legal interpretation of which clauses each structure triggers belongs with the buyer own counsel.

Key takeaways

  • Stock vs asset purchase decides which software clauses are triggered and how much consent work a deal carries.
  • A stock purchase keeps the entity intact and concentrates risk in change of control language.
  • An asset purchase assigns every contract and engages anti assignment clauses across the estate.
  • A merger can be treated as a change of control, a deemed assignment, or both, so the wording must be read against the mechanics.

Recommendations for buyers

  1. Bring software into the structure decision. Model the consent burden of each structure before tax and liability fix the choice.
  2. Map the estate to the structure. Identify which clauses fire under a stock, asset, or merger structure for your specific contracts.
  3. Size the asset deal consent workload early. Treat each anti assignment consent on a critical system as a gating item for close.
  4. Pair commercial modeling with legal reading. Use counsel for clause interpretation and an advisor to quantify the consent and audit exposure.

Frequently asked questions

Does a stock purchase or an asset purchase trigger more assignment issues?
An asset purchase generally triggers more, because contracts are assigned between entities and anti assignment clauses are engaged across the estate. A stock purchase keeps the entity intact, so anti assignment is usually not triggered, though change of control clauses can still apply.
Why does a stock purchase reduce software assignment risk?
Because the licensed entity does not change, only its ownership. Anti assignment clauses respond to a license moving to a different entity, so they are generally not engaged. The remaining risk sits in change of control clauses that respond to a change in ownership.
How does a merger compare to stock and asset deals for software?
A merger can carry features of both. Depending on which entity survives and the wording, it may be treated as a change of control, a deemed assignment, or both. Some clauses specifically catch a merger, so each contract must be read against the merger mechanics.
Should software licensing influence the deal structure?
Yes, when the software estate is large. The consent burden of an asset deal can carry real cost and timeline risk that should weigh alongside tax, liability, and accounting in the structure decision, rather than being discovered after the structure is fixed.
What is a deemed assignment?
A deemed assignment is when a transaction is treated as an assignment even though no contract is physically transferred, for example a merger or an indirect change in control that the clause or governing law treats as an assignment. It can engage anti assignment language unexpectedly.
Is the structure choice a legal decision?
The legal interpretation of which clauses are triggered by a given structure is a matter for the buyer own counsel. The commercial and licensing measurement of the consent burden and audit exposure is the advisory role, and the two should work together.

Choose the structure with the software clauses in view

We model how stock vs asset purchase changes your software consent burden, so the structure decision is made with the licensing exposure quantified, not assumed.

Request a change of control clause review