Applications for payment

Assembled from
the work itself.

Unibuild's applications for payment module is software for UK contractors that builds each application from the tendered sections and the work your client has already signed. It splits part payments across the applications they cover, holds retention until release and ages the debt by manager.

Commercial team assembling an application for payment from project records
Problems we solve

Eleven payment problems. All eleven solved.

From the valuation cut without a notice to the retention nobody asked for.

11/11Solved in one module
Book a demo →
Solved

A valuation cut without a valid pay less notice

What goes wrong

The application goes in, the client’s QS values it lower, and the payment arrives a third short. Nobody checks whether a pay less notice came in time, so the cut quietly becomes the valuation.

Section 111 of the Housing Grants, Construction and Regeneration Act 1996 makes the notified sum payable by the final date for payment. A valid pay less notice, given in time, is what reduces it.

How Unibuild solves it

In Unibuild, each application carries its due date, its final date for payment, the notified sum and the notices received against it.

When a payment lands short, the record shows that day whether a notice came in time, rather than an inbox search a month later.

  • The notified sum on record
  • Notices held against the application
  • Due date and final date shown

See it working in a 30-minute demo.

Solved

An application sent on a date the contract does not allow

What goes wrong

The application goes out days after the valuation date, because the month end took three days to rebuild. Or it goes early, to beat a holiday. Either way, the contract dates decide whether it counts.

In Leeds City Council v Waco UK (2015), a £484,759 application sent six days before the valuation date was held invalid, and the adjudicator’s award fell with it.

How Unibuild solves it

In Unibuild, the application is assembled from work already measured and signed, which is the difference between three days and an afternoon.

Each one carries its valuation date and is emailed from Unibuild, with the send kept on record. Anything overdue on it is flagged without anybody opening a report.

  • Assembled in an afternoon
  • Valuation date on the face
  • The send on record

See it working in a 30-minute demo.

Solved

An application that states a total but not how it was reached

What goes wrong

The application is a single figure carried over from last month’s spreadsheet. The client’s QS cannot check it against anything, so they value the work their own way and pay that.

The Construction Act requires a payee’s notice to state the sum due and the basis on which it is calculated. In Jawaby v The Interiors Group (2016), the court held an application must be one in substance, form and intent, and free from ambiguity.

How Unibuild solves it

In Unibuild, where the job was priced in the platform, the works schedule follows the priced sections of the tender with their tendered values. The measure comes from valuations your client signed on site.

The client’s QS sees the structure they priced against, with their name and order number on the face.

  • Priced sections from the tender
  • Measure signed by the client
  • Their QS and order number shown

See it working in a 30-minute demo.

Solved

Retention left with the client long after it was due

What goes wrong

Half the retention usually comes back at practical completion and the rest after the defects period. By then the site team has moved on, the figure lives in somebody’s memory, and nobody asks.

Research for the government in 2017 put typical retention at about 5% of contract value. Around 71% of contractors had seen its release delayed within three years, and over half had lost some or all of it.

How Unibuild solves it

In Unibuild, the retention your client withheld is recorded against each payment it came off, so the balance held is a running figure, shown separately in the aged debt.

The release is claimed through a dedicated retention application. It then drops out of the running total, so the same retention cannot be claimed twice.

  • A running balance per project
  • Shown separately in the ageing
  • Released through its own application

See it working in a 30-minute demo.

Solved

A variation agreed on site that never reaches an application

What goes wrong

The extra is agreed with a nod in week two and done in week three. It never reaches an application, and it surfaces at the final account as an argument, with two people remembering it differently.

In King’s College London’s 2024 survey of UK adjudication, final account disputes were the second most common claim, after smash and grab claims on payment notices.

How Unibuild solves it

In Unibuild, extra work is priced on site, signed by the client there, and converted into a variation in one action.

Signed work not yet applied for sits in one list, and the next application pulls it in. Unsigned variations are flagged separately.

  • Signed where it is agreed
  • Unbilled work in one list
  • Unsigned variations flagged

See it working in a 30-minute demo.

Solved

A month-end measure the client’s QS values lower

What goes wrong

The measure is rebuilt at month end from the tender, a diary and a folder of instructions. With nothing behind the quantities but the person who wrote them up, the client’s QS values them lower.

The argument is then one assertion against another. In King’s College London’s 2024 adjudication survey, inadequate contract administration was the leading cause of disputes, named by half of respondents.

How Unibuild solves it

In Unibuild, the week’s work is measured on site in your own branded app, priced from the job’s rate card and signed by the client on the phone.

Photographs sit with it, so the application is built from records the client has already seen and signed.

  • Measured in the week
  • Signed by the client on site
  • Photographs attached

See it working in a 30-minute demo.

Solved

Overdue applications that nobody is responsible for chasing

What goes wrong

Assembling the evidence to chase with takes half a day, and the person who could do it is doing next month’s application. So the debt ages quietly, one month at a time.

Debt left to age is the debt still owed when a client fails. Construction had more company insolvencies than any other industry in England and Wales in the year to August 2026, with 3,866.

How Unibuild solves it

In Unibuild, outstanding value is aged in 30-day bands and grouped by the manager responsible for each job.

An overdue application is flagged without anybody opening a report, and the correspondence sits against the project, so the next call starts from the last one.

  • Aged by manager
  • Overdue applications flagged
  • Correspondence on the project

See it working in a 30-minute demo.

Solved

VAT paid on an application that was cut or never paid

What goes wrong

The application is laid out like a VAT invoice, with VAT added to the full sum claimed. The payment then comes in lower, or not at all.

Under regulation 93 of the VAT Regulations 1995, the tax point on construction stage payments is the earlier of payment or a VAT invoice. Outside the domestic reverse charge, an application that doubles as a VAT invoice brings the VAT forward to the day it is sent.

How Unibuild solves it

In Unibuild, the interim application is issued as a formal document following standard UK practice, including the note that it is not a tax invoice.

With no VAT invoice issued, the tax point is the payment, so VAT is accounted for on money received rather than money claimed.

  • Marked not a tax invoice
  • VAT on money received
  • A formal interim document

See it working in a 30-minute demo.

Solved

The same variation claimed on two applications in a row

What goes wrong

A variation claimed in March is still on the spreadsheet in April, so it goes in again. The client’s QS spots it before anybody in your office does.

It is a spreadsheet error, but it reads as an over-claim. From then on every line of every application is checked twice, and the checking is slow.

How Unibuild solves it

In Unibuild, a variation is pulled into the application from the signed valuation and marked as billed at that moment.

It cannot be claimed again. Billed and unbilled work are kept apart on every job, so the next application starts from what is left.

  • Marked as billed
  • Cannot be claimed twice
  • Billed and unbilled kept apart

See it working in a 30-minute demo.

Solved

A client asking where the account stood at a past date

What goes wrong

The client’s QS is reconciling the account and asks for the position at the end of March: what had been applied for, and what had been paid. The spreadsheet only knows today.

So somebody rebuilds the history by hand from old applications and bank statements. The two versions of the account drift apart until the final account settles which one is right.

How Unibuild solves it

In Unibuild, gross applied and the gross balance are calculated as at each entry’s own date, not only as at today.

Applications and receipts sit together in date order, so the position in March is read off the record. That is the statement a client’s QS asks for.

  • The position at any date
  • Applications and receipts together
  • Nothing rebuilt by hand

See it working in a 30-minute demo.

Solved

One payment covering several applications, booked to the oldest

What goes wrong

The client pays in lumps, with a remittance that matches nothing on your ledger. The transfer is applied to the oldest application, because that is the easy answer.

Within two months the aged debt shows the wrong applications as overdue. The chase goes to the wrong ones, and the real gap turns up at the final account.

How Unibuild solves it

In Unibuild, a receipt is split across the applications it actually covers. Every open application shows its live balance, and the unallocated figure updates as you type.

The remittance advice is attached to the receipt, so the outstanding position stays true.

  • Split across what it covers
  • Unallocated figure shown
  • Remittance kept with the receipt

See it working in a 30-minute demo.

Where the month end goes

Assembled by hand, from four sources, by one person who cannot take that week off.

Day one
Somebody rebuilds the measure from the tender, the diary, a folder of instructions and last month's file.
≈ 3 days
The variation from week two
Agreed verbally on site. It never appears on an application, and surfaces at final account as an argument.
Written off
Or worse
The same variation gets claimed twice in consecutive applications, because nothing tracks what was billed.
Credibility
Retention
Half should have come back at practical completion. Nobody asked. It is still with the client two years later.
Cash stuck
The bank
One transfer arrives covering three applications. It gets applied to the oldest. The aged position is fiction within two months.
Unreliable
Nobody chases
Because assembling the evidence to chase with takes half a day, and the person who could do it is doing the application.
Debt ages
The mechanism Build the application from work already measured and signed The month end becomes assembly
What is in the module

Six things the ledger does, and does properly.

One ledger
per project

Applications and receipts in one list, in date order, with total requested, total received, retention held and total outstanding across the top.

  • Numbered in the project's own sequence
  • The first application is recognised as the first
  • No question which version was issued
  • A branded A4 application document per entry
A list, not a folder of filesLive

Priced from
the tender

Where the project was quoted through the platform, the works schedule draws on the priced sections of that quotation with their tendered values.

  • The client sees a structure matching the tender
  • The valuation cannot drift away from what was priced
  • Your client's quantity surveyor and order number on the face
  • Custom lines where the job needs them
Starts from what was pricedLive

Cash allocated
properly

One receipt split across the applications it actually covers, with every open application and its live balance on screen and the unallocated figure updating as you type.

  • The mechanism a quantity surveyor recognises instantly
  • The outstanding position stays true
  • Remittance advice attached to the receipt
  • Rather than drifting within two months
Split at the point of entryLive

Retention
that adds up

Retention withheld is captured against the receipt it came off, so the cumulative figure held is arithmetic rather than archaeology.

  • Released through a dedicated retention application
  • Which then drops out of the running total
  • So the same retention cannot be claimed twice
  • Shown separately in the ageing
Recorded, and accumulatedLive

The position
at any date

Gross applied and gross balance are calculated as at each entry's own date rather than only as at today.

  • Read where the project stood in March
  • Without rebuilding it
  • Applications and receipts interleaved
  • Which is the statement a client's QS asks for
History, not just todayLive

Ageing with
names on it

Outstanding application value bucketed into current, 30, 60, 90 and 120-plus days, grouped by the manager responsible.

  • Chasing becomes a list rather than a feeling
  • Turnover by manager over any period
  • Correspondence logged against the project
  • The next conversation starts from the last one
Directed, not undirectedLive
The most important thing on this page

The Construction Act payment
mechanism, printed into
every order you issue.

This is the question a main contractor should ask about any system claiming to handle applications. Here is the answer.

The payment mechanism on every subcontract order
The subcontract order the platform issues carries its payment terms in print. The application date is the due date, and the final date for payment is 35 days after it. A Payment Notice is required within 10 days of an application, and a Pay Less Notice is permitted not less than 2 days before the final date. Late payment carries interest at 4% over Bank of England base rate, and there is an adjudication route.
A trail that reconstructs itself
Because the order, the variation, the invoice and the payment are dated records against one order number, the trail behind those notices is reconstructable months later without an email search.
The receivable side, set up for your contracts
The same mechanism runs up to your own client, set up for each firm's contracts. It covers the due date, the final date for payment, notice records against the application and the notified sum. It uses the framework already written into the deed the platform issues to your supply chain.
Construction Act payment mechanism printed into a subcontract order issued from Unibuild
Put plainly You pay your supply chain provably, on printed terms Evidenced against one order number
The month end, in order

Six steps, and nobody rebuilds anything.

The steps run to your own cycle: your numbering, your document, your client's quantity surveyor on the face. Anything else your process needs is built for you, and changes asked for after go-live are included in the monthly fee. That is how bespoke construction software works here.

  1. Already measured

    Weekly, on siteClient signedPhotographed
  2. Assembled

    Tendered sectionsApproved variationsMarked as billed
  3. Issued

    Branded A4Client QS namedTheir order number on it
  4. Retained

    Withheld against the receiptCumulative balanceReleased with a flag
  5. Received

    One paymentSeveral applicationsUnallocated shown live
  6. Chased

    Aged in bandsGrouped by managerCorrespondence logged
Spreadsheet against ledger

The month end, done two ways.

Applications for payment: a spreadsheet month end compared with Unibuild
The jobSpreadsheet and emailUnibuild
The measureRebuilt at month end from the tender, the diary and last month's fileMeasured weekly on site in your own branded staff app and signed by the client
VariationsAgreed verbally, then missed or claimed twicePulled in once from signed valuations, then marked as billed
One payment, several applicationsApplied to the oldest, so the aged position driftsSplit across the applications it covers, with the unallocated figure on screen
RetentionA figure somebody remembers, chased late or neverA running balance, released once through its own application
Questions

The two a fit-out firm
always asks, and four more.

What software should a UK contractor use for applications for payment?
Software that builds the application from records you already hold. Unibuild draws the contract lines from the priced sections of the tender and the variation lines from valuations your client signed on site. Anything already billed is marked so it cannot be claimed twice. Receipts are split across the applications they cover, retention is held as a running balance until its own release application, and outstanding value is aged by the manager responsible. The subcontract orders you issue carry the Construction Act payment mechanism as printed terms.
Does it handle retention?
Yes, and you should know exactly how. Unibuild records the retention your client actually withheld against each payment, accumulates it into a running balance and shows it separately in the aged debt report. You claim it back through a dedicated retention application, which is then excluded from the running figure so it cannot be claimed twice. If you carry meaningful retention, bring a live project to the demonstration and we will run your own figures through it.
How does the application actually get built?
From work that already exists in the system. Where the project was quoted through the platform, the works schedule draws on the priced sections of that quotation with their tendered values. The client sees a billing structure matching the tender. The measured element comes from valuations your site captured and your client signed. The commercial team is assembling rather than reconstructing, which is the difference between three days and an afternoon.
One payment arrives covering four applications. What happens?
The allocation screen shows every open application with its live balance and lets you type an allocation against each, with the unallocated figure updating as you go. This is the specific mechanism that keeps the outstanding position true when a client pays in lumps, which they always do. Without it, cash gets applied to whichever application is oldest and the aged position becomes guesswork within two months.
Will it tell us when an application is overdue?
Yes. Unibuild watches the dates on the application and raises what is overdue rather than waiting for somebody to open a report. The ageing report shows what is old, bucketed and grouped by the manager responsible, so the chase starts from a list.
How long has this been in use?
Since 2016. The full engine, including retention, aged debt by manager, turnover and statements of account, has run every month in the site services deployment for a decade. We demonstrate it there, on real applications and real receipts.
Further reading

The application is the easy half. Retention is withheld on every one of them and released long after anybody is still watching.

Ask for a quote

Tell us a little about the firm.
We do the rest.

Two minutes. A written figure by email, usually the same working day. One flat monthly fee, fixed for three years.

Headcount
Areas of interest