Skip to main contentSkip to navigation
Loading...

CRM & Sales

How should deposits and pending move-ins affect occupancy reporting?

Last reviewed

Direct answer

Deposits and pending move-ins should be reported separately from occupancy, as reserved or pending, unless the operator has deliberately chosen a definition that includes them. Counting them as occupied overstates occupancy and hides the risk of cancellations. Whatever the operator chooses, the rule should be written down, applied the same way everywhere, and stated on every report.

Why this happens

Communities often treat deposits differently, which makes portfolio occupancy hard to compare.

Showing pending activity separately gives leaders a forward view without blurring the current one.

Example: unit availability on a monday

  • CRM

    6 units available

    Deposit-held units are marked reserved.

  • Operations

    8 units available

    Two units are physically empty and ready, regardless of deposits.

  • Maintenance

    5 units available

    Three units are still in turnover.

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

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

Availability is a decision, not a fact recorded in one place. It depends on which events the operator counts.

The governance question

Sales data should inform occupancy, not quietly define it. The operator decides how deposits, pending move-ins and turnover affect reported occupancy and availability, and the governing record keeps that rule visible.

Evidence → Disagreement → Authority → Governing Record

What good operating infrastructure should do

  • Approved definitions for available, reserved and occupied.
  • Event matching between CRM move-ins and operating move-ins.
  • Visible treatment of deposits and pending move-ins.
  • Reconciliation of pipeline against actual census.
  • Consistent definitions across sales dashboards and executive reports.

SeniorCRE perspective

In SeniorCRE’s architecture the CRM remains authoritative for pipeline while the operator’s rules decide how pipeline events affect occupancy and availability. Differences between sales and operations are surfaced as disagreements to resolve, not hidden by a merged view. 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 CRM & Sales questions

See how the Governed Operating Record works
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