Oracle published estimates Reality multiplier off Pool 0 Term 0 months Not calculated
Enter your inputs below.
Licences, pool and term
months

Licensed users are average plus power. Effective usage users applies the power multiplier and drives consumption only. The pool is provisioned upfront for the whole term and expires at term end, so the calculation is one bucket against total term consumption rather than a monthly cap.

Reality multiplier

Oracle publishes estimates measured against simple accounts. Testing the documented example questions against real transaction data has produced consumption above the published ceiling. The multiplier applies to every feature range that has not been manually overridden below. Per feature overrides always win.

Feature usage
Feature Published min Published max Min override Max override Uses per day Basis Days Effective min Effective max

Uses per day is the average per user per day. Type any value, for example 0.2 for one use every five days, or 3 for three a day. Basis switches a row from per user to an account wide total, which is what scripted features need since they fire per record rather than per person. Days chooses whether the frequency applies to working days only or to every calendar day.

Result
Best case total consumption
0
every feature at its range minimum
Midpoint total consumption
0
most likely planning figure
Worst case total consumption
0
every feature at its range maximum
Units granted for the term
0
Best case runs out
never
Midpoint runs out
never
Worst case runs out
never
Units stranded at term end
0
midpoint, unused allocation expires
Cumulative units used by month
Best case cumulative Worst case cumulative Midpoint cumulative Units granted
Top up requirement
Case Total consumption Shortfall against pool Packs of 10,000 Packs of 25,000 Cost at entered price

Additional units are sold in fixed pools. No list price is published, so cost stays blank until a quote is entered. Pack counts are the negotiating figure on their own, because they show how far the granted allocation falls short before any price is agreed.

Where the units go
Feature Midpoint units over term Share   Uses per day to fit the pool

The final column scales every active feature by the same factor so the modelled mix fits inside the granted pool for the full term. Those are the frequencies a usage policy would have to hold people to, at the midpoint estimate.

Required allocation
Best case
0
units per licensed user per month
Midpoint
0
units per licensed user per month
Worst case
0
units per licensed user per month
Currently granted
0
units per licensed user per month

This is the allocation rate that would carry the modelled usage through the whole term without a top up. Against the standard 1,000 per licensed user per month, the gap is the renewal ask.

All consumption figures are estimates. Oracle states that actual usage varies with request complexity, and observed consumption in a customised account has run above the published ranges. Verify real consumption at Setup > Company > View Billing Information and feed the observed figures back into the overrides above.