Skip to main contentSkip to navigation
Loading...

Census & Occupancy

Why does CRM occupancy differ from financial occupancy?

Last reviewed

Direct answer

CRM occupancy reflects sales events: signed agreements, deposits and scheduled move-ins. Financial occupancy reflects billable occupancy under accounting rules. A unit with a deposit may be "occupied" in the CRM and vacant in finance. A move-out recorded on the floor may not reach the CRM for days. The two will differ until the operator decides how sales events count toward reported occupancy.

Why this happens

Sales teams are measured on pipeline and conversions, so the CRM records commitments early. Finance records occupancy only when revenue begins.

Updates often flow in one direction or are entered by hand, so the CRM learns about move-outs and transfers late.

Example: census at 11:00 p.m. on the last day of the month

  • EHR census

    92

    Includes a resident on a bed-hold hospital stay.

  • Accounting census

    90

    Excludes the bed hold and a move-in whose agreement is not yet countersigned.

  • CRM occupancy

    91 of 100 units

    Counts units, not residents, and treats a deposit-held unit as occupied.

  1. Which number governs?
  2. Operator Authority
  3. Governing Record
  4. SeniorCRE Intelligence
  5. Execution

Illustrative figures. Governance first. Intelligence second. Execution last.

Residents, billable days and occupied units are three different measures. Calling all three "census" is what makes them look contradictory.

The governance question

Before reconciling census, an operator has to decide which census governs which decision: staffing, billing, investor reporting and sales availability can legitimately use different definitions. The governance step is to approve those definitions, assign source authority for each, and record the determination when sources disagree.

Evidence → Disagreement → Authority → Governing Record

What good operating infrastructure should do

  • Hold an approved, written definition for each census and occupancy measure.
  • Compare census across systems daily, not only at month-end.
  • Show the specific residents or units behind a census difference.
  • Record which source governs each census measure and why.
  • Keep the original system values alongside the governing number.

SeniorCRE perspective

In SeniorCRE’s architecture, census is a governed measure: each definition is approved by the operator, each source’s value is preserved, and daily differences are surfaced with the residents behind them before month-end. The operator’s determination, not a model, sets the census that staffing, finance and reporting read. Status: the Governed Operating Record is designed and not yet implemented in any community. What has been built, validated and deployed is published on the evidence page, and nothing here should be read as a production result.

See the evidence record

All Census & Occupancy questions

Explore related questions
SeniorCRE

Govern the truth before you automate the decision.

SeniorCRE is the operator-controlled operating infrastructure for senior housing & care.

SeniorCRE establishes operator-controlled definitions, source authority, reconciliation, and lineage across care, labor, census, revenue, compliance, NOI, and capital decisions.

Current evidence status

SeniorCRE publishes what is built, what has been built, what has reached operator production, and what remains unproven.

Last verified: September 29, 2026

View the Evidence Record

Definition. Authority. Reconciliation. Lineage. The four that make data governable.

Governance first. Intelligence second. Execution last. Model confidence never creates organizational authority.

SeniorCRE

Operating Infrastructure for Senior Housing & Care.

© 2026 SeniorCRE, LLC. A HavenCo company. SeniorCRE® and Operator Authority Chain™ are marks of SeniorCRE, LLC.

View full legal disclosures