The 7 reasons pay applications get rejected (and how to catch them first)
The short answer: seven causes account for nearly every rejected pay application. One, the G703 does not tie to the G702: the sum of Column C must equal Line 3 and the sum of Column G must equal Line 4. Two, a line’s own math is broken: G = D + E + F, H = G / C, I = C - G. Three, the carry-forward fails: this month’s Column D must equal last month’s D + E, and Line 7 must equal the prior Line 6. Four, overbilling: a line where G exceeds C is over 100% complete. Five, retainage at the wrong rate or base: 5a = rate x completed work, 5b = rate x stored material, Line 5 = 5a + 5b. Six, unapproved change orders inflating Line 2, and with it Line 3 = Line 1 + Line 2. Seven, missing signatures, notarization, or lien waivers. The first six are arithmetic, so a receiver can catch them before the packet costs a payment cycle.
1. The G702 and G703 don’t agree
The continuation sheet’s column totals must equal the certificate’s Lines 3 and 4 exactly (here’s how the two forms tie). A single mistyped digit anywhere in the schedule breaks the tie. This is the classic bounce: the reviewer adds up Column G, gets a different number than Line 4, and sends the whole packet back. When the totals break and the bad digit is not obvious, work through the seven specific causes of a G702/G703 mismatch, and the check that isolates each before anything goes back to the sub.
2. A line item’s own math is wrong
G ≠ D + E + F, or the balance to finish isn’t C − G. It comes from a copy-paste or formula slip in the sub’s spreadsheet. Easy to make, tedious to find by hand, trivial for software to localize.
3. It doesn’t carry forward from last month
This month’s “previous applications” column must equal last month’s work completed, line by line, and Line 7 must equal last month’s Line 6. Drift here reads as double-billing even when it’s an honest error, and it is a hard rejection.
4. Overbilling or front-loading
A line over 100% complete, or early-schedule lines billing far ahead of plausible progress. Reviewers, owners, and lenders all watch for this; a percent-complete column that doesn’t square with the site tells them to distrust the whole application.
5. Retainage computed at the wrong rate or base
The contract says 10% until 50% completion; the application holds 5%. Or retainage on stored material was skipped. Either way Line 6 is wrong, and so is every number after it. Before rejecting over Line 5, confirm the contract’s rate and any step-down against how retainage is calculated and where it goes wrong.
6. Change orders that aren’t approved
Line 2 including pending or disputed change orders inflates the contract sum to date and everything downstream. Receivers check Line 2 against their own change-order log.
7. Missing signatures, notarization, or lien waivers
The application is arithmetically perfect and still unpayable: no notarized certification, missing conditional waiver, or a waiver amount that doesn’t match the payment. Requirements vary by state and by contract. Keep a checklist per project.
Catching all of this before it costs a cycle
Causes 1 through 6 are deterministic: they violate arithmetic the document itself defines. PayAppCheck runs every one of those identities the moment a pay application is uploaded, including the month-over-month carry-forward. Each failure becomes a flag with the expected figure, the stated figure, and the dollar delta. The receiver reviews flags. The sub gets one correction request instead of a payment cycle of back-and-forth. If you’re on the receiving side, start with the full review checklist.
Questions people ask
Arithmetic that does not tie between the two forms: the G703 continuation sheet’s column totals must equal the G702 certificate, with the sum of Column C equal to Line 3 and the sum of Column G equal to Line 4. A single mistyped digit anywhere in the schedule breaks that tie, and the reviewer sends the packet back. Paperwork gaps such as missing notarization or lien waivers come second.
Yes. A rejection is a request for correction, not a forfeiture: the subcontractor fixes the numbers or the paperwork and resubmits, and the receiver reviews the corrected packet against the same checks. The real cost is time, because most contracts run monthly billing cycles, so a rejection pushes payment back at least one cycle. Sending one complete correction request, with every error listed, prevents a second round.
Whoever the contract names as the reviewer. On AIA-style contracts the architect certifies payment and can certify a lower amount than applied for or return the application, the general contractor rejects subcontractor pay applications before they roll up, and owners and lenders can refuse funding on top of that. Check the contract’s payment article for the named certifier and the deadline to respond.
Check the identities the forms define before the application enters your approval flow: per line G = D + E + F and I = C - G, column sums tying to G702 Lines 3 and 4, retainage Line 5 = 5a + 5b, payment due Line 8 = Line 6 - Line 7, and this month’s Column D equal to last month’s D + E. Every one of these is deterministic, so software can verify them on upload and return one list of exact errors. PayAppCheck runs all of them the moment a pay application is uploaded and flags each failure with the expected figure, the stated figure, and the dollar delta.
Upload a pay application and see every mismatch flagged, expected vs stated to the cent, before it becomes a rejection email.
Try PayAppCheck freeNo card required. The free tier is the trial.PayAppCheck is software, not a law or accounting firm. Not legal, accounting or tax advice. Verify lien, notarization, and retainage requirements against your contract, your state statute, and your accountant.