White Paper / Oracle

By Atonement Licensing Advisory / Last reviewed: June 2026

You are reading the full 2026 edition, with every chapter promised on the registration page covered below.

Executive summary

Control the metric, the virtualization count, and the gap between deployment and entitlement, and the Oracle bill follows. Oracle list prices are an opening position rather than a price, and almost every line is discounted, so the real contest is whether your number reflects your own usage or the account team's quota. This playbook works through how Oracle prices, where buyers overpay, ULA exit math, the Java SE per-employee subscription, options and packs, and the audit defence framework, with the contract mechanism named in each section.

Our advisors negotiate Oracle agreements on the buyer side only. Across more than 500 enterprise engagements, the buyers we advise have negotiated over $2.4 billion in software and cloud contracts at an average saving near 38 percent, and our audit defence work averages a 72 percent reduction against the initial claim. The figures below summarize that record and the public mechanics that frame an Oracle deal.

$2.4B
Contracts negotiated
38%
Average savings
72%
Average audit-claim reduction
May 31
Oracle fiscal year end, public

1. How Oracle prices, and where the discount really sits

Oracle publishes a price list, and almost no enterprise pays it. The published number is the anchor the account team wants you to negotiate down from, which is why the first quote arrives shallow. The structural facts that decide your real number are public, and knowing them changes the conversation.

Three facts frame every Oracle deal. Oracle's fiscal year ends May 31, and quarter ends sharpen the flexibility the account team can reach. Discount authority is tiered, so deals above a threshold route through a central deal desk that holds deeper approval than the representative. Support, billed as an annual percentage of the licence fee, is the stream Oracle protects hardest, which is why support reduction is fought more than the licence discount.

Read the quote the way it was built

The account team is measured on booked licence and growing support, not on your efficiency, so the first proposal is structured to protect support and to anchor you on a modest discount. Force the structural terms first, scope, term, support cap, and repricing protection, and treat the headline discount as the last move, not the first. Support caps and repricing rights are close to impossible to win at renewal, so they belong in the original order.

Takeaway. The discount is negotiable, but the support stream and the contract clauses are where the multi-year money sits. Settle scope, term, and the support cap before you discuss the percentage.

2. The metric decides the bill: Processor versus Named User Plus

The single largest source of Oracle overpayment is a metric that no longer matches how you run the software. Oracle Database Enterprise Edition is licensed either by Processor or by Named User Plus, and the right choice depends entirely on your user population and deployment.

Processor licensing does not count sockets or raw cores. It multiplies physical cores by the Oracle Core Factor for the specific chip, set in the public Core Factor Table. Named User Plus licensing counts the humans and devices that access the database, and Enterprise Edition carries a minimum of 25 Named User Plus per processor, so the user metric only wins below that breakpoint.

Table 1. Choosing the Oracle Database metric
MetricHow it countsWhere it wins
ProcessorPhysical cores multiplied by the Core FactorLarge or public-facing user populations
Named User PlusNamed users and devices, 25 per processor minimum on EESmall, countable user populations above the minimum

The mistake we see most often is a Named User Plus position on a server that has grown past the point where the 25 per processor minimum makes Processor licensing cheaper, or a Processor position on a small, tightly scoped system where a user count would cost far less. Re-test the metric against current deployment before every renewal.

Insider note. The Core Factor Table is published by Oracle and changes over time. The factor for your specific processor, not a generic assumption, decides the count, so confirm the current factor for the exact chip in writing and keep the table version with your contract record.

3. Virtualization and the soft partitioning trap

Virtualization is where Oracle audit exposure concentrates, because Oracle's partitioning policy and your contract are not the same document. Oracle recognises certain technologies as hard partitioning, which limits licensing to the partition, and treats most others, including common hypervisors, as soft partitioning, which Oracle's policy says does not limit the count.

The decisive point is that the partitioning policy is a policy, not a contractual term. It shapes how an audit is argued, not what your agreement obliges. The position you take on hard versus soft partitioning, and the architecture you can evidence, should be settled before any audit letter arrives, not improvised after one.

Practical containment

Takeaway. Treat Oracle's partitioning policy as a negotiating claim, not a rule. Your architecture, evidenced and isolated, is the answer to a virtualization argument.

4. The Java SE Universal Subscription, priced per employee

The 2023 move to the Java SE Universal Subscription changed Java from a minor compliance topic into a board-level number. The metric is per total employee, not per user or per processor, so an organisation pays for its whole headcount even when Java runs on a handful of servers.

Oracle's public list bands fall as the employee count rises, from about $15 per employee per month for smaller estates down to about $5.25 per employee per month at the largest tiers. On any sizeable headcount the annual figure is large, which is why scoping and migration are the levers, not the discount.

Table 2. Java SE Universal Subscription, public list bands (per employee per month)
Employee band, indicativePublished list, per employee per month
1 to 999about $15.00
1,000 to 2,999about $12.00
3,000 to 9,999about $10.50
10,000 to 19,999about $8.25
40,000 and aboveabout $5.25

The Java sales motion usually opens with a soft licensing review email that references download records. Those records are real, because Oracle logs downloads by IP, but a download is not a deployment and a deployment is not automatically a licensable use. The gap between those three is where the defence lives.

Reducing the exposure

Facing a Java SE review or an employee-metric quote? Our advisors run the count and the migration case with you.

Oracle Licensing Experts

5. ULA strategy and the certification decision

The Unlimited Licence Agreement grants unlimited deployment of named products for a fixed term, usually three years, after which you either certify your deployed quantity, which becomes your perpetual entitlement, or you renew. Oracle's commercial model depends on the renewal, so the vendor playbook at expiry raises certification anxiety and prices the renewal against fear rather than usage.

The certification is where the value is decided. Certify too little and you have paid for capacity you will not keep. Certify carelessly and you hand Oracle an audit hook. The count you declare is permanent, so it must be measured, defensible, and maximised within the legitimate deployment before the certification date.

The exit checklist

Takeaway. A ULA is won or lost at certification. Treat the renewal as one priced option among three, and let a measured count, not certification anxiety, set the decision.

6. Options and management packs: the accidental-use trap

Oracle Database options such as Partitioning, and management packs such as Diagnostics and Tuning, are licensed separately from the database and must match the edition and metric of the underlying database. The most common audit finding here is accidental use, where a feature is switched on without a matching entitlement, often by a DBA solving a problem with no idea of the licence consequence.

The defence is operational before it is contractual. Monitor feature usage, lock down options that are not licensed, and reconcile enabled features against entitlement on a schedule, not in response to a letter.

Insider note. Oracle's own usage views record when a licensable feature was first used, so an audit can date accidental use precisely. Disable unlicensed options at the database level and keep a change record, because a feature switched off with evidence is a far stronger position than an explanation offered after the claim.

7. The audit defence framework

An Oracle audit is a commercial negotiation wearing a compliance costume. The audit clause grants Oracle the right to verify usage. It does not grant Oracle's scripts the status of truth, nor its findings the status of an invoice. The framework rests on controlling three things.

Table 3. The three things to control in an Oracle audit
ControlWhat it meansThe buyer move
ProcessTimeline, scope, and communication channelAcknowledge, agree scope in writing, route all contact through one owner
DataWhat is collected, how, and reviewed by whomRun an independent measurement, review before anything is sent
NarrativeThe status of the findingsTreat findings as claims to be tested, not facts to be settled

The three most common over-statements are virtualization counting, the Named User Plus minimum applied incorrectly, and option or pack flags from accidental use. Each is contestable with evidence, which is why an independent measurement run in parallel is the centre of the defence.

Takeaway. Run your own licence position before you respond, never in reaction to a finding. A clean, evidenced position is what turns a claim into a negotiation, and our audit defence work averages a 72 percent reduction against the initial claim.

8. The negotiation calendar and the lever order

Oracle negotiations reward a calendar, not a meeting. The levers land when you have a baseline, a fallback, and time before a quarter end concentrates the account team's flexibility. The illustrative index below shows where buyer-side preparation changes the outcome. It is an illustrative index with the prepared position set to 100, not a market benchmark.

Relative negotiating position by preparation stage, illustrative index (prepared = 100)

No baseline
35
Inventory only
55
Independent count
80
Count plus timing
100

Preparation, not pressure, is what moves an Oracle outcome. Illustrative index, not a quote.

Table 4. Term sheet review: verify before signature
ClauseWhat to verify
Support capA fixed annual cap and a multi-year repricing protection, in writing
Metric definitionProcessor or Named User Plus, with the Core Factor version named
VirtualizationThe deployment architecture and isolation evidenced and agreed
ULA scopeNamed products, certification method, and exit terms defined
Java definitionThe employee count boundary, contractors and subsidiaries scoped
Options and packsOnly licensed features enabled, unlicensed options disabled

Our recommendation: re-test every metric against current deployment, settle the support cap and repricing protection before the discount, take the ULA decision from a measured count rather than certification anxiety, scope the Java employee definition, and run an independent licence position before any audit response. Treat the published list as an anchor and the contract clauses as the place the multi-year money is won.

Sources: Oracle public price list, Core Factor Table, and Java SE Universal Subscription published bands, as available at the time of review. Outcome ranges are Atonement Licensing advisory figures, indicative and deal-specific, not a quote.

Related reading: Oracle Licensing hub, Oracle Licensing Experts, Oracle ULA Exit Guide, and Oracle Negotiation Playbook.