1. Mute channels when Environment = "TEST" -> reduce noise for Development/Testing Environments
2. Trigger an outbound webhook only for incidents that have been escalated

​

Setting Up Your Advanced Incident Routing

​

Step 1: Create New Routing

1

Create New Routing

To begin setting up your incident routing, navigate to the Advanced Routing section in the sidebar and click on Create New Routing.

2

Name and Create Your Routing

1 Under ‘Display Name’ enter the name for your routing like “My First Routing”.2 Select the Team the routing should be applied to.

Pro and Enterprise plan users: Select the root team of the routing. Later, you may add the routing to further teams within the root team’s organization.

3 Click “Create”

​

Step 2: Select the Teams

1. Edit, where you can change the Routings Display Name
2. Team Connections, where you can manage the connected teams.
3. Rules, where you can add the actuall routings.

​

Step 3: Add Rules

​

Define Conditions

• Statuses: Choose between Open or Resolved.
• Severities: Select the severity level such as Minor, Warning, or Critical.
• Integrations: Pick the integrated tools that should trigger the rule.
• Services:
  Only for users of status pages.
  Pick the affected services that should trigger the rule.
• Intents: Filter by the incident’s current state, like resolved, escalated, etc.
  If enabled on integration level, Snoozing is applied before routing rules are evaluated, so by the time rules run, the incident is no longer in the “Created” state but already “Snoozed”. So if you want to run a rule once an incident is “created”, you might want to include “snoozed” as an additional intent so the rule applies regardless of whether the incident is newly created or already snoozed.
• Attributes: Create custom conditions by setting Name and Value attributes.
• Apply only during these times and days: You can add specific weekdays and daytimes for the routing rule to be active.
• Apply only once during: You can add a specific range in time for the routing rule to be active only once.

​

Configure Actions

• Assign to Teams: Directs the incident to specified teams. Selecting this option replaces the original incident’s team assignment. To retain the original team alongside new assignments, explicitly include it in the selection. Learn more about this incident action here.
  This feature is only available if the routing’s team is associated with an organization. Organizations are available on Pro and Enterprise plans.
• Change Severity: Update the incident’s severity level.
• Add Interaction: Insert an interaction, such as a comment or status update.
  • Affects Services:
    Only if Affects was selected as Interaction
    Select the affected Service(s).
• Add/Set Attributes: Add attributes to the incident or adjust the value of an attribute under certain conditions. You can also do this in the payload mapping section of each inbound integration.
• Discard: Choose to discard the incident if it meets certain criteria.
• Rule Flow Control: Decide whether to continue with subsequent rules or not.
• Delay Actions (min.): Decide whether to delay the defined actions by a certain number of minutes or not.

​

Choose Channels

• Mute all Channels: Silence notifications across all channels (not including outbound integrations, see below).
• Channels: Select only specific channels (SMS, Email, Voice Call, Push Notification) that should be triggered when conditions are met, e.g. you can define that only for the conditions you set an SMS is sent.
• Mute all Integrations: Silence notifications across all outbound integration.
• Outbound Integrations: Select only specific outbound integrations that should be triggered when conditions are met, e.g. you can define that only for the conditions you set a generic outbound is triggered.

​

Examples

Use Case 1: Mute channels when Environment = TEST

In this example:

• The conditions are
  • status is open
  • severity is critical
  • The attribute condition is: Attribute Environment = Test.
• Actions are
  • Change severity to Warning
• Channels chosen are
  • Only Emailchannel is chosen
  • All outbound integrations are muted

Use Case 2: Trigger Generic Outbound for escalated incidents

In this example we set two rules in order to only trigger our webhook outbound integration for incidents that have been escalated.Our first rule:

• Condition is that an incident is open
• For Channels we select only our Slack integration and not our Webhook integration
• We select Continue with subsequent rules

Our second rule:

• Condition is that incidents are open & escalated
• Action is that we change the severity to Critical
• We now select both our Slack integration and our Webhook outbound integration

This means that only once an incident has been escalated (both manually and automatically) the status will automatically change to Critical and we will trigger our outbound webhook integration.

​

Step 4: Finalize Your Incident Routing