Skip to main content
Use the AppSignal Webhook notifier to send exception incidents, performance incidents, and anomaly detection alerts to Flashduty On-call. The three payload types behave differently:
  • Anomaly detection alerts: the alert triggers when it opens and recovers when it is resolved.
  • Exception and performance incidents: AppSignal sends them when an incident is created, reopened, or occurs again, and sends no recovery, so these alerts do not recover on their own. Turn on the auto-resolve timeout in the channel, as described in Incidents do not recover.
  • Deploy markers: not alerts. Flashduty acknowledges them and creates nothing.

In Flashduty On-call

You can get the integration push URL in either of the following ways.

Use a dedicated integration

  1. In the Flashduty console, select Channel and open a channel
  2. Select Configuration → Integrations → Private integration, then click Add integration
  3. Select AppSignal, then click Save
  4. Open the generated integration card and copy the Push URL

Use a shared integration

  1. In the Flashduty console, go to Integration Center → Alert Events
  2. Select AppSignal and enter an integration name
  3. Configure the default route and select a channel. You can add more rules under Routing after creation
  4. Click Save and copy the generated Push URL

In AppSignal

1

Add a Webhook notifier

Where: AppSignal › Organization settings › Notifications › Add new notifier › WebhookManaging notifiers requires organization admin permission.AppSignal adds an X-Appsignal-Signature header to every request. Flashduty does not verify it and authenticates with the integration_key in the push URL.
2

Select the notifier where it should fire

AppSignal’s documentation does not give the menu paths of the trigger and notification-frequency settings, so look for the options below in the matching AppSignal console pages. Creating the notifier is not enough. AppSignal sends notifications only to notifiers selected in these places:
  • Anomaly detection alerts: tick the notifier under Notify me through when you save the trigger. AppSignal sends an alert only to the notifiers selected on its trigger
  • Exception and performance incidents: the notifier’s app scope and the Errors and Performance boxes set this. Adjust the notification frequency (Every Occurrence, First in Deploy, First After Close, and so on) as needed
3

Verify

  1. Put a trigger into the alert state in AppSignal, or raise a new exception in your app. A few seconds later, the integration in Flashduty shows a Latest event time and an active alert appears
  2. After the anomaly detection alert is resolved, confirm the Flashduty alert recovers
The AppSignal documentation does not describe a test button for the Webhook notifier, so verify with a real event.

Events and recovery

AppSignal notifies webhooks only on two anomaly detection transitions, opened and resolved. The warming up and cooldown phases send nothing.

Alert key

Flashduty builds the Alert Key from the object the event is about, so every delivery for one object shares one Alert Key: Exception and performance incidents share one incident numbering. The Alert Key is computed from the object type and the fields above, so changes to the trigger name, current value, time, exception message, or revision do not change it. A delivery missing one of these fields is rejected, and the error names the field.

Status and severity

AppSignal payloads carry no severity, so every alert is Warning in Flashduty, and a recovery moves it to recovered. To distinguish severity, use labels in the integration’s routing or alert processing rules.

Incidents do not recover

AppSignal sends no recovery for exception and performance incidents. In the channel that receives this integration, turn on the auto-resolve timeout. 24 hours is a reasonable start; adjust it to how quickly your team handles exceptions. A repeat occurrence of the same incident updates the same alert; once the alert is closed, the next occurrence creates a new one.

Labels

Troubleshooting

  • Flashduty returns an invalid parameter error: confirm the URL is complete and includes integration_key
  • Nothing arrives: confirm the Webhook notifier is selected on the trigger (alerts) or in the app’s notification settings (incidents), and that the payload types are selected
  • An exception is not sent again: AppSignal follows the incident’s notification frequency. An incident set to Never Notify sends nothing and is not reopened
  • An alert never recovers: exception and performance incidents have no recovery, see the auto-resolve timeout above. An anomaly detection alert recovers only after AppSignal resolves it. AppSignal sends the resolution with state closed and both resolved_at and closed_at set. A trigger on a count metric that stops reporting keeps its alert open unless Treat missing datapoint as 0 is ticked on the trigger, and changing a trigger archives its open alerts without sending a webhook
For field details, see AppSignal webhooks and anomaly detection.