Notifications

Where notifications reach you, workspace-level reminder timing, and what is and is not configurable today.

On this page

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 where notifications reach you, the workspace-level reminder timing you can configure, and what the system decides for you.

Where notifications reach you

A notification reaches each recipient in up to two places:

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.
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).

Email is not one of them. Email carries account messages only: verifying your address, resetting a password, an invitation to a workspace, and subscription invoices. Notifications, rent reminders and workflow escalations are not emailed today.

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.

This is the single place to set rent-reminder frequency: the day-counts you enter here are exactly what the reminder system uses, so what you set is what fires.

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.
Who is notified for rent follow-ups: Pick which roles (built-in or custom) receive the overdue-rent follow-up. Leave it empty to use the default: Property Manager + Admin.

Escalation timing

GM escalation days: How many days after a rent installment goes overdue the escalation fires. Default: 14 days. Tune up if your team handles initial collection without senior involvement; tune down if you want senior eyes on every miss.
Escalation recipients: Which roles receive that escalation. Leave empty for the default: General Manager.

Court eligibility (Ejar)

How many days a rent installment must be overdue before the system flags it as court-eligible, following Ejar's per-cycle policy:

Short payment cycles (monthly / quarterly): default 15 days overdue.
Long payment cycles (semi-annual / annual): default 30 days overdue.

This is a flag and reminder to your team, not an automatic legal filing. The system never files anything on your behalf.

Lease offer reminders

Remind before offer expires (days): Days before a lease offer's expiry date the system nudges your team, so an offer never silently dies. Thresholds like 7, 3, 1 fire one reminder as each is crossed (at least one threshold is required: the reminder can't be switched off).
Offer-expiry reminder recipients: Offers that are inside an active workflow automatically notify whoever owns the current step (including custom roles). This picker covers offers outside a workflow; empty means the default: Lease Manager + Admin.

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: Not a delivery channel at all today, for inbox notifications or for rent reminders (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 + the recipient pickers cover almost every real-world configuration need.

Announcements from our team

Occasionally a notification appears in the System tab that did not come from anything you or your team did. These are announcements we send: a scheduled-maintenance notice, a security note, a billing change, or a short walkthrough of something new.

They appear in your inbox on web and mobile, in the System tab.
They never send a push notification, an email, or an SMS. They wait for you in the app.
Some carry a link button, often a short video. It opens in a new tab on the web, and in an in-app browser on mobile.
You read, star, and delete them exactly like any other notification.

Everything under "What's NOT user-configurable today" above applies to these as well: there is no separate toggle for them.

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.

The tabs on the notifications page

The inbox groups what you receive into tabs: All, Rent, Maintenance, Leases, Recurring, Payments, To-do, Court orders and System. They are the same tabs in the web app and on the phone.

Two things about them are worth knowing, because both surprise people:

A tab disappears when the part of the system it belongs to is turned off, and comes back the moment it has something unread. Maintenance, Recurring, To-do and Court orders each belong to one part of the system (see Workspaces). Turn that part off and its tab goes, unless it still holds something you have not read: nothing you were sent is ever hidden from you because of a setting somebody changed afterwards. Leases does not work this way, and cannot: that tab also carries contract renewals and terminations, which every workspace has.

"Rent is old enough for court" is a Rent notification, not a Court orders one. It is your own system telling you an installment has aged past your threshold. Nothing has been filed and no court is involved yet. The Court orders tab is for cases that actually exist: an approval waiting on you, a filing being returned, a case being closed.

Hiding tasks you've handled

The Tasks page has a Select button on the right of the filter bar. Click it to enter selection mode, tick the tasks you want out of the way, and choose Hide. They disappear from your list. This is handy for tasks you've dealt with outside the app, or ones you simply don't want cluttering your view.

Hiding is per-user: it only affects your Tasks page. A task assigned to a role several teammates share stays visible to everyone else. Hiding it never removes work from a colleague who still needs to act on it.

Nothing is deleted. Toggle Show hidden (same spot, opposite the filters) to switch the list to your hidden tasks, select the ones you want back, and choose Unhide. Most task types are tied to a specific item, so a genuinely new task (a different maintenance request, a new approval) always shows up normally even if you hid an earlier one. Overdue-rent reminders are the exception: they're keyed per contract, so once you hide a contract's rent task it stays hidden for that contract until you unhide it. The underlying reminders and escalations keep running in the background regardless.