Tracking progress isn't tracking profitability

A task board can show a project 80% complete, on schedule, without saying a word about its actual cost. Hours worked, purchases committed, one-off overruns — all of that often lives elsewhere, in systems that don't talk to the schedule. So the project can move forward normally while quietly eroding its margin, with nobody noticing until the final invoice.

This isn't a project-management problem in the traditional sense — a competent project lead, milestones held, a satisfied customer. It's a missing link between what's moving forward and what it's actually costing.

The chain to connect, step by step

Project budget

The starting point: what the project is meant to cost, broken down by category — labour, purchases, subcontracting — not just a single overall figure.

Time and workload

Time actually spent by each person, valued at their real cost, not just counted in hours. Two people spending the same amount of time on a task don't represent the same cost to the business.

Expenses

Purchases and costs directly tied to the project — materials, travel, one-off subcontracting — centralized in the same place as time worked, not in a separate expense report.

Billing

What has actually been invoiced to the customer, compared against the initial budget rather than against task progress alone.

Project profitability

The difference between what the project brought in and what it actually cost — the one figure that answers the question an owner is actually asking: was this project profitable?

Cost at completion matters as much as cost to date. A project 60% through that has already burned 80% of its planned budget doesn't need a correction at the end — it needs a decision now, while there's still room to act.

Planned versus actual: the comparison that matters

The initial budget only has value compared against actual spend, category by category. An overall overrun of 10% can hide one category right on target and another badly over — the useful information is in the detail, not the average. That comparison needs to be checkable mid-project, not just reconstructed afterward to explain a result that's already known.

Billable and non-billable time

Not all hours spent on a project are billed to the customer the same way. An internal scoping meeting, rework after a mistake, support outside the original scope: that time exists, costs money, but doesn't always generate matching revenue. Distinguishing the two categories avoids overstating profitability by only looking at billed time, and helps spot where non-billable work has structurally grown too large.

A view by project and by customer, over time

One project tells one story; several projects for the same customer, or several projects of the same type, tell another. A customer who's historically unprofitable despite significant business volume, or a project type that systematically overruns its time budget, are signals only an aggregated view can reveal — not tracking one project at a time.

A practical checklist

  • Can you see a project's actual cost while it's still in progress, not only once closed?
  • Is time worked valued at each person's real cost?
  • Are expenses and time worked visible in the same place?
  • Do you distinguish billable from non-billable time?
  • Can you compare the profitability of several projects or customers over time?

A project delivered on time is an operational success. A project delivered on time and profitable is a complete one — and the only way to know which one you actually got is to connect progress tracking to its real cost.

See your projects' profitability while they're still running

Budget, time, expenses and billing connected — so you can act before the close, not after.

Discover VIA ERP project management