Connect an incoming webhook once and any notify step can post to that Teams channel. For organisations already standardised on Microsoft, this puts alerts where people are working rather than in yet another tool to check.
In organisations where adding a new tool means a procurement conversation, routing to Teams avoids one entirely.
Support and operations staff who live in Teams see the alert without needing access to your monitoring dashboard.
Separate connections for separate channels let you route each service to the group that owns it.
Post to Teams immediately, wait, then page an individual if the outage is still running.
The connection decides where an alert goes. These settings decide how often it goes there.
The default. The step fires once and resets on recovery, so a long outage does not turn into a wall of messages.
Switch the step to fire on every matching check when you want a continuous signal instead of a single alert.
Fifteen minutes by default, so a monitor bouncing down and up will not re-send inside that window.
Write the message with placeholders such as flow, state, detail and duration so the alert carries context.
Put the step behind set hours and days if it is informational, and leave the critical path ungated.
Add a Repeat alert block before the step to keep sending on an interval while the monitor stays down.
Add the connection, send a test, and draw a line to it from your first monitor.