Rootly
This capability is only available to BYOC deployments. Check out our pricing page for more information about subscription plans and the available deployment modes.
Create an Alert Source in Rootly
Generate an Alerts configuration for groundcover Log in to your Rootly account. Go to "Alerts" -> "Sources"

Click on + "New Source" and search for Generic Webhook.

Add an 'Alert Source Name', e.g. 'groundcover' and optionally also Owning Teams, then click Add Source.

Choose your alert routing method.
Copy the Authorization Header Credentials. Click Continue.

(Optional) You can now send a test notification to see the payload that will be received from notifications.

Click Continue.
(Optional) Define severity mapping to Alert Urgency using
$.metadata.severity
Important-
Set the Unique Identifier:
$.deduplication_key(Optional) Toggle on 'Combine duplicate alerts into one alert'
Toggle On 'Auto-Resolve' and set:
Field location:
$.statusField value:
resolved
Click 'Save changes'. You should not see your source.

Create a Rootly Destination in groundcover
Go to: Integrations → Destinations
Click on Rootly

Select a name and paste the API Key

(Optional) Test Connection- This will send a notification similar to the notification that will be send by monitors with
[TEST] Notification from groundcoverin the title to differentiate from 'real' notifications.

Save
Payload Structure
The payload sent to Rootly includes:
This payload structure is fixed and cannot be customized. Values shown with {{ }} are dynamically populated from your monitor configuration. If you need a custom payload structure, use a Generic Webhook instead.
Test mode: When using "Test the connection", the status field will be "test" and other fields like value, threshold, and URLs may contain placeholder values.
Payload Field Reference
title
Issue title from the alert
description
Monitor description with variable expansion
status
Alert state: "firing", "resolved", or "test" (during connection testing)
deduplication_key
Alert fingerprint for grouping related alerts
source_url
Link to investigate the issue in groundcover
severity
Monitor severity (S1, S2, S3, S4)
monitor_name
Name of the monitor
monitor_id
Internal unique ID of the monitor
value
The value that triggered the alert
threshold
Configured threshold for the monitor
renotification_count
Counter for re-notifications (starts at 0)
labels
Monitor labels as key-value pairs. Only labels defined in the monitor's group-by or custom labels are included; keys may be absent if not defined
Last updated
