Before you start
You need the Manage escalation permission, under Notification Center; without it, the Escalation page is not shown. The permission exists only if your plan includes Escalation. If it does not, nothing escalates. Escalation works on acknowledgement, so the people you escalate to should know how to acknowledge a notification; see Notification inbox.Create a policy
1
Open Escalation
Open Administration > Settings and choose Escalation under Notifications, at
/settings/notifications/escalation. Click New policy in the header.2
Name it
Replace New policy with a name, up to 128 characters. Each policy needs its own name.
3
Choose which alerts it covers
The sentence reads “Applies to … alerts from … that nobody has acknowledged.”
- Click the severity to choose the lowest one the policy covers: Critical, High and up, Medium and up, Low and up or Info and up. A new policy covers Critical.
- Click any source to tick the modules whose alerts it covers, such as Pricing Intelligence or Inventory. “None ticked means every source.” The list offers the modules that have sent notifications in your organization.
4
Add the first step
Step 0 is fixed: “When raised, the alert rule’s own recipients hear about it the way their personal settings say.”Step 1 reads “After … tell …”. Choose how long to wait (a new policy starts at 30 min), then click + person or
role and find the people or roles to tell. A role shows how many people have it. A step can tell up to 20 people
and roles.
5
Choose how the step tells them
After by, Bell is always on. Email is on by default; click it to turn it off. Click Custom message
to add a line for these people, for example who to call. It replaces the alert’s text in their copy, up to 1,000
characters.
6
Add more steps, if you need them
Click Add a step. Each next step reads “After another …”: its wait counts from the step before. A new step
waits twice as long as the one before. You can have up to 5 steps. Remove step deletes a step; it is shown
while the policy has more than one.
7
Save
Click Save policy. A new policy is on as soon as it is saved. Policies save one at a time, not with the bar at
the bottom used by the other notification settings.
Check the timeline
While you edit, the card If an alert came in at 09:00 shows when each step would happen and who it would reach, for example “09:30 · Anna Nowak · bell, email”. A step on the next day shows +1. The timeline appears once every step has someone to tell: “Add someone to every step to see the timeline.”Send a test
To try a saved policy, click Send a test alert. You get a test notification, “Test escalation: …”, at the policy’s lowest severity, and it escalates through this policy’s steps like a real alert: “This is a test of the escalation policy. Acknowledge it to stop it.” Acknowledge it in your inbox to stop the test.What happens to an alert
- It is raised. Its recipients get it the way their own settings say: right away, in a digest or in a summary. Omnilinker picks the one policy that covers it; see Which policy applies.
- The wait runs. In the inbox, the alert shows escalates … with the time, and “Goes to … at … unless someone acknowledges it.”
- A step comes due. If nobody has acknowledged the alert and it has not cleared at its source, the step’s people get their own copy. It always reaches them right away, by bell and pop-up. It also goes by email when the step has Email on, or when the person’s own Interrupt me line includes email, and email is set up. Its Activity says “Escalated to you: it was not acknowledged in time.”
- The next step waits, and so on, until the last step.
- Nobody is told twice. A person who already has the alert, as a recipient or from an earlier step, is skipped.
- Roles are read when the step comes due: everyone who has the role then, and is an active user, is told.
- Quiet hours do not apply. “Escalations reach people right away, whatever their quiet hours.”
- Exceptions do not apply to the escalated copy: it always reaches the person right away. The original alert follows each recipient’s own settings, and an alert a recipient’s exception hides from them does not escalate from their copy.
- Snoozing does not stop an escalation. Only acknowledging it does.
- Escalated copies do not escalate again.
Which policy applies
Each alert follows at most one policy, chosen when the alert is raised. Of the policies that are on and cover its severity and source, the most specific wins:- A policy that names sources wins over one for any source.
- Then the one with the higher lowest severity wins.
- If two are still equal, the one whose name comes first alphabetically wins.
Change, duplicate or delete a policy
The list on the left shows each policy with On or Off, its severity, its sources and its number of steps, for example “Critical · any source · steps: 2”. Click a policy to edit it, then Save policy. Cancel discards your changes.- Turn it off: switch Policy enabled off and save. Alerts it was escalating stop escalating, and new alerts are not escalated through it.
- Duplicate: makes a copy named ”… (copy)”, which starts Off. Change it and turn it on.
- Delete: asks “Delete the policy ”…”? Alerts it is escalating stop escalating.” and deletes it.
How well it works
When a saved policy is open, the card Last 30 days shows how many alerts it Escalated and the Median to acknowledge: the typical time from the alert to someone acknowledging it.Troubleshooting
“A policy with that name already exists.”
“A policy with that name already exists.”
Each policy needs its own name. Choose another one.
“Every step needs someone to tell.”
“Every step needs someone to tell.”
A step has no people or roles. Add someone, or remove the step.
“Up to 5 steps.”
“Up to 5 steps.”
A policy has between 1 and 5 steps. Remove a step, or split the escalation into two policies.
“That person is not in this workspace.” or “That role does not exist.”
“That person is not in this workspace.” or “That role does not exist.”
A person left your organization or a role was deleted. Remove them from the step and save again. A person who left
shows as “someone who left”.
An alert did not escalate
An alert did not escalate
Check that the policy is On, and that it covers the alert’s severity and source. Another, more specific policy
may have taken the alert; see Which policy applies. The alert may also have been
acknowledged by someone else, or cleared at its source; its Activity shows which. If everyone in the step
already had the alert, nobody new is told.
Notification inbox
Acknowledge an alert to stop its escalation.
How I get notified
How the alert’s own recipients get it.
Users and roles
Set up the roles you escalate to.
Alert rules
Set the severity that decides which policy applies.