Local focus Burnaby
Change location

Anonymized founder implementation

Make the list
and the KPI agree.

A Power BI reporting correction that aligned a production-order list with its headline measure and made missing unit conversions visible.

Deer Lake & Metrotown · Burnaby

Delivered by Manish Dadhwal, within an anonymized enterprise environment

Recorded validation October 1, 2026

Scope Saved calculation correction

Tools Power BI · DAX · Business Central data

The problem

The list and total
disagreed.

A detail list and its headline KPI could disagree because they used different calculation paths. Mixed units added a second risk: a quantity could look complete even when a reliable conversion factor was missing.

  1. One calculation path

    Connected the list’s Actual Input value to the same readiness-gated measure used by the KPI. The detail and headline now used the same definition in the saved correction.

  2. A visible review state

    Kept Actual Input blank and surfaced REVIEW when an eligible line had no clear gram conversion. Missing conversion evidence was not replaced with an assumed factor.

  3. Check the full population

    Compared the list value with the KPI measure across the recorded order population, then checked selected reader states after saving the report.

  4. Explain the operating rules

    Updated the report guidance so the reader could understand eligible input lines, conversion requirements and the reason an order required review.

Inside the implementation

One definition.
Two consistent views.

The defect was in the calculation path. The saved correction tied the detail list to the same readiness decision as the headline measure.

Why the two views disagreed

The list had its own Actual Input calculation. It could return a quantity without applying the KPI’s missing-conversion gate. An attractive total could therefore disagree with the detail used to explain it.

How the correction handles incomplete units

The list delegates to the readiness-gated KPI measure. Where conversion evidence is unresolved, Actual Input remains blank and the reader sees REVIEW. An unknown factor is an exception to investigate, rather than a number to estimate.

Why persistence was checked separately

The implementation log records a semantic-model reload, report save confirmation and selected reader checks after saving. Those checks distinguish an edited formula from a correction retained in the saved model and report.

What a population comparison can prove

The saved DAX check compared the list’s input with the KPI across the complete available snapshot and checked that unresolved REVIEW records did not show a list input. Agreement in that snapshot does not establish freshness of the upstream ERP or every future export.

Recorded acceptance checks

What passed.
What it establishes.

Recorded October 1, 2026. The source is the saved implementation and validation log, with a genuine status-only interface excerpt below.

Shared calculation

The saved implementation made the list use the same readiness-gated Actual Input measure as the KPI.

Evidence boundary: October 1 saved model/report; current source-system freshness was not exercised.

Population agreement

The recorded full-population DAX comparison found zero list/KPI Actual Input differences.

Evidence boundary: The dated saved snapshot, with private order volumes and identifiers withheld.

Unresolved units stay unresolved

The recorded check found no REVIEW record with a nonblank list input. A selected missing-conversion reader state also stayed blank.

Evidence boundary: The observed review behavior; no invented conversion factors or universal quality claim.

Save and read-back

A model reload, report save confirmation and valid/review reader checks were recorded after the correction.

Evidence boundary: Saved-state evidence; all exports and later report changes require their own checks.

Reader walkthrough

Apply the checks
to your workflow.

A dashboard review is easier to scope when the business decision, row grain, unit rules and reconciliation test are explicit before the visuals change.

These are scoping prompts for a similar project, not a diagnosis of your systems or a promised result.

  1. Name the decision and row grain

    Agree what one row represents, which records belong in the population and what decision the headline number should support.

  2. Write down the unit rule

    Use a verified item factor or source-system unit conversion. If neither exists, keep the quantity unresolved and visible for review instead of guessing.

  3. Share one guarded calculation

    Feed both the detail list and headline KPI from the same readiness-checked definition so the number shown on each view has one meaning.

  4. Set the reconciliation before redesign

    Compare the complete available population, check representative valid and review states, and keep refresh, exports and later source changes within a separately stated verification boundary.

Scope and evidence

Know what
the case establishes.

This documents a saved calculation correction and its October 1 validation snapshot. It does not establish a new ERP posting, end-to-end source freshness, every report or export state, or an error-free production environment. Later report issues remain separate from this correction.

Founder implementation experience; no consultancy-client relationship, testimonial, savings or revenue outcome is implied.

Genuine Power BI excerpt showing Production Status and Quality Gate columns with PASS and FAIL rows
Actual Power BI status-column excerpt captured October 3, 2026. Company branding, order identifiers and operational quantities are outside the captured area. This image shows the report interface; the recorded calculation check supports the results above.
Open the original screen excerpt

Apply the lesson

A useful starting point
for your own business.

If a dashboard total and its detail disagree, begin with the calculation paths and unit definitions. A clearer visual layout becomes useful after those numbers reconcile.

A practical place to start

Discuss the source,
the decision and the check.

Discuss your workflow

Burnaby Mountain viewpoint