The interactive checklist tracks the tasks. This companion sets the running order: the thirteen week calendar, the owners and their load, the four gates, and the recovery rules for when a week slips.
Certification is a ninety day project, not a one week filing. Across the fifteen ULA certifications Redress advised in 2024 and 2025, structured counts locked thirty to forty percent more entitlement than rushed filings, because rushed counts miss virtual estates, miss option usage, and accept the LMS counter without challenge. Work the thirteen weeks in order.
The missed virtual estate is the classic rushed count failure. Everything gets listed before anything gets counted.
The count is at the contract end date, not the submission date. Late deployments fall outside; decommissions do not reduce it.
Out of territory deployments are unprotected by the ULA and read as breach at audit. Options are licensed separately even under a ULA.
Customer initiated submissions usually hold: you control the evidence, the date, and the territory map. LMS counters 20 to 30 percent of submissions.
The certification count sets the support price, and that price is the only cap on Oracle revenue from this estate going forward.
The reseller pitch says certification is a one week filing with Oracle scripts and a signature.
Redress runs the ninety day count, the option audit, the territory review, and the LMS counter challenge, then negotiates the post ULA position. Fixed fee or contingency: no savings, no fee. Read the ULA exit white paper for the certification trap, the support reset, and the timing that protects your leverage.
Contact Us Read the full ULA guide →The cards above are the task list. This companion is the running order: what happens in each of the thirteen weeks, who owns it, the artifact every week must produce, and the four gates that tell you whether the count is ready to submit. Print the checklist, then run the calendar below against it.
Two neighbors carry the material this companion deliberately leaves out. The ULA certification guide owns what certification is, what the evidence pack contains, and how the countersign works, while the Oracle ULA guide owns the agreement lifecycle around it.
If part of the estate runs on AWS, read the ULA on AWS guide alongside this calendar, because cloud counting has its own clause driven rules that change what weeks five to eight must collect.
One focus per week, one artifact per week, and a gate roughly every month. The table below is the whole plan on one screen; the rest of this page explains how to run it and what to do when it bends.
The thirteen week running order
| Week | Focus | Artifact due | Gate or decision |
|---|---|---|---|
| 1 | Kickoff, contract file assembly, scope read | Certification charter with names and dates | Sponsor confirms the team |
| 2 | Discovery tooling deployed, Oracle scripts scheduled | Tool coverage report | Coverage gaps assigned |
| 3 | Full server, VM, and container listing; cluster map | Estate register, first cut | Virtual boundaries documented |
| 4 | Script output reconciled against the tool baseline | Reconciliation memo, deltas explained | Gate 1: inventory complete |
| 5 | Processor counting per deployment | Processor worksheet with core math | Partitioning positions flagged |
| 6 | Named User Plus counting and user reconciliation | User count worksheet | Minimums checked per product |
| 7 | Count date fixed at the contract end date, in writing | Count date memo; partitioning evidence file | Late deployments mapped to the right side of the date |
| 8 | Draft count version one, internal challenge session | Draft certification count | Gate 2: count frozen |
| 9 | Territory map against the clause; acquired entities checked | Territory memo per geography | Out of territory exposure priced |
| 10 | Option and pack audit across the estate | Option usage report with remediation list | Gate 3: territory and options clean |
| 11 | Exposure remediation; letter drafted; renewal offer parked | Certification letter draft | No renewal conversation until the count is final |
| 12 | Legal review; executive sign off; evidence pack sealed | Approved letter and sealed pack | Gate 4: letter approved |
| 13 | Submission and logging; counter challenge file prepared | Delivery record with date and recipient | Response watch begins |
Because the count is taken at the contract end date, and every deployment decision after week seven needs to know which side of that date it lands on. Fixing the date early, in a written memo, turns a future argument into a settled fact.
The partitioning evidence files in the same week for the same reason. Positions documented against the Oracle partitioning policy before the draft count exist as evidence. Positions assembled after a challenge exist as excuses.
Three stretches decide the whole calendar: the week one kickoff, the inventory push in weeks two to four, and the challenge session in week eight. Run these three well and the other ten weeks follow the table.
The kickoff is ninety minutes, and it produces the charter, not enthusiasm. Its agenda has five fixed items.
Certification runs on paper you already have, gathered in one place. The file that must exist by the end of week one contains six things.
The inventory is two parallel streams that must converge by gate one. The discovery tooling stream produces the estate wide baseline, and the Oracle script stream produces the vendor format measurement, and week four exists to reconcile them line by line.
The reconciliation memo is the artifact reviewers respect most. For every delta between the two streams it records the host, the cause, and the resolution, signed by the database owner. Deltas explained in week four are housekeeping. The same deltas found by Oracle later are findings.
Before the count freezes, someone plays Oracle. The certification lead appoints a challenger, ideally an advisor or a licensing literate manager outside the count team, and the draft has to survive five questions.
A draft that survives the session freezes at gate two. A draft that does not was going to fail anyway, and it is far cheaper to fail in week eight than in Oracle's review.
The thirteen week spine stays fixed. What changes is where the slack goes, and three estate shapes claim it predictably.
Give the inventory push an extra week by starting discovery in week one, because cluster boundary documentation is the slowest artifact in the whole plan. The challenge session's cluster question then decides gate two, so the infrastructure owner attends it in person.
Read the certification clause for cloud treatment in week one, not week nine, because it determines whether cloud deployments belong in the count at all. Evidence for cloud runs on its own rules and its own calendar, covered in the ULA on AWS guide, and the certification lead merges that stream at week eight.
Acquired estates carry two risks into the count: deployments outside the territory clause and entities outside the customer definition. Week one flags them, week three inventories them separately, and week nine resolves them against the clause with legal in the room.
Skipping weeks. Every compressed certification we reviewed skipped the reconciliation memo or the challenge session, and both omissions surfaced later as counter findings. The plan flexes by adding parallel owners, never by deleting artifacts.
Five named people run a certification, and only one of them is close to full time. Staffing the count as a side project for everyone is how week four slips into week six.
One weekly forty five minute review against the artifact list, plus a gate review with the sponsor at weeks four, eight, ten, and twelve. Every decision lands in a single log with a date and an owner.
No other meetings are needed, and adding them is a warning sign. A certification that needs daily calls is a certification whose inventory was not finished at gate one.
The weekly review has a fixed shape: last week's artifact shown, this week's artifact named, blockers assigned, and the decision log updated on screen. Twenty minutes of status, twenty five of decisions, and nothing carried verbally between meetings.
Protect the gates, not the weeks. The plan has slack inside each month, and the recovery rules below spend that slack deliberately instead of letting it evaporate quietly.
Extensions exist, but only in writing and only from the right counterparty. The request goes to the contract notice address, states a specific new date, and never explains more than it must.
What you do not do is discuss the state of your count with the account team while asking. The extension conversation and the sales conversation are separate tracks, and Oracle merges them the moment you let it.
If a formal review follows, it arrives through Oracle License Management Services channels, and the delivery record from week thirteen anchors the timeline.
A renewal offer in weeks ten and eleven is not a coincidence. It is priced against your unfinished count, because an uncertain buyer values the safety of another term more than a buyer holding a frozen number.
The decision rule is mechanical: no renewal conversation until gate two has passed and the count is frozen. Park the offer, acknowledge receipt politely, and let your own number, not Oracle's timing, decide whether renewal or exit wins. The exit economics live in the ULA exit strategy guide.
Week eleven sometimes leaves exposure standing: an option in use with no license, a geography outside the territory. Price each open item at the Oracle technology price list before submission, so the sponsor signs the letter knowing the worst case number, not hoping there is none.
The same week settles the post exit support posture, because the certified count sets the support base going forward. The reference framework is Oracle's own Software Technical Support Policies, and the third party route for stable estates is covered in the third party support analysis.
Source: Redress Compliance advisory engagement file, ULA certifications 2024 to 2025.
The certification letter is one page. The thirteen weeks exist so that every number on that page has a file behind it.
The common advice treats the 90 days as the whole job: start the clock, run the scripts, file the letter. We disagree. The 90 day window is an execution artifact, and it only works when the strategic decisions arrive at day one already made: exit or renew modeled both ways, the post exit support posture chosen, and the deployment footprint pushed while the term still allowed it. Teams that open those questions inside the window spend their counting weeks debating strategy, miss gate one, and land exactly where Oracle's timing wants them, uncertain in week ten with a renewal offer on the table. Do the deciding before day one. Spend the 90 days counting.
Ninety days from the start of the inventory to the submission of the certification letter, run as thirteen weeks with four gates. Compressed timelines lock less entitlement because the count misses virtual deployments and option usage, which is exactly what the week four gate exists to prevent.
The territory clause inside the ULA limits the certification count to declared geographies. Deployments in countries not named in the clause do not count toward certification and create separate exposure outside the ULA, which is why week nine maps every geography before the letter is drafted.
Only options explicitly included in the ULA. Diagnostic Pack, Tuning Pack, Advanced Security, and similar options are often excluded and create separate exposure, so the week ten audit checks usage before Oracle's reviewers do and gives every finding a remediation owner.
No. Customer initiated counts hold in the large majority of submissions, while reviewer led counts move against the customer far more often. Control the inventory, the count date, and the territory map yourself, and submit a number your own evidence supports.
Often. Around seventy percent of the customers Redress advised in 2024 and 2025 exited at certification rather than renewing. The decision depends on the certified entitlement size, the support position, and the strategic direction on Oracle, all of which should be modeled before week one.
The agreement's default consequences apply, which in most ULAs means Oracle treats the estate as uncertified and pushes toward renewal. A written extension request sent early, to the contract notice address with a specific new date, is routine. The same request sent in the final week has no leverage.
A named certification lead, usually from IT asset management or procurement, at two to three days a week for the full thirteen weeks. The lead owns the calendar and artifacts, with database, infrastructure, procurement, and legal owners carrying their weeks, and a sponsor who attends only the four gates.
A buyer side framework for the broader Oracle ULA decision cycle. The Oracle ULA framework, the Oracle ULA certification framework, the Oracle ULA exit framework, the Oracle Cloud Infrastructure ULA framework, and the broader Oracle Software Update License and Support framework.
Used across more than five hundred enterprise software engagements. Independent. Buyer side. Built for Oracle customers running the next ULA decision cycle.
Open the white paper in your browser. Corporate email only.
Open the Paper →Twenty years on the buy side. 500+ enterprises. $2B in client savings.
Monthly buyer side intelligence on enterprise software licensing. Renewal calendars, audit signals, and pricing benchmarks across Oracle, Microsoft, SAP, IBM, and the wider vendor estate.