Introduction to Notifications

ClashWise keeps everyone on a coordination effort informed automatically: responsible contacts hear about clashes assigned to them and coming due, and clash-set owners hear about activity on the sets they published — by email, in the web app's notification bell, or both. You control how much you hear and how often, from a single stream of events.

Why you'd use it

Clash coordination fails quietly: a contact never learns a clash was assigned to them, a due date slips past unnoticed, an owner doesn't see that a teammate re-triaged half their set. Notifications close those gaps without anyone having to remember to check — and digests keep it from turning into inbox noise.

What triggers a notification

Five kinds of events generate notifications:

You are never notified about your own edits. Publish & analysis is the deliberate exception: those events exist to tell you your own long-running jobs finished, so you don't have to watch a progress bar.

Where notifications arrive

Immediate or digest — you choose the rhythm

Each notification category has an email cadence:

Digests group items by clash set so a busy day reads as a scannable summary, capped to keep emails a sane length with an "and N more" link into the app. A daily safety cap also applies: if a single day would generate an unusual number of individual emails, the overflow folds into your daily digest instead of flooding your inbox.

Sensible defaults apply out of the box — assignments, coordination sessions, and publish & analysis arrive immediately; due-date and set-activity notifications arrive as a daily digest — and both your organization and you can change them (see Notification Preferences and Muting in this section).

Who receives what

Event Assigned contact Set owner
Assignment ✔ — (unless someone else made the change)
Due soon / due today / overdue ✔ ✔
Activity on the set — ✔
Session started / ended / minutes — ✔
Publish / update / matrix analysis finished — ✔

A responsible contact who is an active member of your organization and can access the clash set's project is treated as a signed-in user — their own preferences and in-app feed apply. Organization members without access to that project follow the external-email route instead; ClashWise never grants project access automatically. Non-members also use the external route. Either external route sends only when your organization has explicitly turned external contact emails on.

Seeing what happened

Open a clash set and select the bell beside its header actions. The responsibility route shows where delivery stops or continues: rule match → contact → member / external → in-app / email. The activity list starts on Assignments and records each grouped run, recipient type, cadence, channel state, retry or suppression, and plain-language reason.

Any authorized set user can mute the set for themselves. The set owner and organization admins can pause notifications for everyone, revoke external links, and inspect recipient-level activity. Analysis completion also shows the persisted assignment summary with a direct View activity action. Re-running unchanged rules is silent.

Tips

FAQs

Do notifications cost AI actions? No. Notifications are part of the platform. (Asking Wise to send a custom email is different — see Notifications with Wise.)

Why did a bulk edit only produce one notification? By design. Bulk operations, analysis runs, and re-publishes are grouped into a single notification with a count, so a 500-clash operation never sends 500 emails.

Why was an organization member routed as external? They are active in the organization but do not currently have access to the project containing this clash set. Add them to the project for the member route; ClashWise does not grant access as a side effect of assigning responsibility.

I edited my own clash — why no notification? Your own actions never notify you; notifications exist to tell you what others did, and what's coming due.

Related topics

Start free trial Download plug-in See pricing