Redress Compliance β€” Independent Software Licensing AdvisoryLocations  Β·  Resources  Β·  Contact
Oracle Negotiations

Oracle Support Policy vs. Contract Rights

Oracle's 2022 support policy quietly changed the rules. Your contract didn't. Here's how to use your contractual rights to push back against forced support bundling.

πŸ“… February 18, 2026πŸ‘€ Fredrik FilipssonπŸ“– 25 min read
πŸ“œ Your Contract vs. πŸ“‹ Oracle's Policy
Table of Contents

In 2022, Oracle quietly adjusted its support policy in a way that could lock customers into higher costs. Many buyers are now grappling with a gap between what their contracts say and what Oracle's policies claim.

Read our comprehensive guide to Oracle support optimization.

βš–οΈ

Oracle's Contracts vs. Policies β€” Why They Differ

Your Contract

Bilateral & Binding

The OMA and ordering documents are negotiated, mutually agreed, and legally binding. If it's not in the signed documents, Oracle cannot enforce it. Contracts are king.

Oracle's Policy

Unilateral & Changeable

Oracle's Technical Support Policies are drafted by Oracle alone and can change without customer consent. They're standard operating procedures β€” not negotiated rights.

πŸ“œ

Contracts Govern Rights

Your OMA and ordering documents govern your rights and obligations. Policies do not override a contract.

πŸ“‹

Policies Apply Only as Agreed

Oracle's policies apply generally, but only to the extent referenced in your contract. New restrictions not in your contract are on shaky ground.

πŸ›οΈ

If Contract and Policy Clash

Your contract wins. Oracle may claim a policy gives them certain rights, but if your contract doesn't say that, you have strong grounds to challenge.

πŸ“„

Oracle Master Agreement (OMA) Structure

πŸ“‘

Each Order = Separate Contract

Every ordering document constitutes a separate mini-contract. Orders are typically independent of each other unless explicitly linked.

πŸ”€

Perpetual vs. Subscription Orders

On-premises perpetual licenses and cloud subscriptions are different orders, often under different addenda. These are separate transactions.

🎯

Support Tied to Each Order

Support applies to specific licenses in that order. It doesn't automatically extend to or depend on any other order.

🚫

No Automatic Bundling

Oracle can't merge separate orders into one giant obligation without it being spelled out. The OMA's structure gives buyers modular control.

βͺ

How It Worked Before 2022

πŸ”“

Separate Worlds

On-premises licenses and cloud subscriptions didn't intersect. You could decide the fate of each independently.

πŸ’°

Dropping Support Was Feasible

Customers regularly dropped support on unused licenses to save money β€” without impacting other products or services.

♾️

Perpetual Means Perpetual

Even without support, your perpetual license remained yours. You weren't forced to cancel other services.

πŸ’ͺ

Buyer Leverage

This separation gave buyers leverage. You could threaten to cancel unnecessary support to negotiate better pricing β€” and Oracle had no contractual way to stop you.

⚠️

Oracle's 2022 Support Policy Change

What happened: Oracle redefined "license set" in its Technical Support Policies to include any license of the same program β€” regardless of how you bought it. This attempts to merge perpetual licenses and cloud subscriptions into one combined set, forcing "all or nothing" support.
πŸ”—

Forced Bundling of Support

Under "Matching Service Levels," all licenses in a license set must be on the same support status. You can't have a supported cloud subscription while letting on-prem support lapse for the same product.

πŸ’Έ

Pay or Terminate

Oracle's message: if you transition to subscription but retain perpetual licenses, you must either continue paying support on those old licenses or relinquish them entirely.

πŸ“

Unilateral and Non-Contractual

This change was not something customers negotiated or agreed to individually. Many only found out when Oracle's renewal team told them they "weren't allowed" to cancel certain support.

βš–οΈ

Not Automatically Enforceable

This is Oracle's interpretation. If your contracts were signed before this change (or don't mention it), Oracle can't simply mandate compliance without challenge.

Legal Basis for Pushback

πŸ”

"Show Me Where It Says That"

Your strongest defense. Ask Oracle to point to the exact contract clause. In most cases, it isn't there. Your OMA and order forms likely don't mention bundling perpetual and cloud support.

πŸ“‘

Contractual Separation

Many OMAs explicitly state each order is a separate agreement. Oracle's retroactive grouping of different orders has no contractual merit.

πŸ“‹

Policies β‰  Contractual Terms

Changes to policies that materially alter your rights or costs may not be enforceable unless explicitly agreed to. Oracle can't use a generic policy reference to impose huge new restrictions.

🚫

No Retroactive Unification

Pushing disparate orders into one "license set" after the fact could be seen as contract modification without consideration or consent.

πŸ“

Contract Law Basics

Ambiguities between a policy and a signed agreement are resolved in favor of the signed agreement. The four corners of the contract contain the agreed terms.

🎯

Negotiation Strategies for Buyers

✍️

Explicit Order Separation Clause

Insist on language that each order's support is independent β€” "with no impact on Customer's other orders or licenses."

πŸ“–

Define "License Set" Your Way

Redefine the term to mean only licenses on the same ordering document. Explicitly exclude grouping of cloud and on-premises licenses.

πŸ”„

Ensure Independent Renewals

Negotiate the right to renew support product-by-product or order-by-order at your sole discretion.

πŸ›‘οΈ

Protect the Right to Drop Support

Add clauses that you can cancel support for any perpetual license without forfeiting the license or affecting other services.

πŸ“

Push Back on Policy References

Negotiate that contract terms govern in any conflict with policies, and material policy changes require mutual written agreement.

πŸ’Ό

Use New Deals as Leverage

Condition signing on these protective terms. Oracle's sales reps will often get approvals for exceptions to close large deals.

πŸ“§

Document Oracle's Promises

Never accept oral assurances. Get every important promise in writing β€” in the contract, an amendment, or an official Oracle document.

πŸ“‚

Example Scenarios β€” How Buyers Protect Themselves

1

Migrating to Cloud, Dropping Legacy Support

An enterprise migrated from Oracle E-Business Suite on-premises to Oracle ERP Cloud. They planned to drop support on old perpetual licenses to save hundreds of thousands per year. Oracle protested, citing the 2022 policy.

The customer's response: "Show us where our contract says that." Their original license order and cloud subscription were separate with no linking clause.

βœ…Oracle was unable to point to a contractual requirement. The customer proceeded with non-renewal, kept the licenses unsupported, and the cloud subscription continued unimpeded.
2

Negotiating Cloud Contract Language Upfront

A company negotiating a new Oracle Cloud deal added language explicitly stating that entering the cloud subscription would have no impact on existing on-premises licenses or support. Oracle initially tried to remove the clause; the customer insisted it was a deal-breaker.

Two years later, when the customer dropped support on old database licenses, Oracle's support team tried to object.

βœ…The customer pointed to the negotiated clause. Oracle had to back off immediately β€” bulletproof, written assurance preserved their right to manage support separately.
3

Audit Pushback with Contract in Hand

During a license audit, Oracle's auditors claimed that having an active Java subscription while letting WebLogic support lapse was non-compliant under the support policy. The customer's legal team replied with a detailed letter citing the specific ordering documents.

βœ…Faced with a well-documented contractual argument, Oracle dropped the audit finding. The customer avoided a hefty back-support fee Oracle was attempting to impose.
βœ…

Oracle Contract Readiness Checklist

βœ“Verify contract separation: Confirm perpetual license orders and subscription orders are not contractually linked.
βœ“Scrutinize "license set" language: Search for terms like "license set" or "matching service levels" β€” ensure they don't mix products or orders.
βœ“Preserve drop rights: Ensure nothing takes away your right to terminate support on a subset of licenses.
βœ“Independent renewal terms: Check each order's support renewal is optional and separate β€” avoid forced co-termination.
βœ“Protective amendments: Consider a side letter stating you may reduce or discontinue support at your discretion without impacting other services.
βœ“Engage stakeholders: Align procurement, legal, and technical teams β€” no one should inadvertently agree to unfavorable terms.
βœ“Plan renewals in advance: Inform Oracle 3–6 months ahead of support lines you intend to discontinue β€” create a paper trail.
βœ“Keep records: Maintain a file of all contracts, amendments, and important Oracle emails for quick reference in disputes.
❓

FAQs

Can Oracle force me to keep paying support on old perpetual licenses when I buy new subscriptions?
No. Oracle will strongly encourage or pressure you by citing its support policy, but legally they have no right to demand payment for support of a separate product unless your contract explicitly requires it. You always have the option to not renew support on a perpetual license. The worst Oracle can do (per policy) is ask you to terminate those licenses β€” but they cannot take away your cloud subscription or other rights you continue to pay for.
What's the difference between the OMA and Oracle's support policy?
The OMA is a negotiated legal contract covering licensing rights, restrictions, warranties, and liabilities β€” binding and requiring both parties to change. Oracle's support policy is a publicly available document written by Oracle alone, changeable at any time. If there's a conflict, the OMA/ordering document language takes precedence. The OMA is about entitlements; the support policy is about Oracle's standard procedures.
How do I negotiate separation of support obligations?
Raise the topic early. Propose concrete language stating cloud and on-prem support obligations are separate. If Oracle pushes back, stay firm and ask them to escalate. Negotiate the definition of "License Set" to carve out your exception. Use large purchases or renewals as leverage β€” Oracle will often approve contract exceptions to close important deals. Involve legal counsel to draft or review language.
What's the risk if I just accept Oracle's 2022 policy without challenge?
Prepare for higher costs and reduced flexibility. You may end up paying support on software you no longer use simply because you use a related Oracle product elsewhere β€” potentially millions in waste for large enterprises. Accepting also sets a precedent: Oracle may be emboldened to introduce more restrictive policies. You'd be locking into Oracle's desired spend model, giving up the cost-optimization moves savvy customers have used for years.
How do I protect myself before my next Oracle deal?
Preparation is key. Review existing contracts for troublesome language, decide which support contracts might be dropped, and prioritize clauses to add. Engage stakeholders early. Be clear in your RFP that you require specific protective terms. Stay alert for sneaky additions in ordering documents. Always have a Plan B β€” shorter contract terms, third-party support, or alternative vendors give you leverage.

Need Help Defending Your Oracle Contract Rights?

Redress Compliance provides independent Oracle licensing advisory β€” from audit defense and support optimization to contract negotiation and ULA certification.