Knowledge · Finance
Xero for construction,
where the ledger stops.
Xero is a strong general ledger, and most residential builders run their books on it for good reason. But a general ledger records what has happened to the money, while a building business runs on the money trail of the build itself. This reference explains what Xero does well, where construction needs more, and what a builder layers on top.
01 / Overview
What this page is about
Xero is one of the most widely used accounting platforms among Australian small businesses, and residential builders are no exception. It is a genuinely good general ledger: it keeps the books, raises invoices, reconciles the bank, runs payroll, and produces the GST and BAS reporting a builder has to lodge. A builder asking whether Xero can run the accounting of the business is asking the wrong question, because the answer is yes.
The more useful question is where general-ledger accounting stops and construction begins. A building company does not just have accounts; it has jobs, and each job has a budget, a set of commitments, a claim schedule, retentions and a forecast to complete that a general ledger was never designed to hold. This page is an even-handed look at what Xero does well, where the gap is, and what a builder needs layered on top to close it. It is educational, not a pitch; VIABUILD appears only where it is genuinely the layer being described, and it keeps Xero as the ledger rather than replacing it.
02 / The ledger
What Xero does well for a builder
Credit where it is due. For the accounting a building business has to do, Xero is a capable and well-supported system, and there is no reason to move off it.
The general ledger and compliance
Xero keeps the books: the chart of accounts, the profit and loss, the balance sheet, and the GST and BAS reporting a builder has to lodge. As the accounting system of record for a small residential building business, it does this job well, and it is why so many builders run on it.
Invoicing and bank feeds
Raising invoices, reconciling against automated bank feeds, and tracking who owes what and what is owed. For the money in and out of the business bank account, Xero is a capable, well-supported ledger.
Payroll and payables
Employee pay, superannuation and supplier bills all live in the ledger. A builder can run the ordinary financial administration of the company inside Xero without reaching for anything else.
Tracking categories, up to a point
Xero’s tracking categories let a builder tag transactions to a job or a category, which is often the first thing reached for to answer “how is this job going”. It helps, but a general-ledger tag is not a job-cost structure, and the difference is where this page is headed.
03 / The gap
Where general-ledger accounting stops short
None of these are failings of Xero. They are simply construction problems that a general ledger, any general ledger, is not built to solve, because they happen before or around the transactions the ledger records.
Job costing against a budget
A general ledger records what was spent by account. It does not natively hold a per-job budget broken down by cost code and compare budget to actual line by line as the job runs. Tracking categories approximate a job total, but not the structured budget-versus-actual a builder needs to see where a job is drifting.
Committed costs
The ledger records a cost when the bill arrives. But a builder commits money the moment a purchase order is raised or a subcontract is let, often weeks earlier. Committed cost is the earliest true signal a job is heading over, and it lives outside the ledger entirely.
Work-in-progress and earned revenue
On a job billed in stages, cash in and work done rarely line up. Reconciling earned revenue against what has been billed, the over- and under-billing that WIP reporting reveals, is a construction calculation the general ledger does not perform on its own.
Progress claims and retentions
A stage claim, its variations, the client approval and the retention withheld are construction instruments. Xero can invoice the approved claim, but the claim schedule, the approval trail and the retention ledger are not things a general ledger is built to run.
Cost to complete and the forecast final cost
The number that decides whether a job is still profitable is the forecast of remaining spend, not the cost booked to date. Cost to complete is a forward-looking construction estimate, and the ledger only ever looks backward at what has already happened.
The estimate-to-claim money trail
A building business runs on one continuous trail from estimate to budget to commitment to invoice to claim. The ledger sees the last two steps. The earlier ones, where most of the margin is won or lost, happen before a transaction ever reaches Xero.
04 / The distinction
Backward-looking books, forward-looking jobs
The cleanest way to hold the difference is this: a general ledger looks backward at what has already happened to the money, while running a job well is a forward-looking exercise. The question that decides whether a job makes money, what will it cost to finish from here, cannot be answered by adding up what has been spent so far. It needs a budget by cost code, the committed costs already locked in, and a cost-to-complete forecast, none of which are ledger entries.
The operator's observation is that the most expensive mistakes on a job are already made by the time they reach Xero. The overpriced purchase order, the subcontract let above budget, the variation done and never claimed, all of these are committed or lost before a single bill or invoice hits the ledger. A builder watching only the accounting is watching the wreck in the rear-view mirror. That is why cost control is a construction discipline sitting in front of the ledger, not a report pulled from it.
05 / The layer
What a builder needs on top of Xero
The arrangement most residential builders settle on is to keep Xero as the accounting system of record and add a construction layer that runs the build's money trail and syncs to it. The layer has to carry the things the ledger cannot:
- Job budgets by cost code, so budget versus committed versus actual can be read line by line while the job is running.
- Committed cost from purchase orders and subcontracts, captured the day the commitment is made rather than the day the bill lands.
- Progress claims and variations, with the claim schedule against the contract, the client approval trail, and the approved claim flowing to Xero as an invoice without re-keying. The mechanics are in the progress claims reference.
- Retention tracking, so amounts withheld and due are held in a ledger of their own rather than lost in the accounts.
- Work-in-progress and cost-to-complete, so the true position of every open job shows through, reconciled back to the books. This is the subject of construction WIP reporting.
Done properly, the two systems play to their strengths. The accountant keeps working in Xero; the builder gets the job-level money trail; and the sync between them means a number is entered once and flows both ways. Where the construction layer is VIABUILD, that is exactly what the native Xero integration is for, a two-way link with tracking categories, so bills and approved claims move without double entry, and the invoice reading and coding runs through Oryn rather than someone's keyboard. Xero stays the ledger; the build runs in the system built for it.
06 / FAQ
Common questions.
Xero is a capable general-ledger accounting platform, and for the accounting side of a residential building business, the books, invoicing, bank reconciliation, payroll, GST and BAS, it does the job well. Where it stops is construction-specific work: job costing against a budget, committed costs from purchase orders and subcontracts, work-in-progress and earned revenue, progress claims and retentions, and cost-to-complete forecasting. Those are not failings of Xero; they are simply outside what a general ledger is built to do. Most residential builders keep Xero as the ledger and add a construction system on top for the job-level money trail.
The pattern most residential builders settle on is to let Xero be the accounting system of record, the ledger, the compliance, the bank, and to run the construction money trail (estimate, budget, purchase orders, cost tracking, progress claims, retentions and WIP) in a construction system that syncs to it. That keeps the accountant working in the tool they know while the builder gets job costing, committed costs and claims the ledger cannot provide. Trying to force all of that into tracking categories inside Xero alone tends to break down as the number of jobs grows.
Tracking categories can give you a rough per-job total in the ledger, and for a very small builder running one or two jobs that may be enough to start. But a tracking category is a tag on a past transaction, not a budget, a commitment or a forecast. It cannot show budget versus committed versus actual by cost code, it cannot capture a cost the day a purchase order is raised, and it does not run a claim schedule or a retention ledger. As soon as a builder needs to know a job’s true position while there is still time to act on it, a construction layer that syncs to Xero does what tracking categories cannot.
Accounting software like Xero records what has happened to the money: bills, invoices, payments, and the reports the tax office needs. Construction software runs the money trail of the build itself: the estimate that becomes the budget, the purchase orders and subcontracts that commit cost, the tracking of budget against committed against actual, the progress claims that bring cash in, the retentions held back, and the forecast of cost to complete. One is backward-looking and general; the other is forward-looking and job-specific. They are complementary, which is why builders run both and connect them rather than choosing between them.
Generally no, and it usually should not try to. Xero is a strong general ledger and the tool most accountants prefer to work in, so the sensible arrangement is for the construction system to handle the build, job costing, commitments, claims, retentions and WIP, and to sync the accounting entries to Xero, which stays the ledger and the compliance engine. The two-way link means an approved progress claim can become a Xero invoice and a supplier bill can flow through without being keyed twice, while each system does the part it is built for.
Work-in-progress reporting reconciles the revenue a job has earned against the amount it has been billed, so a builder can see over- and under-billing across every open job. A general ledger holds what has been invoiced and what has been spent, but it does not, on its own, calculate earned revenue against a forecast final cost, which is what WIP requires. Builders typically produce WIP from the construction system that holds the budgets, commitments and cost-to-complete, and reconcile it back to the Xero ledger. The mechanics are covered in the construction WIP reporting reference.
07 / Terms
Glossary for this topic
General ledger (the accounting record of a business's transactions), tracking categories (Xero's tags for slicing the ledger by job or category), job costing (tracking cost against a per-job budget by cost code), committed cost (money locked in by a purchase order or subcontract before the bill arrives), work in progress (earned revenue reconciled against amounts billed on open jobs), progress claim (a staged claim for payment under the contract), retention (an amount withheld from payment under the contract), cost to complete (the forecast of remaining spend on a job). The wider vocabulary lives in the construction glossary.
The natural next reads are cost control for the discipline that sits in front of the ledger, and construction accounts payable for how supplier invoices actually flow into a building business.
08 / Keep reading
Related knowledge, guides and features
09 / Further reading
Primary sources
- Xero's own product documentation, for what the platform does and how tracking categories and integrations work.
- The financial management hub and the cost control reference, for the construction money trail the ledger does not carry.
- Your accountant, for how to structure the chart of accounts and the sync so the two systems reconcile cleanly. This page is general information, not accounting advice.
Keep Xero. Add the build.
VIABUILD runs the estimate-to-claim money trail, job budgets, committed costs, progress claims, retentions and WIP, and syncs two-way with Xero, so the ledger stays the ledger and the job finally has a system built for it.
