Approved vs Pending Change Orders in AIA Billing
This is one of the biggest pay app mistakes in construction billing: treating a pending change order like an approved one. The work may be real, the field may be moving, and everyone may “know it’s coming” — but that still does not mean it belongs in the formal pay app.
In most projects, approved change orders are the ones that belong in your formal AIA-style pay application. They change the contract sum, affect the Schedule of Values, and can usually be billed. Pending change orders are usually tracked separately until they are signed or formally authorized.
Why this distinction matters so much
A formal pay application is not just a request for money. It is a statement that your contract amount, progress to date, retainage, and current request all line up. That is why change orders create so much friction.
- The field team may see the work as real and billable.
- The GC may be “fine with it” verbally.
- The owner may still not have approved the number.
- Accounting may not have the contract sum updated yet.
That gap between real work performed and approved contract value is where pay apps get rejected.
Need the bigger workflow too?
This page explains the approval distinction. Use the pages below if you need the actual form workflow, the rejection checklist, or the broader payment application framework.
What is an approved change order?
An approved change order is a change that has been signed or formally authorized according to the contract process.
- The value is defined
- The scope is defined
- The contract sum can be updated
- The SOV can be updated to match
- The amount is usually billable in the formal pay app
What is a pending change order?
A pending change order is work that may be priced, discussed, and even underway, but is not yet fully approved.
- The final number may not be agreed
- The scope may still be under discussion
- The contract sum may not yet be updated
- The SOV usually should not be treated as final
- Billing it as approved usually creates rejection risk
What usually belongs in the formal pay app
| Item | Approved CO | Pending CO |
|---|---|---|
| Included in contract sum to date | Usually yes | Usually no |
| Included in formal SOV values | Usually yes | Usually no |
| Billed on formal G702/G703 pay app | Usually yes | Usually no |
| Needs backup / paper trail | Yes | Yes |
| May require separate tracking outside pay app | Sometimes | Usually yes |
The safest default is simple: approved COs go in the formal pay app; pending COs stay separate until approval.
Where approved change orders usually show up
On the G702 summary
Approved change orders affect the contract sum to date. That means the top-level contract math should reflect them.
- Original contract sum
- Net change by change orders
- Updated contract sum to date
On the G703 continuation sheet / SOV
Approved change orders also need to be reflected in the continuation detail, which usually means:
- adding a dedicated CO line item, or
- adjusting an existing SOV line when that is the approved project convention.
Why pending change orders cause so many problems
Pending change orders are messy because they live in the gray zone between operations and contract administration.
- The work may already be happening
- The cost may be mostly understood
- The PM may assume it will be approved
- The contract sum may still not be formally updated
Once you put a pending CO into a formal pay app as if it were approved, you create a mismatch:
- The contract sum may be wrong
- The SOV may be overstated
- Retainage may be wrong
- The owner or GC may reject or reduce the request
A practical workflow that keeps you out of trouble
1) Track all COs
Keep a running list of all change requests, pending or approved.
2) Separate status clearly
Make sure pending and approved COs are never mixed together.
3) Update contract + SOV only when approved
Approved COs change the formal billing structure. Pending COs do not.
4) Bill from the approved structure
Once approved, bill the work using the updated G702/G703 structure.
Common mistakes with approved vs pending COs
- Adding pending COs into the contract sum “just for now”
- Updating SOV totals before the CO is formally approved
- Using one value internally and another value on the pay app
- Applying retainage to CO work differently than the contract requires
- Failing to match the GC’s official CO log
How PayAppPro helps keep CO status clean
- Helps keep approved contract values aligned with the SOV
- Reduces the temptation to bill from half-updated spreadsheets
- Keeps G702 summary math tied to G703 detail
- Makes it easier to bill approved COs consistently across periods
Keep approved totals, change orders, and summary math aligned automatically.