Separate physical progress from billed and certified progress
Compare approaches
TL;DR — what you’ll learn
- Installed, accepted, billed and certified progress answer different questions and can legitimately differ.
- State the denominator, measurement method, scope version and cutoff beside every percentage.
- Reconcile the gaps between stages to identify missing inspection, measurement, submission or certification work.
- Combine unlike work using an approved weighting method; do not average percentages merely because they appear in one report.
The project meeting has three progress figures: site reports 60%, quality reports 50% and commercial reports 40% certified. The discussion turns into a contest over which number is correct. It would be more useful to ask what each number measures.
Construction progress measurement needs explicit definitions. Physical installation, technical acceptance and commercial certification are different events. Show them together with their bases and reconcile the gaps. A single blended percentage can hide both unfinished work and recoverable billing effort.
Illustrative uniform 1,000 m package at one rate and cutoff. These stages are nested only under the assumptions of this example.
Read the visual as text
Installed: 60%. 600 m physically installed. Accepted: 50%. 500 m with acceptance evidence. Claimed: 45%. 450 m included in active claims. Certified: 40%. 400 m certified.
Original explanatory visual: NextEdge Labs. Illustrative records, not client results.
- STEP 01Define each measure
Owner: Site, quality and commercial owners
Numerator, denominator, unit, scope version and cutoff.
- STEP 02Map the same work
Owner: Project controls
Connect records without merging their independent decisions.
- STEP 03Explain stage differences
Owner: Responsible functional owner
Inspection, bill evidence, certification or a different contractual basis.
- STEP 04Roll up with approved weights
Owner: Project-controls owner
Retain scope and weight revisions beside the result.
Use the gaps to assign the correct follow-up work.
Separate off-site payments, milestones, scope revisions or incompatible denominators.
Return path: Agree the mapping before subtracting stages or publishing a combined progress view.
Read the workflow as text
1. Define each measure (Site, quality and commercial owners) → 2. Map the same work (Project controls) → 3. Explain stage differences (Responsible functional owner) → 4. Roll up with approved weights (Project-controls owner). After step 2, ask: Do the measures share a comparable scope and basis? Yes: Use the gaps to assign the correct follow-up work. No: Separate off-site payments, milestones, scope revisions or incompatible denominators. Return: Agree the mapping before subtracting stages or publishing a combined progress view.
Workflow: NextEdge Labs. Apply the project’s actual authority and procedures.
Let the three figures coexist
Illustrative example: a simple package contains 1,000 metres of identical work under one assumed rate. At the same cutoff, 600 metres are installed, 500 are accepted, 450 have been claimed and 400 are certified. There are no variations or rate differences in this teaching example.
| Measure | Quantity | Percentage of the 1,000 m scope |
|---|---|---|
| Installed | 600 m | 60% |
| Accepted | 500 m | 50% |
| Claimed | 450 m | 45% |
| Certified | 400 m | 40% |
The 100 metres between installation and acceptance need inspection or acceptance follow-up. The 50 metres between acceptance and claim may need measurement or bill preparation. The 50 metres between claim and certification need commercial review of the certificate difference.
Those are useful operating queues. Averaging 60%, 50%, 45% and 40% produces 48.75%, but that figure has no defined purpose. It does not tell anyone which action to take.
In a real contract, certified progress may be a value percentage against contract price rather than a quantity percentage. Label it accordingly. The simple example works only because scope and rate are deliberately uniform.
It also assumes each stage is a subset of the preceding one. That need not hold for a contract paying for approved design milestones, off-site equipment or materials before installation. In those cases, financial progress can exceed installed progress without an error. Reconcile the payment components to their contractual evidence instead of subtracting two percentages with different bases and calling the result an installation backlog.
Put the basis beside the number
For each reported measure, specify the numerator, denominator, unit or weighting method, as-of date and scope version. State whether installed quantities are gross installation or net retained work after removals. Define which acceptance status qualifies for accepted progress.
For a commercial measure, identify whether value includes approved variations, taxes, advances or deductions. An advance payment should not silently appear as physical progress. Retention affects cash and payment presentation; it does not mean an equivalent proportion of work is uninstalled.
Oracle’s P6 WBS reference exposes multiple earned-value calculation methods. This is a product-level example of why “percent complete” needs a defined method. It does not make any one field a universal measure of construction completion.
Do not average unlike packages
Illustrative example: package A has an approved progress weight of 20% and is 100% complete. Package B has a weight of 80% and is 25% complete. Weighted progress is:
20% × 100% + 80% × 25% = 40%
The simple average of the two completion percentages is 62.5%, which overstates progress under the agreed weighting method. The weights might be based on budget, labour effort or an approved milestone structure. The project-controls owner should choose and document the basis that fits the reporting purpose.
Do not add metres of pipe, cubic metres of concrete and equipment counts into a single physical quantity. For a multi-discipline project, retain the underlying measures and use approved weights for the roll-up. Show major package exceptions so the overall percentage does not conceal a critical incomplete system.
Milestones need defined completion rules. A 0/100 milestone and a partially earned milestone can both be valid methods in different contexts, but changing between them mid-report will alter the result without any physical change on site.
Explain scope changes rather than hiding them
Suppose the illustrative 1,000-metre scope increases to 1,200 metres through an approved change while installed work remains 600 metres. Installed progress against the current scope becomes 50%. The project did not remove 100 metres; the denominator changed.
Show the previous-scope and current-scope views where needed, with a bridge explaining the change. Do not freeze the old denominator to preserve a favourable percentage, or silently replace it and leave management to infer that productivity collapsed.
Keep baseline, current approved scope and forecast scope distinguishable. Proposed changes may matter for forecasting while remaining outside approved contract value. The commercial and planning owners should agree how each appears in the report.
Revisit roll-up weights through the same controlled process. If package B grows, retaining its old weight while reporting its new scope changes the meaning of the total. Preserve the weights used in each issued report, document the authorised revision and separate its effect from progress earned during the period.
Reconcile the gaps with the right owners
The site lead owns the reported physical work. Quality owns the relevant acceptance decisions. The QS and commercial team own measurements and applications under the contract. The client’s authorised representative owns certification, and finance owns receipt allocation.
Use a common package or item mapping to connect their records, but preserve their independent decisions. A planner should not mark work accepted merely because the installation report is complete. A billing tool should not treat every accepted quantity as already claimed.
Autodesk’s payment-application workflow distinguishes application and later approval/payment states. The equivalent project report should keep those stages visible, using the business’s actual definitions and source records.
Age the gaps. A recent acceptance backlog may be expected within the review cycle. The same quantity open for several periods needs attention. Separate ordinary waiting time from missing evidence, disputed scope or rejected work so the queue has a useful owner.
Build a management view that supports a decision
Show the stage measures side by side, then identify the largest or oldest differences. Add the relevant need dates where a pending acceptance affects follow-on work. For cash planning, use the certification-to-receipt forecast instead of assuming certified percentage converts immediately to cash.
Measure consistency as well as progress: missing mappings, unexplained denominator changes and records that cannot be traced to evidence. A stable reporting process should allow the team to reproduce last month’s number using last month’s scope and cutoff.
Use the differences as a work list
Different progress figures become useful when their definitions are clear and their gaps are explained. The objective is an agreed interpretation, not forced equality between operational and commercial records.
- Define installed, accepted, claimed and certified measures for one package.
- Align their cutoff dates and document each denominator.
- Reconcile the quantities or values between stages.
- Assign the oldest gaps to the relevant owners.
- Roll up only with an approved weighting method and an explicit scope-change history.
Compare this workflow with your current setup
Share the step that takes the most manual work, the systems involved and the exceptions your team handles. That gives us a concrete starting point for comparing approaches.
References and further reading
Sources checked 15 October 2026. The worked examples and diagrams are original editorial explanations, not client results.
- Oracle P6 EPPM REST API Release 26 — Read WBSEarnedValueComputeType; SummaryPerformancePercentCompleteByCost
Product progress-method definitions.
- Autodesk Help — Cost Payment ApplicationMultiple applications; schedule-of-values changes; completion and prior-application values
Product application history and states.
Visual credits
Original explanatory visuals and workflow diagrams by NextEdge Labs. Labels and text equivalents are included in the page. Numerical scenarios are illustrative; diagrams preserve the project owner’s approval and exception decisions.