Construction cost management software holds what a project is going to cost while there is still time to do something about it. It carries the item-wise budget, the cost already committed through purchase orders and subcontract work orders, the incurred project cost from booked purchases, material consumption, wages and other project costs, according to how the company's accounting and stock processes are structured, the physical progress that spend should be read against, and a forecast of where the project finishes. With Pentoggle, a contractor can build its project cost view around its own budget and cost structure rather than around a product's chart of accounts.
Many contractors already run Tally or a comparable system, which can handle job costing, cost centres, budgets and project-level financials, and many use those features. That gives a real project cost picture. What sits outside it is cost against BOQ items, cost that has been committed through orders but not yet invoiced, and spend read against how much work has physically been done.
Cost management sits between estimation, which predicted the cost, and RA billing, which determines the income. It is the workflow that tells you whether the prediction is holding while the project is still running.
Key takeaways
- Accounting reports incurred cost. Committed cost, from purchase orders and work orders already awarded, is an earlier signal and usually sits outside the accounting system.
- Spend against budget means little without physical progress alongside it. Sixty percent of the budget on an item that is forty percent complete is a signal worth investigating, and neither number alone shows it.
- Material bought is not the same as material consumed. For managing a project, the distinction matters even where the accounting treatment of stock says otherwise.
- Cost captured only by expense head cannot be compared to a budget organised by BOQ item.
- A project's final cost is often not settled at handover, because retention, defect rectification and final accounts run on well past it.
What your accounting system and the cost sheet do well, and where they stop
A contractor running project-wise cost centres in Tally or a comparable system is doing something many do not, and it produces a genuine project profit and loss. Purchases are booked, subcontractor bills are booked, wages are booked, and the project total is auditable. Alongside it, most companies maintain a cost sheet in Excel where the project team tracks the numbers accounting does not carry. Between them the company usually knows roughly where it stands.
The limits are about timing and granularity rather than accuracy.
Cost may be recognised in the accounting system before or after an invoice, depending on the accounting and procurement process
A purchase order generally represents a commitment, though what it binds and to what extent depends on its terms and the procurement arrangement. The commitment can therefore exist before the related cost is reflected in the project's accounting cost picture, and by the time that cost is visible in reporting, the underlying decision may be difficult to revisit.
The project total hides the item
A project running two percent over budget looks fine. Inside it, concrete may be running under and finishing running badly over, which is the information that would change what you do next. Where cost is organised by expense head rather than by BOQ item, that comparison is not directly available.
Spend has no denominator
Forty lakh spent on an item tells you nothing until you know how much of the item is built. Cost and physical progress live in different systems maintained by different people, so the comparison happens in somebody's head at a review meeting, or not at all.
Purchased material is read as consumed
Steel delivered to site in March and used in June was bought in March and went into the work in June. How that is treated in the books depends on the accounting method and how stock is handled, but for managing the project the two dates answer different questions. Where a cost report does not separate them, it can mislead mid-project in whichever direction the buying happened to run.
The picture arrives after month end
A cost report on the fifteenth describing the position on the thirty-first is describing a project as it was two weeks ago, and construction moves faster than that.
What cost management software holds
The item-wise budget
The budget carried from the winning estimate in the same item structure, so cost can be compared to what was assumed rather than to a lump sum.
Committed cost
Purchase orders raised and subcontract work orders awarded, with their value visible against the budget from the point they are issued, and updated as orders are varied or closed.
Incurred cost
Invoices booked, material consumed at site, wages and machinery costs, held against the same items.
Physical progress alongside spend
Executed quantity per item next to cost per item, so the two can be read together rather than in separate reports.
Both structures on every entry
Cost tagged to the BOQ item and to the expense head, so the same transaction serves the project view and the accounting view.
Forecast of final cost
Incurred plus committed plus an estimate of what remains, giving a projected final cost against budget rather than a snapshot of spend to date.
Cost outside the BOQ
Preliminaries, site establishment, supervision, rework, idle time and the costs that belong to the project without belonging to any item.
The tail after handover
Retention outstanding, defect rectification cost, final account settlements and anything still moving after the project is nominally finished.
Committed cost is the number that arrives in time to matter
This is the difference between reporting cost and managing it.
Incurred cost primarily reflects costs that have already been recognised in the project accounts. It is generally a later signal than a commercial commitment. A cost report built only on incurred cost describes a position that is largely settled, which is why cost review meetings can end with everyone agreeing the numbers and nobody having an action.
Committed cost is different. When a purchase order is raised or a work order is awarded, a commercial commitment has been recorded, although the final cost may still change according to the order terms, variations or quantities actually executed. Orders can still be amended, varied or cancelled, and where a subcontract is on item rates the final value follows the quantity actually executed, so a commitment is an expectation rather than a settled figure. Even so, it reflects a decision that has been taken, and for a contractor who subcontracts a large share of the work a substantial part of the final cost takes shape in these award decisions, months before most of it appears in the accounts.
A budget that shows committed alongside incurred changes what the review is about. An item at forty percent incurred and ninety percent committed is worth a closer look, because most of the budget has already been allocated through orders even though little has been invoiced, and whatever room remains is easier to use now than later.
The reason this rarely exists is mundane. Purchase orders and work orders are commercial commitments, and in many companies they sit in procurement or project systems rather than flowing into the accounting cost picture as incurred cost, which in practice means the procurement file, the project manager's folder or an email thread. Bringing them into the cost picture is mostly a question of capturing them where they are raised, which is one of the more straightforward things to build and one of the more valuable. See procurement and purchase orders for the raising side and subcontractor management for work orders.
One caution comes with it. Committed cost is only as good as the discipline of raising orders before work starts. In companies where a purchase order is prepared after the material arrives, or where subcontractors begin on a verbal agreement, the committed figure will understate reality and give false comfort. That is worth fixing regardless, and the number makes the gap visible.
Spend without progress is not a cost report
A cost figure on its own cannot tell you whether a project is in trouble.
Sixty percent of the budget spent means different things depending on how much of the work is done. If the item is seventy percent complete it is probably running well. If it is forty percent complete it is a signal worth investigating rather than a confirmed overrun, because cost does not always accrue in step with progress. Material may have been bought ahead, formwork and mobilisation may be loaded early, and a subcontractor's first bill may cover setup. The point of putting the two numbers together is that the question gets asked while there is still time to answer it.
Many construction companies have both numbers. Cost is with accounts and the commercial team. Physical progress is with the project team, in measurement records and progress reports. They are produced on different cycles by people who report to different heads, and the comparison requires somebody to sit down with two documents and align them item by item, which takes a day and therefore happens monthly at best.
Holding both against the same item is what makes this a query rather than an exercise. It is also the point at which cost management stops being a finance function and becomes something a project manager uses, because the output is a list of items where spend is outrunning execution, which is a list of things to go and look at.
The comparison is only as sound as the progress figure behind it. Progress reported optimistically will make cost look fine right up until it does not, so the same discipline that makes measurement reliable is what makes this number worth reading.
A project's cost is usually not settled when the project finishes
Projects get declared profitable at handover. Some projects can continue generating costs or adjustments after handover, and by the time that is visible the team has moved on and nobody connects the two.
Several things continue after the site is handed over. Retention stays outstanding and may or may not be recovered in full, which the RA billing guide covers. Defects raised during the liability period have to be rectified, and that cost lands on a project that closed months earlier, often without being booked to it. Subcontractor final accounts get settled, sometimes at a different number than was accrued. Disputed variations get resolved upward or downward. Material lying at site gets written off, transferred or forgotten.
The practical consequence is that a company's view of which projects made money can be wrong for a year or more after the fact, and the lessons drawn from a project are drawn from provisional figures. A contractor that decided a particular client or work type was profitable, on the strength of a handover-date number, may repeat the decision several times before the settled figures arrive.
Where these tails are material, holding the project open for internal cost purposes until they settle, with retention, rectification and final accounts still posting to it, is a small structural choice with a long payoff. On projects where nothing significant moves after handover it is not worth the overhead. It is also the input the estimating feedback loop needs, because a comparison of estimated against actual cost is only meaningful once actual cost has stopped moving.
Where cost management looks different by business type
- General Contractor Software, where a large share of the budget is often subcontracted, so committed cost can be one of the more important figures and award decisions shape the outcome early.
- MEP Contractor Software, where material and equipment are a large share of cost and purchase timing has a significant effect on the reported position.
- Infrastructure and Road Contractor Software, where plant and machinery cost, fuel and haulage dominate, and long durations bring escalation into the picture.
- Interior Fit-Out Contractor Software, where projects are short enough that a monthly cost cycle can report a problem after the project is over.
- Home Builder Software, where cost is usually tracked per square foot against a specification and owner changes are the main variable.
- Labour Contractor Software, where the whole business is the gap between wages paid out and the rate earned per unit executed.
Why construction companies choose Pentoggle for cost management
Your budget structure
The item structure your estimate uses, rather than a chart of accounts designed by somebody else.
Committed cost included
Purchase orders and work orders visible against budget when they are issued, so the signal arrives while decisions are still open.
Cost and progress together
Spend per item alongside executed quantity per item, held in one place.
Sits around your accounting
Statutory books, GST, the ledger and job costing stay where your CA already works. This is the BOQ-item-level project view built beside them.
Changes in days
A new cost head, a new project type or a different reporting cut does not become a three month project.
The one number that runs cost management
Committed plus incurred cost against budget, item by item, on live projects.
This is deliberately different from the number on the estimating page. That one compares estimated to actual on finished projects and improves your future pricing. This one runs on projects still in progress and tells you where to intervene this week.
Read it item by item and sort by the gap. The items worth attention are usually few, and they are usually the same categories a contractor has trouble with repeatedly, which is itself worth noticing.
The number carries two conditions. Purchase orders and work orders have to be raised before the work or the delivery, otherwise committed cost is a lagging figure wearing a leading figure's clothes. And it needs the budget to exist item-wise, which means the estimate has to have been carried into the project rather than filed. Neither is a software problem, and both are worth settling before building anything.
Ready to build cost management software?
Knowing a project lost money is accounting. Knowing while it is still happening is management.