Knowledge · Estimating

The estimate to budget handover,
where the price becomes the baseline.

The seam where the priced scope becomes the budget that procurement, cost tracking and claims measure against. What actually gets lost when it crosses, why re-keying is not conversion, the handover meeting on larger jobs, and the traceability test a good handover has to pass.

01 / Overview

What the handover is

On a residential job the estimate and the budget are largely the same numbers doing two different jobs. The estimate is the internal forecast that won the work, built through the process covered in the estimating reference. The budget is that priced scope locked in as the baseline the rest of the job measures against. Procurement lets packages and raises orders against it, cost tracking compares actuals to it, and progress claims draw their structure from it. The handover is the moment one becomes the other.

Defined precisely, the estimate to budget handover is the conversion of the winning estimate into the job cost baseline, together with the transfer of everything the numbers alone do not say. That second half is where handovers fail. The figures almost always make it across in some form; the assumptions, the exclusions, the intent behind allowances and the reasoning behind rates very often do not. This node sits on the boundary between the estimating and procurement clusters because the budget it produces is the document the entire commitment workflow runs on.

Why it matters

A job can only be controlled against a baseline, and the handover decides what quality of baseline the job gets. A budget converted line by line lets the PM see which package is drifting while there is still time to act. A budget re-keyed as trade totals can report that the job is over without ever being able to say where, why, or what to do about it. The handover also decides who carries the estimator's knowledge for the next eight months, the system or the estimator's phone.

02 / The lifecycle

Where the handover sits in a residential job

In the estimate, win, build, claim, know lifecycle, this seam is the border crossing between winning the work and delivering it. Upstream sits everything estimating produced; downstream sit the disciplines that consume the baseline, letting trade packages, raising purchase orders, tracking cost against estimate and claiming progress. What binds the two sides together is structure. When estimate items, budget lines and invoice coding share one set of cost codes, comparison across the job is mechanical; when they do not, every report passes through a translation step that costs time and invites error.

The handover is also where cost control either starts on time or starts late. From the first purchase order, the job's real position is budget against committed costs, not budget against invoices received, and commitments can only be measured against a baseline that exists at line level. The wider discipline this feeds is covered in the builder cost tracking guide; this node is about the seam that determines whether that discipline has anything solid to stand on.

03 / Process workflow

The handover done properly

Eight steps, from freezing the winning version to keeping the estimate-to-invoice trail intact. The first five move the knowledge; the last three make sure it stays connected.

  1. 01

    Lock the version that won

    Freeze the estimate revision the client actually signed against, with its date and the drawing revision it priced. Every later question about the budget starts with which version of the job it describes.

  2. 02

    Convert lines, don’t re-key totals

    Every estimate line becomes a budget line carrying its quantity, rate, cost code and build-up. A budget made of summary totals can say the job is over; it can never say where.

  3. 03

    Carry allowances with their intent

    PC and PS items land in the budget flagged as allowances, with a note of what each was assumed to cover and exclude. An allowance stripped of its intent is just a number waiting to be argued about.

  4. 04

    Bring the assumptions and exclusions across

    The qualifications in the tender letter attach to the budget lines they affect, not to a PDF in a folder. What was excluded is as load-bearing as what was priced.

  5. 05

    Confirm the package boundaries

    Map estimate lines to the trade packages procurement will let, and record who supplies and who fixes at every boundary. The gap between two packages is the estimator’s knowledge until it is written down.

  6. 06

    Hold the handover meeting

    On larger jobs the estimator walks the PM through the job, package by package. What was priced tight, where the risk sits, which numbers came from real quotes and which from allowances.

  7. 07

    Open commitments against budget lines

    Purchase orders and subcontracts reference the budget lines they draw on, so committed cost is visible against the baseline from the first order, not reconstructed at month end.

  8. 08

    Keep the trail line by line

    Estimate item to budget line to purchase order to invoice. When that chain holds, anyone on the job can trace a cost back to the reasoning that priced it.

04 / Key mechanics

What actually gets lost at the seam

Six kinds of knowledge that were in the estimator’s head or working file at contract signing, and are usually nowhere three months later.

The assumptions

Every estimate rests on assumptions about ground conditions, access, staging and standard details. They shaped every number and they rarely travel; the budget states the conclusion and forgets the premise.

The exclusions

What was deliberately not priced is knowledge the site needs on the day the excluded work turns up. Left in the tender letter, it surfaces as a dispute instead of a variation priced in good time.

Allowance intent

A PS of $15,000 for site works meant something specific, a scope assumed, a risk excluded. Re-keyed as a plain budget line, it becomes a number nobody can defend when the actual lands.

Package boundaries

The estimator decided who supplies and who fixes at every trade boundary. If procurement cannot see those decisions, the boundaries get re-drawn at letting, and the gaps between packages become the builder’s cost.

The reasoning behind rates

Whether a line was priced from a live subbie quote, a database rate or a deliberate sharpening to win the job changes how the PM should buy it. A bare figure carries none of that.

The version that was priced

Estimates are revised through tendering. If the budget cannot say which revision it came from, every later comparison against drawings, quotes and claims starts with an argument about which job was priced.

Re-keying versus conversion

The mechanism behind most of these losses is re-keying. In many builders the estimate lives in a spreadsheet or an estimating tool, and on a win somebody types it into the accounting package or the job management system. Every re-keyed line is an error opportunity, a transposed digit or a skipped row that nobody audits because the totals roughly agree. More expensively, every re-key is a knowledge loss, because what gets typed is the number, never the build-up behind it, the quote it came from or the assumption underneath it. Which lines were priced from live subcontractor quotes and which from allowances is exactly the knowledge procurement needs first, and it is the first thing re-keying discards (holding quotes properly is covered in managing subcontractor quotes).

Conversion is the alternative. The estimate line becomes the budget line, the same record changing state rather than being copied, keeping its quantity, rate, cost code, source and allowance status. The reasoning behind a rate stays reachable because the line still points at the cost database entry or the quote that priced it, and allowances keep the intent that PC items and provisional sums depend on when the actuals land. This seam is where the Reconstruction Tax concentrates, because everything the conversion fails to carry must later be rebuilt by someone, from emails, from the filed PDF, or from a phone call to whoever priced the job.

05 / Best practice

How experienced builders run the seam

Experienced operators tend to hold a view that surprises newer builders. Most of the margin lost on jobs is not lost inside the estimate, it is lost at the two seams on either side of it, the handover from designer to estimator and the handover from estimate to budget. Inside the estimate, errors are arithmetic, visible and bounded; a wrong rate misprices one line. At the seams the loss is structural, because what disappears is the understanding that lets everyone downstream make good decisions, and that shows up as scope gaps, badly bought packages, allowances defended from memory and variations argued without evidence. The estimate gets the attention because it produces a number; the seams get none because they produce nothing visible at all.

The test experienced builders apply to a handover is deliberately concrete. Three months into the build, can the site supervisor find out why a number is what it is without ringing the estimator? If the answer lives in the budget line, its build-up and its attached qualifications, the handover worked. If the answer is a phone call, the business is paying the Reconstruction Tax on that job, and it will pay it again on the next one, and the day the estimator resigns the price of every live job becomes partly unexplainable.

The handover meeting

On larger jobs, where the estimator and the PM are different people, the common professional practice is a structured handover meeting. The estimator walks the PM through the job package by package, covering what was priced tight and why, where the contingency sits and against which risks, which numbers rest on real quotes and which on allowances, what was excluded, and what the client was told along the way. The meeting matters, and the written record of it matters more, because the PM's memory of the meeting decays at roughly the same rate as the estimator's memory of the job. On smaller jobs the same content still needs capturing, even when both roles are the same person, because the seam being crossed is time rather than people.

Where software fits the workflow

Traditionally the estimate lives in one tool and the budget in another, and the seam between them is a re-keying session. In VIABUILD the handover is a change of state rather than a transfer. On a win the estimate becomes the budget line by line, keeping quantities, rates, cost codes and allowance status, and cost tracking measures commitments and actuals against those same lines from the first order. Oryn™ reads incoming invoices in the context of the order and the budget line behind them, so the estimate-to-invoice trail stays connected as a by-product of paying the bills. The PM still owns every number; the system's job is to stop the understanding being rebuilt.

06 / Australian considerations

The handover in the Australian contract environment

The handover itself is internal practice, not a regulated act, but several Australian realities decide what it must preserve. The points below are labelled by evidence class; requirements differ by state and change over time, so confirm the current source before relying on any of them.

  • Legislation. Each state and territory's domestic building contract legislation regulates how prime cost items and provisional sums are disclosed and adjusted in residential contracts. Those adjustments are made against what the contract disclosed, so the budget must preserve each allowance's identity and intent, not just its amount. An allowance flattened into an ordinary budget line leaves the builder adjusting from memory, which is a weak position in any dispute. Confirm the rules for your jurisdiction with your state regulator.
  • Common practice. Many Australian builders estimate in one tool and account in another (commonly a spreadsheet or estimating package feeding a small-business accounting system), which makes the handover a re-keying exercise by default. The two systems also usually differ in structure, job cost lines on one side, a chart of accounts on the other, so alignment has to be designed rather than assumed.
  • Common practice. Estimates are typically built at cost excluding GST, while client-facing contract sums include it. The conversion needs to keep the budget, quotes, orders and invoices comparable like for like; a budget that silently mixes GST-inclusive and exclusive figures manufactures phantom overruns. Confirm the treatment for your structure with your accountant.
  • Professional recommendation. On larger jobs, a formal handover meeting from estimator to PM with a written record is widely recommended practice in Australian building companies, and the record is the part that survives staff turnover.

07 / Common mistakes

How handovers actually fail

Each of these looks harmless in the week the job is won. Each is discovered months later, at the moment the missing knowledge is most expensive to rebuild.

The estimate filed as a PDF

The job is won, the estimate is exported, and the living document becomes an attachment. From that moment every downstream question is answered by re-reading or by ringing the estimator.

Re-keying totals instead of lines

Typing trade totals into the accounting package keeps the bookkeeping tidy and throws away the line detail. The budget can report an overrun but never locate it, which is most of what a budget is for.

A budget on different codes

When the estimate is structured one way and the budget re-coded another, every comparison between them needs translation. Translation is where numbers quietly change and nobody notices until close-out.

Allowances flattened into lines

PC and PS items re-keyed as ordinary budget lines lose their status as allowances. The adjustment mechanics the contract promised then have nothing to adjust against, and the conversation with the client gets harder.

The handover done by email

A forwarded spreadsheet is a transfer of data, not of understanding. The PM inherits the numbers and none of the reasoning, and rebuilds the estimator’s knowledge one phone call at a time.

Margin and contingency dissolved

If margin and contingency are smeared across budget lines during conversion, nobody can later tell whether the job is consuming its risk allowance or its profit. They must land in the budget as the separate numbers they were.

08 / Practical example

A worked allowance at the seam

Illustrative only, not a benchmark. An estimate carries a $15,000 provisional sum for site works, priced on the assumption of no rock, with rock breaking expressly excluded in the tender letter. The job is won, and the budget is keyed into the accounting package as a single line, site works, $15,000. Three months later the excavator hits rock. The supervisor needs to know whether rock was allowed for, and the budget line cannot say. The tender letter is in an email thread, the estimator is pricing another job, and the conversation with the client starts a week late from a defensive position.

Now run the same event through a converted budget. The line is flagged as a provisional sum, carries its scope note (site works to natural ground, rock excluded), and points at the tender letter clause. The supervisor reads it on site, the variation is raised the same day with the exclusion as evidence, and the client conversation is about the price of rock, not about whether the builder should wear it. The difference between the two outcomes was decided months earlier, in how one line crossed the seam.

09 / FAQ

Common questions.

They are usually the same numbers playing two different roles. The estimate is the internal forecast built to win the job, revised freely while tendering. The budget is the version of those numbers locked in on the win as the baseline the job is controlled against. The handover is the moment of conversion, and the discipline is that the budget should be the estimate restated, not re-derived. If the budget is built fresh from the contract sum, the line-level knowledge inside the estimate never reaches the people delivering the job.

Four layers. The numbers themselves, line by line with quantities, rates and cost codes. The allowances, flagged as PC or PS with the intent behind each. The qualifications, meaning the assumptions and exclusions attached to the lines they affect. And the packaging, meaning how the lines map to the trade packages procurement will let. A handover that transfers only the first layer has moved the data and lost the understanding.

The meeting is a mechanism, not the point. On a larger job the estimator and the PM are different people, so a structured walkthrough with a written record is how the reasoning crosses the seam. On a small job they are often the same person, and the seam is time rather than people; the builder who priced the job in March is a different rememberer by August. The same content still needs recording, because the test is whether the reasoning is findable months later, not whether a meeting occurred.

Yes, and this is one of the highest-leverage structural decisions a builder makes. When estimate items, budget lines, purchase orders and invoice coding all share one cost code structure, estimated versus committed versus actual is a report rather than a research project, and close-out feedback can flow back into the cost database without translation. When each system has its own structure, every comparison across the job passes through a mapping exercise, and mapping exercises are where errors and effort concentrate.

They cross the seam as the separate, visible numbers they were in the estimate. Contingency is priced against identified risks and is expected to be drawn down as those risks land or retire; margin is the business’s earnings and any erosion of it should be a deliberate, visible decision. If conversion smears either across the budget lines, the job loses the ability to answer its most important monthly question, which is whether it is spending risk allowance or profit.

Because the accounting package answers a different question. Accounting structures exist to report the business’s financial position; a job budget exists to control one job against the scope that was priced. Totals keyed into accounting can confirm the job made or lost money after the fact. They cannot tell a PM mid-job which package is running over, whether an allowance is exhausted, or what a proposed order does to the forecast. Many builders run both, and the failure mode is treating the accounting entry as the budget.

10 / Terms

Glossary for this topic

Baseline (the locked reference the job is measured against), conversion (an estimate line changing state into a budget line, keeping its detail), re-keying (typing numbers from one system into another), allowance intent (what a PC or PS item was assumed to cover and exclude), line-level traceability (the unbroken chain from estimate item to budget line to purchase order to invoice), committed cost (money promised by orders and subcontracts before invoices arrive), handover meeting (the estimator's structured walkthrough of the job for the PM). Definitions for the wider vocabulary live in the construction glossary. From here, the natural next article crosses into the procurement cluster, purchase orders, the instrument that turns budget lines into commitments.

12 / Further reading

Primary sources

  • Your state or territory's building regulator and fair trading body, for the domestic building contract rules governing prime cost and provisional sum disclosure and adjustment in your jurisdiction.
  • Australian Institute of Quantity Surveyors , professional guidance on cost planning and cost management practice, including the relationship between estimates and cost control budgets.
  • Your own signed contract and tender documents on each job, the primary record of what the budget's allowances, assumptions and exclusions actually promised.

Win the job once, and keep what you knew when you priced it.

VIABUILD converts the winning estimate into the job budget line by line, so procurement, cost tracking and claims measure against what was actually priced instead of a re-key of it.