****❓Problem Statement

The system faces a discrepancy between real-world occupancy (e.g., 90 or 95 out of 100 units occupied) and app-based occupancy (e.g., 80 units, as some residents do not use the app). This gap complicates billing, as the payment model relies on unit counts, and creates challenges for both the service provider and apartment management in understanding true app adoption. Additionally, as more residents join the app over time, tracking their joining date becomes critical to ensure billing reflects actual usage and to provide the society panel with clear data on resident engagement. The goal is to develop a robust system to track, display, and reconcile these datasets while incorporating joining dates for transparency and accuracy.

Current Payment Model

The payment structure operates on a per-unit basis with flexible billing cycles:

Data Tracking Requirements

The system must track two types of occupancy data:

  1. Manually Entered Occupancy:
  2. App-Based Occupancy:

Key Considerations

  1. User Adoption Tracking: You need to track when residents start using your app, as this affects billing and usage statistics.
  2. Temporal Data: The joining date of residents becomes critical for:
  3. Reconciliation Need: There's a need to reconcile the manually entered occupancy data with the system-tracked data through app registrations.

✅ Proposed Data Representation Solution

To address these challenges, implementing dual data representation appears to be the most viable solution:

Two-Tiered Data Display