A buyer side guide to restricted use licenses in Primavera P6. What the grant permits, how it differs from full use, and the audit trap that catches teams who treat it as standalone.
A restricted use license in Primavera P6 lets you run the software only as part of another Oracle product you have licensed, never as a standalone application. Treat it as standalone and you create an audit exposure that is easy to trip and hard to defend.
This guide is for Oracle Primavera owners and procurement teams checking their P6 entitlements in 2026. Read it with the Oracle Primavera compliance guide, the Oracle licensing guide, and the Oracle Practice page.
It is a limited grant. The P6 software is included with another Oracle product so that product can use scheduling features, but the grant does not let you run P6 freely on its own.
The right to use P6 flows from the host product. You may use P6 only in support of that product, under its license terms, and only for as long as you license it.
A full use Primavera P6 license is bought on its own metric and lets you deploy P6 as a standalone product. Restricted use grants neither. Oracle sets out the distinction in its licensing and contract documentation.
The risk sits in the gap between what is installed and what is licensed. P6 looks like a full product once deployed, so teams use it as one without realizing the grant is restricted.
Restricted use versus full use Primavera P6
| Aspect | Restricted use | Full use |
|---|---|---|
| Standalone use | Not allowed | Allowed |
| Right comes from | Host Oracle product | Its own license |
| Scope | Host functions only | Full product |
| Audit exposure | High if used standalone | Low if metric is met |
The frequent finding is staff using restricted P6 to schedule unrelated projects, or connecting it to data outside the host product. Both turn a restricted grant into unlicensed full use.
Map every P6 install to the license that authorizes it, and confirm the use stays inside the host product. Where the business needs standalone P6, buy a full use license rather than stretching the restricted grant.
Restricted use P6 fails audits not because it is rare, but because it works too well. The software does everything, so people use it for everything, and the grant never stretched that far.
It means P6 may be used only as part of the Oracle product it was bundled with, never as a standalone application. The right to use P6 comes from the host product and is bounded by its license terms.
No. You may use it only for work tied to the host Oracle product that included it. Using restricted P6 to schedule unrelated projects is treated as unlicensed full use and is a common audit finding.
Full use P6 is licensed on its own metric and can run as a standalone product. Restricted use grants neither standalone rights nor an independent license, so the two are not interchangeable in deployment.
Because the installed software behaves like the full product, teams often use it beyond the grant without realizing it. That gap between installed capability and licensed right is exactly what an Oracle audit looks for.
You purchase a full use Primavera P6 license on the appropriate metric. That converts the deployment to an authorized standalone product rather than stretching the restricted grant beyond its scope.
Maintain a mapping of every P6 install to the host product that authorizes it, and evidence that use stays within scope. A clear inventory is the fastest way to close a restricted use question during an audit.
Oracle ULA exit moves, Java audit defense posture, certification framework, and the buyer side moves across the Oracle Database, options, middleware, and applications estate.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.
Restricted use P6 fails audits not because it is rare, but because it works too well. The software does everything, so people use it for everything, and the grant never stretched that far.
500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.
One short note on Oracle licensing moves, price list mechanics, audit posture, and the buyer side levers we run in client engagements. No noise.