Resources · Variations
The variation register,
usable straight off this page.
Every column a working variation register carries, the statuses a variation moves through, and the discipline the register exists to enforce, priced and signed before it is built. Set your own register up against it, or audit the one you have. The mechanism behind each column lives in the linked references. Everything here is general information, not legal advice, and the definitions that govern are the ones in your contract.
01 / How to use this
A register, not a filing habit
A variation register is the single dated list of every change requested on a job, whatever became of it. It is not the folder of signed variation documents, although it points at them. The documents are the evidence; the register is the index that makes the evidence answerable, what has been asked for, what it costs, where each change is up to, and what the job now adds up to. A builder with signed variations and no register can prove any single change and still cannot answer the question the client actually asks, which is the total.
Work through the columns below against your current jobs. The mechanism of what a variation is, and is not, lives in the variations reference, the conversation and timing side in the managing variations guide, and the undocumented version of the problem in scope creep and variation control. Everything here is general information, not legal advice.
02 / The register
What every entry must capture
Ten columns. A register that carries all of them can answer any question the job, the client or a dispute will ask of it. A register missing one will fail at exactly the moment that column was needed.
- Variation number. Sequential per job, assigned when the change is identified, never reused. The number is what lets a claim line, an email and a signed document all point at the same change without ambiguity.
- Date identified. The day the change entered the job, not the day it was priced. The gap between this date and the approval date is the builder financing the change, and the register is the only place that gap is visible.
- Source. Client request, site condition, documentation gap or authority requirement. Who chose the change shapes the conversation, and a register that records source shows patterns, the job where the documents were thin, the client whose selections keep moving.
- Description. Precise enough that someone who was not in the conversation could price it: what is added, what is omitted, what is substituted, against which drawings. Most variation disputes are really description disputes.
- Cost and margin. The build-up behind the price, and the margin applied at the rate the contract's variation clause allows. The client sees the price; the register keeps the working, so the number can explain itself months later.
- Time effect. The days the change adds to the programme, claimed through the contract's extension of time machinery rather than assumed. A variation priced without its time has quietly shortened the build period for free.
- Status. Identified, priced and sent, approved, declined, claimed, paid. The status ladder below. A register whose statuses are current is a management tool; one updated monthly is an archaeology project.
- Approval evidence. A reference to the signed document, the recorded portal approval or the dated written instruction. The register row is the index entry; the evidence is what wins the argument.
- Contract-sum impact. The signed amount, positive or negative, because omissions are variations in the other direction and deserve the same discipline. Summed with the original contract sum, this column is the current contract value, which is also the figure home warranty notification questions are asked against.
- Claim status. Which progress claim the variation was billed on, and whether it has been paid. Approved but never claimed is the quietest way to lose margin, and this column is where it shows up before the final account.
03 / The status ladder
The states a variation moves through
Four working states. The register's job is to show where every change sits on this ladder today, because each state carries a different risk.
Identified
The change exists but has not been described or priced. A register entry at this stage is one line, the date and a plain description of what is moving. Getting the entry made at this moment, rather than after the pricing, is the habit that separates a register from a reconstruction.
Priced and sent
The variation document is with the client, described so someone who was not in the conversation could price it, with the cost, the margin and any time effect stated. The register carries the amount and the date sent, because the gap between sent and decided is where jobs quietly stall.
Approved or declined
A dated, signed decision. Approved moves the contract sum and, where time was claimed, the completion date. Declined closes the entry with the reason recorded, so the same request cannot resurface later as something everyone vaguely remembers agreeing to.
Claimed and paid
The approved amount reaches a progress claim, and eventually the bank. An approved variation that never appears on a claim is work delivered and never billed, and the register is the only place that gap is visible before the final account.
04 / The discipline
From change identified to money in
Seven steps. The register does not create the discipline, it makes the absence of the discipline visible while there is still time to fix it.
- 01
Enter the change the day it is identified
A client request, a site condition, a documentation gap or an authority direction. One line in the register, dated, before anything is priced. The entries that matter most in a dispute are the ones made before anyone knew there would be one.
- 02
Describe it so a stranger could price it
What is added, what is omitted, what is substituted, and against which drawings. Most variation disputes are really description disputes, and "kitchen changes as discussed" is a future argument entered into a register.
- 03
Price it in full, including the time
Direct cost, margin at the rate the contract allows, and the days the change adds to the programme. A variation priced without its time has been priced at a discount, and the time is close to unrecoverable once the moment passes.
- 04
Get the signature before the work starts
Document, price, approve, then build, in that order. Work done ahead of the signature inverts the position: the cost is spent and real while the revenue has become a negotiation with the party holding the leverage.
- 05
Record the approval evidence against the entry
The signed document, the portal approval, the dated email. The register row points at the evidence rather than replacing it, so the answer to "where was this agreed" is a reference, not a search.
- 06
Move the contract sum and the claim schedule
On approval the contract-sum column updates and the variation joins the next claim. A register that stops at "approved" has done half its job; the other half is making sure the money is actually collected.
- 07
Keep the running total current
Approved plus pending, against the original contract sum, ready for the moment the client asks what it all adds up to. The answer is either instant or expensive, and the register is what makes it instant.
05 / The failure mode
Why verbal approvals become disputes
The pattern is common enough to describe from memory. A change is agreed on site, in good faith, between two people who like each other. The work proceeds because the carpenter is there and the moment is convenient. The paperwork is promised for later, and later a bigger fire arrives. Months on, the invoice lands and the client compares it against their memory of the conversation, which has become a smaller, simpler change than the one that was built. Neither party is lying. Both are remembering the version that suits them, which is what memory does when money attaches to it.
At that point the builder has spent the cost and is negotiating the revenue, with the leverage on the other side of the table. The usual ending is a discount, dressed as goodwill. The register prevents this not by making anyone more honest but by moving the decision to before the work: an entry, a description, a price and a signature, each dated, so the end of the job has nothing left to argue about. Domestic building legislation in the states and territories commonly requires variations to be documented and signed before the work proceeds in any case, so the discipline the register enforces is usually also the compliance position. Check your contract and your state's requirements for the specifics.
The register also protects the other direction. A client who sees the rule applied consistently from the first variation accepts it as process. A client who sees exceptions learns that every signature is negotiable, and the exceptions compound from there.
06 / FAQ
Common questions.
Ten, in practice. A sequential variation number per job. The date the change was identified. The source, meaning who or what caused it, client, site condition, documentation or authority. A description precise enough to price from. The cost build-up and the margin applied. The time effect in days, where the change has one. The status, from identified through priced, approved or declined, to claimed and paid. A reference to the approval evidence, the signed document or recorded approval. The effect on the contract sum, so the register can always produce the current contract value. And the claim it was billed on. Everything else is decoration; a register missing any of these will fail at exactly the moment it is needed.
Because the two people in the conversation remember different conversations, honestly, and by the end of the job the difference has a dollar figure attached. A change agreed over the bonnet of the ute has no description, no price and no date, so when the invoice arrives the client is comparing it against their memory of a smaller, simpler change. Domestic building legislation in the states and territories also commonly requires variations to residential work to be documented and signed before the work proceeds, and most standard-form contracts require the same, so the handshake variation can leave the builder with a compliance problem on top of a collection problem. The pattern is predictable enough to plan around: undocumented variations tend to resurface at the end of the job as discounts. Check your contract and your state requirements for the specifics.
Yes, both, and the register is weaker without them. A declined entry with its date and reason is what stops the same request coming back six months later as something everyone supposedly agreed. Pending entries are half of the running total; a client who has three variations awaiting decision is carrying a number they have not seen yet, and the register is where that number is visible before it becomes a surprise. A register of approved variations only is a billing record. A register of everything requested, whatever happened to it, is a change history of the job, and the change history is what disputes reach back for.
One live figure: the original contract sum, plus approved variations, plus pending variations shown separately. It exists for one moment in particular, the moment the client asks what all the changes add up to. A builder who answers on the spot, with the same numbers the client signed, has a routine conversation. A builder who says they will get back to them spends the weekend assembling emails and re-opens every number in the process. Clients are rarely shocked by any single variation they approved; they are shocked by the sum of them, because nobody ever showed them the sum. The register is how the sum is always ready.
Because the columns are the easy part and the discipline is the hard part, and a spreadsheet template quietly encourages the failure this page is about, entries made at the end of the month from memory. The register works when the entry is made the day the change is identified, when the description is priceable, and when the status moves as the paperwork moves. Any spreadsheet, notebook or system that carries the columns above will do the job if that discipline holds, and none of them will if it does not. If the part that keeps failing is the register keeping pace with the job, that is an administration problem software genuinely solves, which is what the VIABUILD variations module does.
07 / Keep reading
The references behind this register
The knowledge nodes, guides and product pages each column draws on.
Or stop keeping the register by hand.
VIABUILD holds the variation sequence in one place, documented against the job, priced from the same rates as the estimate, approved on a signed link, and flowing into the contract sum, the budget and the next claim on approval. The register becomes the system.
