Skip to content
Capra Digitals

RevOps reporting without two sources of truth

When two dashboards disagree, the argument is never really about the dashboards. It is about definitions nobody wrote down.

Published 29 January 2026 · Updated 11 June 2026 · 8 min read · Capra Digitals

The short answer

Eliminate two sources of truth by writing a metric dictionary before touching a dashboard: for each metric, one plain-English definition, the object and properties it uses, the date property it filters on, the exclusions, and a named owner. Then designate exactly one report per metric as canonical and have every dashboard reference it rather than recreate it. Most disagreements between HubSpot dashboards come from three causes — different date properties, different pipeline or record-type exclusions, and different attribution windows — and all three disappear once the definition is explicit and enforced.

Diagnose before you rebuild

When two reports disagree, resist the urge to rebuild both. Open them side by side and compare four things: the object being counted, the date property used for filtering, the filters and exclusions, and the date range boundaries.

In nearly every case the discrepancy is one of those four. Rebuilding without knowing which one produces a third number, and now three reports disagree.

The date property problem

Lifecycle stage date-stamp properties exist precisely for this and are consistently underused. If a report filters on create date when the business means stage entry, the number will be wrong in a way that looks plausible — the worst kind of wrong.

MetricWrong propertyRight property
Pipeline createdDeal create dateDate entered first sales stage
Win rate by monthClose date onlyCohort by created date, measured at close
MQLsContact create dateDate entered MQL lifecycle stage
Time to closeCreate date to close dateFirst sales stage to closed-won

The metric dictionary

Twelve to twenty metrics covers most mid-market businesses. Keep it in one shared document, link it from the dashboard description, and review it quarterly.

  • Name — the exact phrase leadership uses in meetings.
  • Definition — one sentence a new joiner could apply.
  • Source — object, properties, date property.
  • Exclusions — test deals, internal records, closed-lost-duplicate, specific pipelines.
  • Owner — a person, not a team.
  • Canonical report — a direct link to the one report that produces this number.

One canonical report per metric

Dashboards should be arrangements of canonical reports, not places where new logic gets written. When a board deck needs a variant, clone the canonical report, rename it with an explicit suffix and note the difference — do not silently create a competing definition.

Data quality is a reporting feature

Reports built on properties that are 60% populated are guesses with a chart. Before publishing a dashboard, check fill rates on every property it depends on and either fix the collection path or drop the breakdown. A dashboard with four trustworthy tiles beats one with twelve negotiable ones.

The monthly reconciliation habit

  1. 01On the first working day of the month, export the canonical numbers.
  2. 02Compare against finance's closed revenue and against last month's export.
  3. 03Investigate any variance over an agreed threshold before the leadership meeting, not during it.
  4. 04Log the cause. Repeat causes indicate a process problem, not a reporting one.

Common mistakes

  • Building dashboards before agreeing definitions.
  • Letting every team build their own version of pipeline created.
  • Filtering on close date for anything that is not a closing metric.
  • Twelve tiles where four would be trusted.
  • No named owner, so nobody is accountable when a number drifts.

Questions

People also ask

Who should own the metric dictionary?

One person in RevOps or operations, with sign-off from the revenue leader. Shared ownership across departments is how competing definitions reappear.

Do we need a data warehouse to fix this?

Usually not. Most mid-market disagreements are definitional and can be resolved inside HubSpot. A warehouse becomes worthwhile when you need to blend HubSpot with billing or product data at scale.

How long does it take to get to one source of truth?

For a typical mid-market portal, two to four weeks: one week defining metrics, one to two weeks rebuilding canonical reports, and a week of parallel running before the old dashboards are archived.

Keep reading

Next step

Want this done in your portal, not just explained?

Bring us the portal as it is. We will tell you what is worth fixing, what it costs and in what order.