30-min call with RobBook a proof-of-concept call
Job 03 · Billing

// 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.

Book a proof-of-concept call30 minutes with Rob
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.

Billing inputsPM sheet and COs
Job
Period to
Prior app
Executed COs
SOV linePct. completeStored
Illustration, not real billing data
Drafted
and checked
Pay applicationDraft
Contract to date
Completed, stored
Retainage
Payment due
Scheduled valueThis periodBalance
Illustration, not a real pay app

// 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

Several jobs, several months
Copies only
01

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.

02

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.

03

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.

04

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.

Before billing movesOwner signs off
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

Line by line
on the same pay apps
On the same past pay appsWhat your team sentThe proof of concept
Continuation sheet math, column by columnMeasured on your pay appsMeasured on your pay apps
Summary sheet ties to the continuation sheetMeasured on your pay appsMeasured on your pay apps
Previous certificates match what the GC certifiedMeasured on your pay appsMeasured on your pay apps
Retainage on work and stored materialsMeasured on your pay appsMeasured on your pay apps
Change orders billed only once executedMeasured on your pay appsMeasured on your pay apps
Changes the GC asked for after the pencil draftMeasured on your pay appsMeasured on your pay apps
Blank until it runs. No cell is filled until your own past pay apps have been drafted.Your reviewer scores them against criteria set before it started.

// 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

Possibilities to weigh
Priced job by job
  1. 01

    Job-cost reporting

    Cost to date against budget by cost code, beside what each pay app billed.

    Next
  2. 02

    Over- and under-billing

    The work-in-progress view your surety and bank ask about, from the same billing and cost data.

    Then
  3. 03

    Waivers with every pay app

    Each cycle's waivers gathered beside the pay app they travel with, if that job isn't live already.

    After that

// 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?
You can, but each job makes one a month, so 20 to 30 means pulling from several jobs and months. Supplier and sub invoices arrive weekly, which makes AP automation the easier first test. Pay apps fit well second, once job and cost data are coded consistently.
Does it work with our GC's portal?
The proof of concept doesn't log in to Textura, GCPay, Procore or anything else. It drafts from copies, in the GC's format where you send an example. Portal entry comes later, and a person approves each pay app first.
Do you estimate percent complete?
No. Percent complete comes from your project manager. The draft carries it into the pay app, checks the math and flags anything that looks wrong, such as a line billed past its scheduled value.
Can it cover retainage release and the final pay app?
Include a closeout or retainage billing among the pay apps you send, and the test covers it: a draft final application and a list of the closeout documents the contract calls for. Your team still gathers and signs them.
Rob Eason

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.