Construction costs, from estimate to actual
Estimate, budget, approvals, warehouse and purchasing in one system. Every cost lands on its own estimate line.

- Remaining is recalculated after every entry: commitment and actual cost are taken off the budget.
- On line 4.3 the whole budget is committed and nothing remains. A new request on this line goes through only after a budget increase is approved.
- A request to raise the budget of line 4.6 from 38,000 to 42,000 has passed cost control and is now waiting for the CFO.
The screen is from a sample account, captured from the product itself.
Money is spent on site, and the news arrives from accounting at month end
A field engineer asks for material in a WhatsApp voice note, and the keeper copies it from the chat into a notebook.
A month later nobody can say which estimate line that material went to.
The estimate sits in an Excel file that nobody has touched since the contract was signed.
When you ask how much is left on a line, you get a guess, not an answer.
The director approves a purchase over the phone, by word of mouth.
When the amount goes over the estimate, there is no record of who agreed to it.
What is in the warehouse lives in the keeper's notebook and memory.
When a count comes up short, there is no way to rebuild which site it went to and at what price.
Actual cost comes from accounting when the month closes.
You learn the budget was overrun after the money has already gone.
Seven stops from estimate line to actual cost
Each stop shows who acts, what the system checks and what is written to the budget journal. The money leaves the line and comes back to the same line.
- 01
Estimate line
- Who
- The project manager, then the CFO, approves the initial budget.
- The system checks
- The amount is quantity times unit price. Totals roll up the WBS tree from the bottom lines only.
- Written to the journal
- Budget set
- 02
Material request
- Who
- A field engineer, project manager, warehouse keeper or buyer.
- The system checks
- The request is tied to one line and checked against its remaining when submitted, with no tolerance. If it does not fit, the author writes a justification, and a budget increase for the shortfall is raised automatically and goes to approval.
- Written to the journal
- Nothing yet
- 03
Approval
- Who
- The project manager, then cost control.
- The system checks
- The budget is checked again at final approval. Whoever submitted the request cannot approve it.
- Written to the journal
- Commitment: the request's amount is held on the line
- 04
Purchase order
- Who
- The buyer drafts the order. Then the CFO and the CEO approve it.
- The system checks
- If an order line's price exceeds the requested price by more than the account's tolerance, cost control joins the chain. If the budget no longer covers it, final approval is refused.
- Written to the journal
- The request's commitment is swapped for the order's, line by line
- 05
Goods receipt
- Who
- The warehouse keeper receives goods, the project manager accepts services.
- The system checks
- Whoever submitted the order cannot receive against it. Over-delivery is allowed only up to the percentage set on the account, zero by default.
- Written to the journal
- Actual cost, at the order price. Stock goes into the site warehouse instead and becomes cost when it is issued.
- 06
Issue note
- Who
- The keeper issues, and the receiver named on the project confirms or disputes.
- The system checks
- Nothing is issued beyond what is left on the line. Stock never goes below zero.
- Written to the journal
- Actual cost, at average cost
- 07
Actual cost on the same line
- Who
- Cost control and the CFO read it.
- The system checks
- Remaining is what is left of the budget after committed and actual cost. If it goes below zero, the line is flagged in the estimate tree.
- Written to the journal
- A return from site reduces actual cost. Commitment nobody used is released when cost control closes the request.
Each line's journal only grows
A line's budget always splits into three parts: actual cost, committed and remaining. The journal only ever takes a new entry; the system will not let an old one be edited or deleted.
Budget = actual cost + committed + remaining
- Actual cost
- AZN 12,000
- Booked at goods receipt and at issue.
- Committed
- AZN 19,160
- Approved, not yet spent.
- Remaining
- AZN 43,840
- What is left for new requests.
- 80%The line is listed on the dashboard under lines that need attention (up to five lines).
- 100%Remaining drops below zero and the line is marked red in the estimate tree; a group is marked when its own total goes below zero.
The journal has five kinds of entry
Each entry keeps who wrote it, the reason, the source document, and the budget, committed and actual cost after it.
- Budget setThe initial budget, once the project manager and the CFO have approved it.
- Budget changeAn increase goes through cost control and the CFO.
- CommitmentWhen a request or an order gets final approval.
- ReleaseWhen unused commitment goes back to the line.
- Actual costAt goods receipt and at issue. A return from site reduces it.
The figures come from a sample account.
Six document types, each with its own approval chain
The steps of each chain are fixed in the product; they cannot be added or removed. In your account you decide who the CFO and the CEO are, from what amount each step starts, and when a delay counts.
Budget decrease
- Step 1Cost control
Budget increase
- Step 1Cost control
- Step 2CFO
Initial budget
- Step 1Project manager
- Step 2CFO
Material / service request
- Step 1Project manager
- Step 2Cost control
Purchase order
- Step 1Procurement
- Step 2Cost control*
- Step 3CFOExample threshold: from 5,000
- Step 4CEOExample threshold: from 40,000
Purchase order change
- Step 1Procurement
- Step 2Cost control*
- Step 3CFOExample threshold: from 5,000
- Step 4CEOExample threshold: from 40,000
The amount threshold is an account setting and is empty by default. Left empty, every purchase order goes to both the CFO and the CEO. Example setting (demo account): 5,000 and 40,000
* only when a price is over tolerance
Approval steps for the six document types. The dashed lines on the purchase order columns are an example of an amount threshold set in the account.
- Delay
- A step not acted on within the account's set time is escalated. The default is 24 hours, it can be set from 1 to 720, and it is counted in working time on your work calendar. One reminder goes out at 75% of that time, and escalation is reported to the CEO (or to the account owners when no CEO is set). In the list each document shows green, yellow (half the time used) or red (overdue).
- Delegation
- An approver going on leave delegates to a colleague for a date range. Delegation is one level deep, and ranges cannot overlap.
- Return for changes
- Approving needs no comment. Rejecting and returning for changes do, and a returned request is changed and submitted again.
- Who cannot approve
- Whoever submits a document never approves it. Unless the account allows it, one person approves only one step of a document. Nothing passes without at least one human approval.
- Decisions are made in the product
- Approval happens inside the product, and on a phone the buttons sit at the bottom of the screen. E-mail and Telegram only notify: the Telegram message opens the document, and nothing can be approved from there.
We open these screens live in the demo
Captured from the working product with sample data. Project, people and supplier names and the amounts are samples.

The WBS tree, each line with amount, budget, committed, actual cost, remaining and percent used. A line waiting on a budget increase carries its own badge.

Decisions are made on the phone, the camera reads the goods
On site and in the warehouse the work is done on a phone: the keeper scans and issues, the named receiver on site confirms delivery, the approver decides on the way.
- Scanning
- QR, EAN-13, EAN-8, UPC-A, Code 128, Code 39 and Data Matrix with the rear camera. A torch, where the device has one.
- Screens that scan
- Issue, receipt, transfer, count and the product catalogue.
- Approval
- At phone width the decision buttons sit at the bottom of the screen, sized for a thumb.
- Estimate
- The estimate tree turns into a list on a phone.
- QR on documents
- The PDFs of a material request and of an issue note carry a signed QR code. A phone's own camera app opens it, and the system checks the viewer's permissions again.
- Labels
- Product labels on A4 sheets, 3x8 or 2x5 to a page, up to 200 products at a time.
This runs in the phone's browser. There is no app to install, and no data entry without a connection.
Who sees prices, and who sees the budget
Permission and function together
A permission in the account is not enough to work on a project; you also need a function on that project: project manager, cost control, warehouse, procurement or field / site. Six role templates are ready.
A portfolio for the directors
The CFO and CEO are designated at account level and see estimates, budgets and procurement across all projects, read-only.
Quantities shown, prices not
A keeper or buyer without budget rights sees quantities, not prices. A field engineer sees their own prices, not the line's budget. The purchase order PDF sent to the supplier carries no WBS and no budget.
Three journals nothing is deleted from
The budget journal, the stock movement journal and the approval history only ever take new entries; an old one is never changed or deleted. Every write also goes to the general audit log, but that log is kept for 30 days.
Stock never goes negative
Stock never drops below zero. Whoever dispatches a transfer cannot receive it, and applying a count's difference needs a permission separate from counting.
Stale commitment
If an approved request's open commitment sits idle for 60 days, a daily check flags it and tells cost control. The system never releases it by itself; a person decides.
The questions a CFO asks every week
The left column shows where the answer is today, the right column where it is in the system.
| Question | Excel, messengers, paper | BIMPulse |
|---|---|---|
| How much is left on this line? | Whatever it was on the day someone last updated the file | Budget, committed, actual cost and remaining, after every entry |
| Who approved this order? | In a chat, on a phone call, or nowhere | Name and time in the approval history, never deleted |
| How did a request over the budget get through? | By word of mouth | It does not: the request is checked against the line's remaining, and a budget increase for the shortfall must be approved first |
| What is in the warehouse, and what is its average cost? | Quantities in a notebook, cost in accounting | Stock and average cost per warehouse and product |
| Which line was the material sent to site booked to? | The delivery slip names no line | The issue note books actual cost to the request's line |
| When is actual cost known? | When the month closes | At goods receipt and at issue |
| Which commitments are stuck? | There is no list | A commitment idle for 60 days is reported to cost control |
The pilot runs on one site, on your own estimate
You cannot switch on the construction edition by signing up; we switch it on in your account. So the path starts with a demo and continues on one site.
A demo with every role
The prepared account has nine users: administrator, project manager, cost control, CFO, CEO, central keeper, site keeper, buyer and field engineer. We take one request through each of their screens.
We enter your estimate together
In a working session we enter the WBS and estimate lines of one of your sites into the system with you. Your own project manager and CFO approve the initial budget.
A pilot on that site
Requests, approvals, purchasing and the warehouse on that site run through the system. You see actual cost line by line, without waiting for month end.
What the pilot includes
- Account
- An account with the construction edition, switched on by us
- Scope
- The construction edition and all of project management
- Site
- One site, with your estimate
- Roles
- Six role templates, five project functions
- Seats
- As many as we agree
- Storage
- As much as we agree
The price is set on two measures, seats and storage, and the figure goes into the contract. We do not publish a price, and no feature is held back by price.
Request a demoRunning a design practice? Fee stages, man-hour plans and timesheets have their own page.For design practices
What contractors ask at the first meeting
Does a construction account include project management?
Yes, all of it. Tasks, the timesheet, the work calendar, the resource plan, contracts and invoices stay in place, and the construction edition is added on top. The Gantt chart is built over the same WBS, but it shows hours and dates, not estimate or budget money.
How do we start, and what does it cost?
A demo, then entering one site's estimate together, then a pilot on that site. We switch on the construction edition in your account; it cannot be switched on by signing up. The price is agreed in a contract on seats and storage, and it is not published.
Can we adapt the approval chain to our own rules?
In part. The steps of the six chains are fixed and cannot be added or removed. In your account you change the minimum amount for each step, who the CFO and the CEO are, the escalation time, the price tolerance and the over-delivery percentage. With no amount threshold set, every purchase order goes to both the CFO and the CEO.
How is our data kept apart from other companies' data?
Each account's data is separate: the system shows an account's data only to that account's users and never mixes it with another's. Inside the account, everyone sees only what their permission and their function on the project open up.
Can we load our estimate from Excel?
No, an estimate cannot be loaded from Excel. We enter the WBS and estimate lines of one site with you in a working session, and from then on each line runs with its own budget journal. There is no Excel export of the estimate and budget either.
Is there an integration with 1C or our accounting software?
No. There is no integration with 1C, accounting software or any other system, and no public API. Construction documents come out as PDF: the purchase order for the supplier, the material request and the issue note with a QR code. Each line's budget journal shows who wrote each entry, for what reason and against which document.
Does it track payments to suppliers?
No. Actual cost is booked to the line at goods receipt, at the order price. There are no supplier invoices or payment records; payment terms stay on the order as text.
Is there a mobile app?
No, there is no app to install. The product runs in the phone's browser: the camera reads QR codes and barcodes, the approval buttons sit at the bottom of the screen, and the estimate tree turns into a list. Data cannot be entered without a connection.
Can we work in several currencies?
Not within one project. The estimate, requests and purchase orders are written in the project currency, and there is no currency conversion. Approval thresholds are compared with the net amount in the document's own currency.
Let us find a time for the demo
On a prepared account we take one request from the estimate line to the issue note through every role's screen. Tell us how many sites you run and we set the demo up to match.
hello@bimpulse.app