Notifications

The system pings your team when something needs attention — a payment to verify, a maintenance request to triage, an overdue rent installment. This article covers the three delivery channels, the workspace-level reminder timing you can configure, and what the system decides for you.

The three delivery channels

Every notification fans out across up to three channels per recipient:

• In-app inbox — The bell icon in the top bar and the Notifications page. Every member sees their notifications here regardless of preference; this is the canonical record.
• Email — Sent to the address on the recipient's profile. Used for higher-importance items (overdue rent, escalated workflow steps).
• Mobile push — Registered automatically when you install the mobile app and accept the OS prompt. Used for time-sensitive items where you want the recipient to react now (a new maintenance request, a workflow step that's hit its deadline).

[!info] SMS and WhatsApp delivery aren't enabled on the platform yet. They're on the roadmap for a later release. Don't expect text messages or WhatsApp pings to fire — until that ships, the three channels above are the full surface.

How role-based delivery works

Notifications are addressed to a role, not a specific person. When the system needs to notify "the manager," it looks up every member with the Manager role on the relevant property and sends to all of them.

This means:

• Adding a new member to a role automatically subscribes them to that role's notifications.
• Removing a member from a role automatically unsubscribes them.
• Two managers on the same property both get the same notifications — the system doesn't pick a "primary."

If a role has no members on a property, notifications targeted at that role on that property silently go nowhere. Use the warning in the workflow editor as a sanity check before saving.

Configurable reminder timing (workspace-wide)

Open Settings → Configuration → Notifications. This page is admin-only and applies to every member of the workspace. You're not configuring on/off toggles — you're configuring when the system fires recurring reminders relative to rent, lease, and recurring-task events.

Rent reminders

• Rent reminder days — A list of integers like 7, 3, 1. The system fires a reminder that many days before rent is due. Default works for most teams; tighten to 3, 1 if your tenants pay reliably, widen to 14, 7, 3, 1 if collections need a longer drumbeat.
• Rent overdue days — When the rent is past due by these many days, an overdue notification fires. Default usually starts at day 1 — adjust if your business gives a customary grace period.

Escalation timing

• GM escalation days — How many days after a rent installment goes overdue the General Manager is escalated. Default: 14 days. Tune up if your team handles initial collection without GM involvement; tune down if you want senior eyes on every miss.
• Court action reminder days — How many days overdue before the system suggests court action. Default: 60 days. This is a reminder to your team, not an automatic legal filing — the system never files anything on your behalf.

Lease offer reminders

• Lease offer expiry reminder days — Days before a lease offer's expiry date you want the system to nudge whichever party owes a response.
• Lease offer inactivity days — If an offer sits with no activity for this many days, the system nudges the assignee. Default: 7 days — gives time for a back-and-forth without letting offers go stale.

Recurring task reminders

• Recurring task reminder days — Days before a recurring task instance's due date the system pings the assignee. For monthly inspections this might be 3 (warn three days ahead); for annual renewals it might be 30, 14, 7.
• Recurring contract reminder days — Same idea for recurring-contract events (e.g. license renewals tied to a property).

What's NOT user-configurable today

A few things users sometimes look for in Settings and won't find — calling them out honestly so you don't hunt:

• Per-user channel preferences — There's no "send me email but not push" toggle per user. Channel delivery is determined by what's available (do you have an email on file? have you installed the mobile app?), not by a personal preference switch. If you want fewer pushes, uninstall the mobile app or disable push permissions in your OS settings.
• SMS/WhatsApp — Not enabled yet (see above).
• Per-notification-type toggles — You can't pick "send me payment verification pings but not maintenance pings." The role-based design assumes if you're in a role, you want everything that role is responsible for.

The intentional trade-off: simpler defaults, fewer support tickets about "why didn't I get notified?" In practice, role design + reminder timing covers almost every real-world configuration need.

Tracking what was sent

The Notifications page (/app/notifications or the bell-icon dropdown) lists every notification you've received, with timestamp and link to the originating item. Read/unread state is per-user — marking it read on web also marks it read on mobile.

Related

• Workflows and approvals
• Roles and permissions
• Money