Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

How to combine delaying of notifications with both dedup & time conditions?

Nivruth Nandigam
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
February 19, 2026

I'm looking to create a notification policy where I can apply both 

- delaying until 9:00 AM next Weekday
OR 
- delaying until the count exceeds 5 within 30 minutes

whatever occurs first 

I'm able to only select one (images attached below)

Screenshot 2026-02-19 at 10.16.53 PM.jpg

If I duplicate this it won't work as JSM will stop evaluation when one of the conditions is met so the second one in line will never fire
Screenshot 2026-02-19 at 10.32.39 PM.jpg


1 answer

1 vote
Ibrahim Khalil
February 19, 2026

Since JSM notification policies follow a "First Match" rule, they cannot natively evaluate two independent conditions for the same event. To solve this, move the logic to Automation for Jira by creating two separate rules—one for the count threshold and a scheduled one for the 9:00 AM weekday batch. Use a shared "Notified" label on the issues so that whichever rule triggers first clears the queue and prevents the second one from double-firing.

 

Nivruth Nandigam
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
February 20, 2026

Thanks @Ibrahim Khalil for the suggestion! However, this approach may not work for my use case because the alerts are coming in as JSM Alerts (from Splunk via the alerting integration), not as Jira issues. These are two different objects in JSM I think.

Specifically:

  1. Automation for Jira operates on Jira issues, not JSM alerts — so there's no trigger available for alert deduplication count exceeding a threshold.
  2. The "Notified" label workaround assumes issue-level fields, which don't exist on alert objects, does it?
  3. Scheduled JQL queries in Automation run against issues, not the alerts inbox — so the 9 AM batch rule wouldn't have visibility into alert state at all.

To restate the core problem: I have JSM Alerts (not issues) flowing in from Splunk, all at default P3 priority. Within a single Notification Policy, I want the delay to fire on whichever comes first:

  • Deduplication count exceeds 5 within 30 minutes → notify immediately, OR
  • Neither condition met → hold until 9:00 AM next weekday

The limitation is that JSM's "Delay or turn off" action only accepts a single condition (either time-based OR dedup-based, not both), and the first-match policy chain means two separate policies can't collaborate on the same alert.

Is there a native way to achieve this within JSM Alerts + Notification Policies specifically?

Like Ibrahim Khalil likes this

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
ENTERPRISE
TAGS
AUG Leaders

Atlassian Community Events