Notifications
Understand durable in-app notifications, optional push hints, reminders, escalations, and quiet hours.
Notifications help people notice work; they do not become the work. The Action and its event history remain authoritative even when a push is delayed, duplicated, or disabled.
Read state is not Action state
Marking a notification read only changes that user's notification record. It never resolves, cancels, assigns, or snoozes the underlying Action.
What can appear in the notification center
New Action
An unassigned live Action can notify active workspace approvers.
Assignment
An assigned, reassigned, or claimed Action can notify the responsible reviewer.
Reminder
An assigned open Action can remind its assignee before expiration.
Escalation
An unanswered Action whose priority is selected by workspace policy can alert workspace owners and admins.
The in-app record is user-scoped and tied to the active workspace. The notification list returns up to 100 published records, newest first.
Read and clear notifications
The dashboard Notifications page opens the linked Action and marks an unread record as read. You can also use the user-scoped API:
# List published notifications
curl 'https://api.actionbox.cloud/v1/notifications?unread_only=false' \
-H "Authorization: Bearer $ACTIONBOX_USER_TOKEN"
# Read the navigation badge
curl https://api.actionbox.cloud/v1/notifications/summary \
-H "Authorization: Bearer $ACTIONBOX_USER_TOKEN"
# Mark one read
curl -X POST https://api.actionbox.cloud/v1/notifications/ntf_…/read \
-H "Authorization: Bearer $ACTIONBOX_USER_TOKEN"
# Mark every unread notification in the active workspace read
curl -X POST https://api.actionbox.cloud/v1/notifications/read-all \
-H "Authorization: Bearer $ACTIONBOX_USER_TOKEN"The summary returns unread_count; read-all also reports how many records were updated. Filtering or reading notifications never changes the linked Action.
Personal push preferences
In Settings → Notifications, each user can control optional push delivery:
| Preference | Controls |
|---|---|
| Push notifications | Whether registered devices receive push change hints |
| New unassigned Actions | Push for new unassigned Action notifications |
| Assignments and reassignments | Assignment, reassignment, and claim notifications |
| Expiration reminders | Push for scheduled reminders |
| Admin escalations | Push for scheduled escalations |
| Priorities | Which priority levels are eligible for push |
| Quiet hours | Hold push alerts until the configured end time |
| Timezone | Interpret quiet-hour times using an IANA timezone |
The preferences API accepts the same controls:
curl -X PATCH https://api.actionbox.cloud/v1/notification-preferences \
-H "Authorization: Bearer $ACTIONBOX_USER_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"push_enabled": true,
"new_action_enabled": true,
"assignment_enabled": true,
"reminder_enabled": true,
"escalation_enabled": false,
"priorities": ["high", "urgent"],
"quiet_hours_enabled": true,
"quiet_start_minute": 1320,
"quiet_end_minute": 480,
"timezone": "America/Toronto"
}'Quiet-hour values are minutes after midnight (1320 is 22:00 and 480 is 08:00 in the selected timezone). In-app notifications remain retained even when push is disabled.
Workspace reminders and escalations
Owners and admins control the workspace-wide policy at Settings → Notifications or through:
GET /v1/workspaces/notification-policy
PATCH /v1/workspaces/notification-policyThe policy contains:
reminders_enabledandreminder_minutes_before_expiryfor assigned open Actions;escalations_enabledandescalation_minutes_after_creationfor unanswered Actions; andescalation_priorities, which selects the priority levels that escalate.
Both minute values accept 1–10,080. Escalations target active owners and admins and exclude the current assignee. Updating the policy reschedules future notifications for open Actions.
Delivery behavior
- In-app notifications are durable records and are retained independently of push delivery.
- Push is optional and content-light: clients use the Action ID or change hint to refresh authoritative state.
- Operating-system policy, device connectivity, and provider networks can delay or suppress push delivery.
- Test Actions are isolated from live delivery and do not publish normal push hints or callback side effects in the hosted service.
- Resolving, cancelling, expiring, unassigning, or reassigning an Action cancels obsolete scheduled notification work.
Build for reconciliation
A reliable client refreshes the Action or notification list after a hint. Never use “a push arrived” as proof that a person saw the Action or that the underlying operation succeeded.
Next: Assignments and routing, Devices and push inboxes, or Webhooks and callbacks.