Daily
Get open incidents by priority each morning
A morning email shows how many incidents are open at each priority level.
- Runs
- Daily
- Apps
- ServiceNow
- AI
- Not needed
- Access
- read
Send this to your assistant
Create a ClickRuntime automation: every weekday at 8am, email me the number of open ServiceNow incidents grouped by priority, from Critical down to Planning.
First time? Adding ClickRuntime to your assistant takes about two minutes.
Why use it
Why teams use this automation
At 8 am, a service desk manager wants to know how many incidents are open, how many are priority 1 or 2, and whether the backlog grew overnight. In ServiceNow that means opening the incident list, applying filters, and grouping by priority, a routine that takes a few minutes and gets skipped on busy days. Without the daily picture, a backlog of aging P2 incidents builds quietly, and the first time leadership hears about it is when a business unit complains about slow response.
Each morning the automation uses ServiceNow's aggregate API to count open incidents by priority and emails you the totals. You get the numbers without opening the instance, and because the same calculation runs each day the figures are directly comparable. Service desk managers, IT operations leads and CIOs use it to begin the day with a clear view of the backlog.
What you get out of it
The backlog is known before stand-up
The team starts the day knowing how many incidents are open and how severe they are. Staffing decisions, such as moving someone to P1 triage, are made on facts at 8 am, not discovered at noon.
Growing queues are caught early
A rising count of open P2 incidents over several days is a warning sign. A daily figure shows the trend long before service levels are breached or an executive escalates.
Same definition every day
The count uses a fixed query, so Monday's number means exactly what Friday's did. Reports built from manual filters differ by person, which makes trends hard to trust. Monday's count of open P2 incidents means exactly what Friday's did, because nobody rebuilt a filter in between.
Leadership gets a simple view
A short email with totals by priority suits managers who will never open ServiceNow. They stay informed and can ask pointed questions without waiting for a weekly report. A CIO who never opens ServiceNow can still see that P1 incidents rose from two to five.
Helps prove improvement
When a clean-up effort reduces the open count from 240 to 150, the daily history shows it. Evidence of progress supports staffing requests and process decisions in the next planning round.
How it works
What happens, step by step
Every morning, ClickRuntime asks ServiceNow how many incidents are open at each priority level.
You get an email with the total in the subject and a count for each priority, from critical down to planning.
It sends again each morning, so you can see the backlog grow or shrink day to day.
Before it runs live
- Connect ServiceNow
What you get
Build your own
Need it to work differently?
Your own rules
Conditions, thresholds, filters and exceptions, written the way you'd explain them to a colleague.
Any number of apps
One automation can read from one app and update several others. Over 248 apps are ready, and anything with an API works too.
AI where it helps
Summaries, classification, extraction and drafts use ClickRuntime's built-in AI, with no extra key.
On a schedule or on each event
Runs as often as every 5 minutes, or the moment an app sends an event, and keeps track of what it already handled.
Changes you can ask for
- Run it at a different time, more or less often, or only on weekdays
- Add an AI step, for example to summarize, sort or draft a reply
- Add another app, for example also send it to Slack
- Combine it with other ServiceNow steps into one automation
Under the hood
The code that runs this automation
from clickruntime import on_trigger, credentials, http, notify
INSTANCE = "northwind"
LABELS = {"1": "Critical", "2": "High", "3": "Moderate", "4": "Low", "5": "Planning"}
def snow(method, path, **kw):
resp = http.request(method, f"https://{INSTANCE}.service-now.com/api/now/{path}",
auth=(credentials.secret("SERVICENOW_USER"), credentials.secret("SERVICENOW_PASSWORD")),
headers={"Accept": "application/json"}, **kw)
resp.raise_for_status()
return resp.json()["result"]
@on_trigger
def run(event):
rows = snow("GET", "stats/incident", params={"sysparm_query": "active=true", "sysparm_count": "true",
"sysparm_group_by": "priority"})
counts = {r["groupby_fields"][0]["value"]: int(r["stats"]["count"]) for r in rows}
lines = [f"{LABELS[p]}: {counts.get(p, 0)}" for p in sorted(LABELS)]
notify.email_me(f"{sum(counts.values())} open incidents", "\n".join(lines))
return countsFAQ
Common questions
What does 'open' mean in this report?
Does the aggregate API need special permissions?
Can the report break down incidents by assignment group?
What permissions does it need?
Does it need AI?
How many runs does it use?
Can I change how it works?
Related
You might also like
Open incidents for new vulnerabilities in your products
Critical CVEs that mention software you run turn into incidents with severity and affected product filled in.
See how it worksLook up an incident from a Slack command
Typing an incident number into a slash command replies with its state, priority and assignee.
See how it worksTurn bug reports into ServiceNow incidents
Each report your bug tool sends becomes an incident with the description, page URL and browser details.
See how it worksKeep exploring
Set up “Get open incidents by priority each morning” from your assistant
Copy the prompt above, or connect your assistant first. Free plan, no credit card.
