Accounting · Software category
Construction accounting software,
and the layer your ledger was never built for.
General accounting answers how the business performed. Construction accounting has to answer how each job performed, while the job is still running, and then reconcile the two. This page covers what construction needs on top of ordinary accounting, the honest comparison between keeping your ledger and adding a build layer or running one all-in-one system, the Australian obligations that sit underneath, what to look for, the questions worth asking, and how VIABUILD fits.
01 / The direct answer
What construction accounting software is
Construction accounting software is accounting organised around the job rather than around the accounting period. Standard accounting covers the general ledger, payables and receivables, bank reconciliation, payroll and the reports the tax system requires, and it does that job well. Construction adds a second requirement on top, which is knowing what each job cost, what it earned, and where it will finish, while the job is still running.
Products in this category divide along a line worth noticing before you shortlist. Some carry both halves, a ledger and the construction layer, in one system. Others deliver only the construction layer and connect to the accounting system you already run. Neither is wrong. They suit different businesses, and the section below sets out how each one fails, which is more useful than how each one is marketed.
Two neighbouring pages carry the detail this one summarises. Job costing software covers the attribution discipline in depth, and construction software for Xero covers how to evaluate the integration itself, object by object.
02 / The gap
Six things construction needs that accounting does not provide
None of these are shortcomings in accounting software. They are questions a general ledger was never designed to answer, because they are about a job in progress rather than a period that has closed.
Job costing, in two dimensions
General accounting classifies a cost by what kind of cost it was. Construction needs it classified by which job and which part of that job, at the same time, so a builder can see that a job is fine overall and eleven per cent over on carpentry. That is the requirement a chart of accounts cannot satisfy by being reorganised.
Committed cost before the invoice
A purchase order is not a ledger transaction, but it is a real obligation from the moment it is raised. A construction layer counts it. An accounting system, correctly, does not, which means an accounts-only view of a job is behind by the length of a supplier’s billing cycle.
Work in progress and revenue recognition
On a partly built job, costs incurred and claims raised are almost never in step, so an unadjusted monthly profit figure swings between a fictional loss and a fictional windfall. The WIP adjustment that fixes it is calculated from job data, not from the ledger, and then posted back into it.
Progress claims as the revenue mechanism
Residential revenue arrives as staged claims against contract stages, carrying approved variations, with retention deducted and GST applied. Accounting software can issue the resulting invoice. It has no view on whether the stage was reached, what variations belong on it, or what retention is owed back later.
Retention as a tracked balance
Retention is money earned and not yet received, released against practical completion and the end of the defects period. In the ledger it is a debtor balance. In a construction system it is a balance per job with release points attached, which is the difference between money you can ask for and money you forget.
Allowances, provisional sums and prime cost items
Residential contracts carry placeholders that resolve into real numbers as the client makes decisions. Each resolution changes the budget, sometimes the contract sum, and eventually the claim. That whole chain sits outside accounting entirely, and it is where a great deal of residential margin is decided.
03 / The structural choice
Keep the ledger and add a layer, or run one system
This is the decision that actually matters, and it is usually made by default rather than deliberately. Both arrangements work. They fail in different places, and knowing where is worth more than a feature comparison.
Keeping the ledger and adding a construction layer is the common Australian pattern, and the appeal is obvious. Your accountant stays where they work, your bank feeds and BAS history stay intact, payroll keeps running, and you buy only the part you are missing. The failure mode is the seam. If the integration is shallow, you have not added a layer, you have added a second place to type things, and the reconciliation between them becomes a standing monthly job. This is why the integration deserves more evaluation time than any single feature, object by object and direction by direction.
Running one system with the ledger inside removes the seam entirely, and that is a genuine benefit rather than a marketing line. The costs are also genuine. Migrating accounting mid-life is the most disruptive change a small building business makes, your accountant may not know the product, payroll and tax lodgement have to be as good as what you left, and you have concentrated more of the business into one supplier. For larger builders with in-house accounting staff this often nets out positively. For a builder with a bookkeeper two days a week and an accountant who lives in Xero, it usually does not.
The question that resolves it quickly. Ask what problem you are actually solving. If it is that you cannot see job cost, adding a layer solves it without touching the ledger. If it is that your accounting itself is not fit for a building business, that is a different purchase and it deserves your accountant in the room.
04 / The local obligations
What sits underneath an Australian building business
Five obligations shape how the accounting side has to work here, and most of them live in the ledger rather than the construction layer. Knowing which is which prevents the most common evaluation mistake, which is assuming the construction product covers something it has never claimed to.
GST runs through everything. Every progress claim is a tax invoice, every supplier bill carries GST, and the whole lot has to agree at BAS time. What matters in a two-system arrangement is that GST is calculated once and carried rather than recalculated on each side, because differing rounding conventions produce a small monthly variance that is too minor to chase and too persistent to ignore. BAS timing is the second, and it is a cash flow event as much as a compliance one, which is why it belongs in a cash flow forecast rather than only in a calendar. Both are covered in GST and BAS for builders.
Contractor payment reporting is third. Businesses paying contractors for building and construction services report those payments to the ATO each year, which is a bookkeeping task rather than a software feature, and a good reason to insist that subcontractor payments are coded correctly when they are made rather than sorted out in July. Payroll obligations are fourth if you employ, including reporting each pay run to the ATO, superannuation, and the portable long service leave levy that most Australian jurisdictions run for construction workers.
The fifth is the one builders underestimate. Licensing and home warranty schemes in several states assess a builder’s financial capacity from accounts you have to be able to produce on request, and the quality of that assessment depends on having a clean, current picture rather than one assembled in a hurry. A business with reliable job costing and a real WIP position is doing that work continuously instead of annually, which is a quieter benefit than it sounds. The context is in builder financial capacity and growth.
05 / Before you buy
Six things to look for
The first two decide whether you have one system or two. The fourth is the one to take to your accountant before you sign rather than after.
A clear rule about which system owns what
Contacts, bills, invoices, payments, payroll. For each one, name the system of record and the direction of flow, in a sentence your bookkeeper could repeat. If the vendor cannot state it plainly, the rule will be discovered by your bookkeeper over six months of surprises.
One entry, wherever it is made
The test of any construction-plus-accounting arrangement is whether a supplier bill is entered once. Watch a real bill go in and come out the other side coded, with GST intact and the job attached. Every re-key you observe in a demonstration will happen a hundred times a month in your business.
GST that survives the trip
Confirm that GST is calculated once and carried, rather than recalculated on each side of an integration where a rounding convention can differ. The symptom is a few dollars of unexplained variance each month, which is small enough to ignore and exactly the kind of thing that makes people stop trusting a system.
A WIP report your accountant recognises
Ask to see the actual report, then show it to your accountant before you buy. They are the person who has to rely on it at year end, and a WIP calculation they do not accept becomes a spreadsheet they maintain instead, which defeats the purpose entirely.
Australian tax handled natively
GST, BAS timing, contractor payment reporting and payroll obligations are not configuration options, they are the shape of running a building business here. Ask which of these the product handles, which it expects your accounting system to handle, and which it expects you to handle.
An exit that includes the history
Closed job cost, claim history, retention balances and the coded transaction record are the evidence behind a warranty insurance review, a tax query and your next estimate. Ask what exports and in what format, and ask before you sign rather than at the point you need it.
06 / The conversation
Questions worth asking a provider
Six questions with specific answers. The first has only two coherent answers, and anything else is describing two ledgers.
- 01
Which system is the ledger, and what does the other one do
Ask it that bluntly. There are only two coherent answers, the construction system keeps the ledger and your accounting file is retired, or the accounting system stays the ledger and the construction system feeds it. Any answer that is neither of those is describing two ledgers, which is a reconciliation job somebody in your office will inherit.
- 02
Show me a supplier bill and a progress claim go across, live
With real documents and the sync running, not a slide. Watch what happens to the job code, the tracking category, the GST and the due date. Then ask what happens when that bill is later amended or credited, because the reversal path is where integrations most often leak.
- 03
What does my bookkeeper do differently on day one
The person who will decide whether this works is usually not in the sales meeting. Get their new routine described in steps, then show it to them before you sign. A bookkeeper who was not consulted will keep working the old way in parallel, and you will pay for both.
- 04
How is work in progress calculated and posted
Ask for the formula, the inputs and whether the result posts to the ledger as a journal or stays a report. Then ask who is expected to review it each month. WIP is the single most valuable accounting output in construction and the one most often left as a spreadsheet nobody owns.
- 05
What is not covered, and who covers it
Payroll, superannuation, contractor payment reporting, BAS lodgement, fixed assets. Get a plain list of what the product does, what it expects the ledger to do, and what stays with your accountant. Products in this category vary enormously here and the gaps are rarely volunteered.
- 06
What is the total cost including the accounting seat and the migration
Price both systems if you are keeping both, and ask about implementation, chart of accounts mapping, opening balances and mid-year cutover. Migrating accounting is the most disruptive change a small building business can make, so it is worth knowing the full cost before the decision rather than after.
07 / Honest limits
What construction accounting software cannot do
Three limits, and the first sets the ceiling on everything the software can produce.
It cannot attribute a cost that nobody attributed. Every job report, every WIP figure and every margin comparison rests on somebody having decided which job and which cost code a transaction belonged to. That decision is made upstream, ideally at the purchase order, and no accounting engine downstream can repair a coding habit that does not exist.
It cannot replace your accountant. Revenue recognition policy, the overhead allocation method, business structure, and your tax position are advice, not settings. A product that calculates WIP is doing arithmetic on a policy your accountant chose, and if they have not seen the format, they will rebuild it in a spreadsheet and you will have paid for two versions of the same number.
And it cannot give you compliance. It produces the records that compliance is assessed from, promptly and consistently, which is genuinely valuable. Any product implying it manages your tax obligations, your licensing position or your warranty eligibility is overclaiming, and those specific matters belong with your accountant and, where relevant, your lawyer.
08 / How VIABUILD does it
The build in VIABUILD, the ledger in Xero
VIABUILD does not try to be your accounting system, and that is a design decision rather than a gap. Xero stays the ledger, where your accountant already works and your payroll and BAS already run. VIABUILD is the Construction Operating System that runs the build alongside it, connected by a native two-way sync so a supplier bill is entered once.
On the construction side, the estimate you won on becomes the job budget with its cost codes intact, purchase orders move committed cost the day they are raised, and Oryn™ reads supplier invoices in the accounts payable inbox, matches them to the right purchase order with a deterministic score and suggests a cost code per line from vocabulary learned out of your own estimates. Approved bills and approved progress claims push to Xero with tracking categories applied, so the ledger and the job view agree without a month-end reconciliation, and the cash position in the forecast is built from real claims, orders, invoices and the live bank balance rather than from a projection.
What we do not claim. VIABUILD does not run payroll, does not lodge your BAS, does not replace your accountant’s judgement on revenue recognition or overhead allocation, and does not cost your own labour hours to jobs from timesheets. The financial figures it does produce, the cash flow forecast, budget variance and the job cost position, are deterministic calculations rather than model output, which is why we describe them as live and grounded rather than as AI forecasting. The integration detail is on the Xero integration page and the evaluation questions are on construction software for Xero.
09 / FAQ
Common questions.
Construction accounting software is accounting built around the job rather than around the accounting period. Standard accounting answers how the business performed, through a general ledger, accounts payable and receivable, bank reconciliation, payroll and the reports the tax system requires. Construction accounting adds the layer that building businesses need on top. Job costing in two dimensions, job and cost code. Committed cost, so an obligation counts from the day the order is raised. Work in progress, so a partly built job does not distort the monthly result. Progress claims against contract stages with variations and retention. And the residential specifics, provisional sums, prime cost items and client allowances, that resolve into real money as a build proceeds. Some products deliver both halves in one system. Many deliver the construction half and connect to an accounting system for the rest.
Usually not, and the reason is practical rather than sentimental. Your accountant works in your accounting file, your bank feeds are connected to it, your BAS history sits in it, and payroll runs from it. Replacing that is the most disruptive change a small building business can make, and the gain has to be substantial to justify it. The far more common arrangement in Australia is to keep the ledger where it is and add a construction layer on top, with a genuine two-way sync so a bill is entered once, coded to a job and a cost code, and lands in the ledger with a tracking category applied. That gives you job costing, committed cost and claiming without moving your accounting. The case for an all-in-one with its own ledger is strongest for larger builders with in-house accounting staff, complex payroll and a strong preference for a single system, and it is a real option rather than a wrong one. How to evaluate the sync itself is set out on construction software for Xero.
Work in progress is the adjustment that makes a builder’s profit and loss tell the truth on a partly finished job. Costs land in the accounts as they are billed and revenue lands as claims are raised, and those two are almost never in step, because a claim is made at a stage while costs accrue continuously. Without an adjustment, a month with heavy costs and no claim shows a loss that did not happen, and the month the claim lands shows a profit that was earned earlier. WIP compares what has actually been earned on each job against what has been billed, and posts the difference, so the result reflects the work rather than the invoicing calendar. It also surfaces over and under billing per job, which is a genuine early warning, because a job that is consistently underbilled is funding itself out of your cash. The mechanics are in the WIP reference and the WIP reporting guide.
Five worth checking specifically. GST on every claim and every supplier bill, calculated once and carried consistently so the BAS reconciles rather than being reconstructed. BAS timing, monthly or quarterly, which is a cash flow event as much as a compliance one. Contractor payment reporting, since businesses paying contractors for building and construction services report those payments to the ATO annually. Payroll obligations if you employ, including reporting each pay run to the ATO and superannuation, plus the portable long service leave levy that most jurisdictions run for construction workers. And the financial reporting that licensing and home warranty schemes rely on, because several states assess a builder’s financial capacity from accounts you have to be able to produce on request. Most of these live in the accounting system rather than the construction layer, which is exactly why the seam between them is worth evaluating carefully.
Job costing is one part of it, and the most important part for a builder’s decision making, but it is not the whole category. Construction accounting also covers the statutory and financial side, the ledger, payables and receivables, payroll, tax, and the financial statements the business is judged on by lenders, insurers and licensing bodies. A product can do excellent job costing and no accounting at all, which is a perfectly sensible design if it connects properly to a ledger. The distinction matters when you are shortlisting, because two products described identically may be solving different halves of the problem. The job costing half is covered in detail on job costing software.
Three limits. It cannot make a cost land on the right job if nobody decided which job it belonged to, so the quality of the output is set by the coding discipline upstream rather than by the accounting engine. It cannot replace your accountant, and the judgements that matter most, revenue recognition policy, overhead allocation method, structure and tax position, are advice rather than configuration. And it cannot give you compliance. It produces the records that compliance is assessed from, which is genuinely valuable, and any product implying it manages your tax or licensing obligations for you is overclaiming. The useful frame is that good construction accounting software makes the truth cheap to produce. What you do with the truth is still yours.
VIABUILD is the Construction Operating System for residential builders and it deliberately does not try to be your ledger. Xero stays the accounting system, where your accountant already works and your payroll and BAS already run, and VIABUILD runs the build alongside it with a native two-way sync. Approved supplier bills and progress claims push across with tracking categories applied, so a bill is entered once and lands in the ledger coded to the right job. On the construction side, the estimate becomes the budget with its cost codes intact, purchase orders move committed cost the day they are raised, Oryn reads and codes supplier invoices in the accounts payable inbox, and cost, claim and variation data all read from one data model rather than being reconciled between modules. What we do not claim. VIABUILD does not run payroll, does not lodge your BAS, and does not replace your accountant’s judgement on revenue recognition or overhead allocation. Full detail is on the Xero integration feature page.
10 / Keep reading
Keep reading on the money side
The references behind Xero, GST, WIP and retention, the working guides, and the other category guides.
Keep the ledger. Add the job.
VIABUILD runs the build on one data model, from the estimate to the budget to the purchase order to the coded invoice, and syncs approved bills and claims to Xero with tracking categories so nothing is entered twice.