// Construction · A later job
Monthly pay applications, drafted and checked before the GC sees them.
Pay application automation for specialty contractors, tested as a free AI proof of concept on pay apps you already sent. We suggest it after AP automation, not first: each job bills monthly, so 20 to 30 pay apps spans several jobs.
- Past pay apps
- 20 to 30
- Drawn from
- Several jobs
- System access
- None
// The one job
Percent complete goes in. A pay app comes out.
Each month your PM marks percent complete against the schedule of values, someone adds stored materials and executed change orders, and billing builds the pay app the GC wants: an AIA G702 and G703, the subcontractor versions G702S and G703S, or the GC's own format. It often goes back and forth as a pencil draft until the GC agrees the numbers.
In the proof of concept, AI takes the inputs your team had for past pay apps and drafts each pay app, every line's math checked. Nothing is submitted. Your reviewer compares the drafts with what your team sent and what the GC approved.
and checked
// What makes it hard
What a pay app has to get right
The continuation sheet carries the math. On the G703, column C is each line's scheduled value, D is work completed on earlier applications, E is work completed this period and F is materials presently stored. G is D plus E plus F, G divided by C is percent complete, and H is the balance to finish. AIA's instructions reserve column I for retainage where the contract allows a different rate line by line. When stored material is installed, its value moves from F into E; a draft that leaves it in both bills it twice.
The summary sheet has to tie out. The G702 runs from the original contract sum and net change by change orders to the contract sum to date, then total completed and stored to date, retainage on completed work and on stored material, total earned less retainage, less previous certificates for payment, current payment due and balance to finish including retainage. The previous-certificates line must agree with what was certified on earlier applications, which is not always what was billed. Executed change orders are usually listed separately, on their own sheet or at the end of the schedule, not folded into the original lines.
The subcontractor version changes the paperwork. On AIA's G702S, the contractor and subcontractor version, the sub signs, has it notarized and sends it with the G703S; AIA publishes no standard schedule of values for it. Many GCs skip AIA forms and have subs bill in a portal such as Oracle Textura, GCPay or Procore; in Procore, the GC invites you to bill against your schedule of values each billing period. A line billed past its scheduled value is the kind of thing that sends a pay app back.
Stored materials and closeout bring their own documents. Billing stored material usually needs the supplier invoices and delivery records behind it, and some contracts want insurance or a bill of sale for material stored off site. The final pay app pulls in closeout papers: on AIA-based contracts, often the G706 affidavit of payment of debts and claims, the G706A affidavit of release of liens and, when you are bonded, the G707 consent of surety to final payment, plus final waivers.
Where your reviewer will look first: column math that ties to the summary, previous certificates that match what the GC certified, retainage at the contract's rate, stored materials moved into work completed once installed, and change orders billed only once executed.
// What you send
What the test needs from billing
20 to 30 past pay apps
Pay apps you already sent, across several jobs and months, with the GC's revised version wherever it differs. One that got cut teaches the test more than a clean one.
The inputs behind each one
The PM's percent-complete sheet or marked-up schedule of values, executed change orders and stored-material invoices for each period.
The contract terms that matter
Each job's retainage rate and reduction terms, and the GC's billing format. The relevant pages are enough, not the whole subcontract.
NDA first, or look-alike jobs
Nothing moves until the NDA is signed. If billing can't leave the office, we build look-alike jobs and pay apps with your reviewer.
// Before it starts
Settled before any pay app moves
Pay apps are judged on their math and on what the GC accepted, so the owner settles how both are scored.
- Reviewer
- Named by the owner. Usually whoever builds pay apps today, or the PM who signs them.
- Success criteria
- Agreed in writing first, for the lines and the summary sheet
- Price
- A range for the live job, up front
- Jobs
- Several, picked by your reviewer, ideally with one closeout
- NDA
- Signed before day one
// How the test is judged
Drafts, compared with what you sent
| On the same past pay apps | What your team sent | The proof of concept |
|---|---|---|
| Continuation sheet math, column by column | Measured on your pay apps | Measured on your pay apps |
| Summary sheet ties to the continuation sheet | Measured on your pay apps | Measured on your pay apps |
| Previous certificates match what the GC certified | Measured on your pay apps | Measured on your pay apps |
| Retainage on work and stored materials | Measured on your pay apps | Measured on your pay apps |
| Change orders billed only once executed | Measured on your pay apps | Measured on your pay apps |
| Changes the GC asked for after the pencil draft | Measured on your pay apps | Measured on your pay apps |
// After a yes
About 30 days, one billing cycle
If your reviewer says yes, the job runs live for about 30 days, roughly one billing cycle on each open job.
Each drafted pay app waits for a person to approve it before it goes to a GC or a portal. Percent complete still comes from your PM; the draft never estimates progress.
It gets a fixed price before you sign. What follows is priced on its own, with monthly support once it runs.
// Further out
What could come next
- 01Next
Job-cost reporting
Cost to date against budget by cost code, beside what each pay app billed.
- 02Then
Over- and under-billing
The work-in-progress view your surety and bank ask about, from the same billing and cost data.
- 03After that
Waivers with every pay app
Each cycle's waivers gathered beside the pay app they travel with, if that job isn't live already.
// One hard limit
No certified payroll.
On prevailing-wage jobs, a GC may want that period's certified payroll with your pay app. It names every worker with an identifying number, hours and pay, and your payroll team keeps it. We draft the pay app and nothing about your crew.
Priced per job. You get a range before the proof of concept and a fixed price before you sign.
The range comes on the call, once we know how many jobs bill each month and which formats or portals your GCs use.
// Questions
Pay application questions
Why not start with pay apps?
Does it work with our GC's portal?
Do you estimate percent complete?
Can it cover retainage release and the final pay app?

Rob Eason, founder
// Book a proof-of-concept call
Bring last year's pay apps.
30 minutes with Rob. You'll be asked for your company and role, the job to test, and how many pay apps go out in a typical month. Keep pay apps back until the NDA is signed.
- Co-owned a 60-employee financial services firm and sold his share to his partner.
- Ran GOSO Technologies, a Boston solar company rated 5/5 across 24 Google reviews.
- 5/5 across 83 reviews in HighLevel's Certified Admin Directory.
- 4.3/5 from 6 Google reviews of Massmarket AI.
- Every directory and Google review, critical ones included, is shown word for word at massmarket.ai/reviews.
- Takes every proof-of-concept call himself.
