Skip to content

Trusting the answers

Why does the AI's number disagree with my report?

A simple guide for owners who have seen a dashboard total that does not match a number they added up by hand.

Concept guideApplies to Export-connected systems · Claude

Short answer

Most often, the two numbers were built from data captured at different moments. Point-in-time exports are snapshots. When a newer snapshot is loaded on top of an older one instead of replacing it, the totals stack and inflate. The report and the AI can also read from different exports with different timestamps. The fix is a discipline you can check: the newest export replaces the last one, and both numbers trace to the same source file and the same capture time.

An owner or manager who runs inventory, sales, or accounting on exported snapshots, and who has watched a dashboard number drift away from a figure they trust.

  • The source export both numbers should trace to.
  • Its capture date and time. Not the date you opened it, the date the data was pulled.
  • A way to total the source column yourself, once, to set the number everything else is checked against.
  1. Snapshots are point-in-time. An export says “this is what was on hand at this moment.” It is complete on its own, and it is only true for that moment.
  2. Mixing two dates inflates. If an older snapshot is still loaded when a newer one arrives, the system holds two truths at once and adds them. The total climbs above anything that was ever really on hand.
  3. A month-end freeze hides the middle. Many reporting systems keep only month-end states. If an error crept in mid-month, the evidence is gone once the month locks, and the wrong number becomes the only number.
  4. The rule that fixes it. The newest export replaces the last one. It does not merge, average, or fill gaps. The old snapshot is history.

Say your inventory dashboard reads about $2.8 million. You open the source export it should be reading, dated the 15th at 7:00 in the morning, and total the cost column by hand. You get about $2.4 million, a gap of roughly $400,000. You check what is loaded and find a second file still in the set, from a date two months earlier. Two capture dates are stacked. Remove the older snapshot so only the 15th remains, and the dashboard falls back to about $2.4 million, matching your hand total. The number was not wrong by magic. It was two dates added together. Every figure here is rounded and constructed to show the shape, not any store’s real position.

What checking the timestamp can and cannot do

Section titled “What checking the timestamp can and cannot do”

It can

  • Show you, in minutes, whether two numbers come from the same capture moment.
  • Catch a stacked snapshot before it drives a decision.
  • Restore trust in a total by tracing it to a source file you added up yourself.

It cannot (on its own)

  • Fix a source system that stacks snapshots silently. That is a discipline the system has to enforce, or someone has to police the files by hand.
  • Recover mid-month state a report already froze and overwrote. What was not kept is gone.
  • Make a number meaningful if the underlying data was never verified. Data-right comes first.

Total the source export by hand, once, and check both the dashboard and the AI against it. Whichever matches the hand total of the correct, single, most-recent snapshot is the real one. If the dashboard is high, look for an older snapshot still loaded alongside the newest; that stacking is the usual culprit.

EvidenceSupported capability under gate

Snapshot mixing is a common, well-understood failure in any setup that runs on point-in-time exports. The rule that prevents it is simple: the newest snapshot replaces everything before it, and files never combine. When two dates feed one dashboard, the total inflates above anything that was ever on hand, which is exactly the gap the worked example shows. The figures above are rounded and constructed to show the shape of the problem, not any store’s real position.