The value of work sold does not reveal how much each project is likely to retain. A report limited to expenses already recorded can make a project look healthy while substantial labour remains or agreed purchases have not yet reached the cost records.
Useful project reporting answers both “what has been consumed?” and “what will it take to finish the agreed scope?” Those views can then be compared with the confirmed project value and terms.
Establish what belongs to the project
Give each project a shared reference across proposals, assignments, time entries, purchases and expenses. If every team uses a different customer or job name, collecting costs will depend on someone's memory.
Separate approved additional scope from requests still under discussion. Unconfirmed work should not automatically increase the value expected from the project. Time already spent investigating or doing that work should nevertheless remain visible.
Also define which costs the reported margin includes: direct labour and materials only, or allocated overhead as well. Calling a figure “profit” without this boundary can lead readers to compare projects on incompatible bases.
Separate three cost groups without counting them twice
The first group contains actual costs under the team's agreed rules, such as reviewed time, confirmed expenses and consumed materials. The second contains outstanding commitments not already included in actual costs, such as agreed purchases still in progress.
The third is the forecast for remaining work outside those first two groups. It might include hours for a stage not yet started, expected travel or testing within the original scope. Each estimate needs an owner and a review date.
This expression is useful only when the groups do not overlap. As a purchase becomes an actual recorded cost, reduce the outstanding commitment accordingly. Otherwise the report counts the same spending twice.
The Dynamics 365 Project Operations documentation describes actuals arising from reviewed time, expenses and materials, with history preserved when corrections are made. It illustrates why a cost record needs a source and state rather than only an amount typed into a table.
Make team time usable as evidence
Where labour is a major cost, record time against the project and a practical work category. Excessive detail encourages retrospective guessing, while too little makes it difficult to distinguish added scope, rework and planned activity.
The rates used to convert time into cost need a definition owner and effective dates. Changing a rate should not silently recalculate every historical report. Restrict access to details that could reveal remuneration or sensitive cost structures.
Unapproved time should be visible as awaiting review. If the report includes only approved entries, explain how much relevant time is still pending. Otherwise a project whose team has not submitted its records can misleadingly appear inexpensive.

Shared expenses need an allocation rule that can be explained and applied consistently across comparisons. Keep unallocated costs visible for review instead of assigning them to an arbitrary project to make a report appear complete.
Investigate the variance before focusing on the final total
When forecast cost exceeds the budget, inspect the cause rather than reducing the forecast to fit the target. The scope may have grown, planned work may require more time, material prices may have changed, or records may have been assigned to the wrong project.
Ask the project owner to estimate the actual work remaining. Simply subtracting costs to date from the original budget assumes that the initial allowance is still sufficient, without examining what has changed.
Keep project performance distinct from cash movement. A customer may not have paid for work with a healthy expected margin. Conversely, a customer may have paid in advance while the project is consuming more resources than planned. Management reporting should expose both views without merging them into one ambiguous figure.
Every forecast should identify its date, scope and assumptions. Use it as a project-management estimate; revenue recognition and formal accounting reports follow the rules established by the responsible accounting team.
Start with a project whose records can be traced
Choose a trial project that includes time, expenses and scope changes. Verify that a reader can follow the report back to the underlying records, and ask its owner to explain why the figures change between reviews.
The trial should also include a corrected time entry, an expense reassigned to the proper job and a purchase moving from commitment to actual cost. These ordinary changes reveal whether the calculation preserves history and avoids duplication.
When the project closes, compare the forecasts with the eventual outcome and retain the lessons for future estimates. If information is missing from the moment work is accepted, improve the sales-to-operations handover alongside the report. Use the dashboard design guide to decide which exceptions the business owner needs to see first.
Plenty of projects, but little visibility into which ones will remain profitable?
Talvyn Labs can organise project references, connect time and expense records and build reports showing actual costs alongside the forecast to completion.
Build your project cost reporting