Escalation Policies
Build multi-step escalation policies so alerts reach the right person, in the right channel, at the right time.
Escalation Policies#
An escalation policy is an ordered list of steps. When an incident fires, LemWatch runs step 1, waits, runs step 2, waits, and keeps going until somebody acknowledges the incident or the policy runs out of steps.
When to use one#
Build a policy#
Step ordering & uniqueness#
Each step needs a unique step_order within the policy. The editor auto-suggests the next number (max existing + 1) so adding a step after deleting one in the middle still works. If you manually enter a number that's already taken, the editor shows "Step #N already exists in this policy" instead of a raw database error.
Acknowledging stops escalation#
The moment any teammate clicks Acknowledge on the incident, all remaining steps are skipped. The notification engine now also skips already-acked incidents at query time, so escalation work doesn't pile up. See Acknowledging incidents.
Editing an existing policy#
step_order valuesRelated Articles
Escalation Step Channels
How each step in an escalation policy maps to a channel — email, Slack, Discord, generic webhook — based on the Recipient value.
Acknowledging Incidents
Click Acknowledge on an incident to stop escalation, claim ownership, and let teammates know you are on it.
Setting Up Alerts
Configure 11 notification channels — email, push, chat, on-call, and automation tools.
Custom Webhook Integration
Send alert data to any HTTP endpoint via custom webhooks. Slack and Discord URLs are auto-routed when used in escalation steps.