Datto RMM 告警集成

通过 Datto RMM 的 Webhook 将设备告警同步到 Flashduty On-call。每个 Datto RMM 告警（alert）对应一条 Flashduty 告警；告警自动恢复时，Datto RMM 发出的”告警已解决”请求会关闭同一条 Flashduty 告警。 Datto RMM 的 Webhook 请求体由您自己编写，因此需要把下文提供的 JSON 模板粘贴到 Datto RMM 中。

在 Datto RMM 中配置

Datto RMM 有两种配置位置：单个监控器（Monitor）的响应设置，或全局 Webhook。开启全局 Webhook 会自动停用所有监控器上单独设置的 Webhook，请二选一。

填写地址和格式

全局 Webhook
单个监控器

操作路径：Datto RMM › Setup › Integrations › Global Webhooks在 Details 中点击 Enable Webhooks globally for Monitors 旁的 Turn On，然后填写：

字段	填写
Alert priorities to send as webhooks（必填）	选择需要外发 Webhook 的告警优先级，可多选
URL（必填）	`{integration_url}`（最长 500 个字符）
Content Type（必填）	`application/json`

操作路径：Datto RMM › 监控器的响应设置（response details） › Send a Webhook

字段	填写
URL（必填）	`{integration_url}`（最长 500 个字符）
Content Type（必填）	`application/json`

配置告警触发时的 Payload

操作路径：Datto RMM › Setup › Integrations › Global Webhooks › When alert is raised；单个监控器为响应设置 › Send a Webhook在 When alert is raised 的 Payload 中粘贴：

{
  "event": "triggered",
  "alert_uid": "[alert_uid]",
  "alert_type": "[alert_type]",
  "alert_category": "[alert_category]",
  "alert": "[alert]",
  "alert_message": "[alert_message_en]",
  "device_uid": "[device_uid]",
  "device_hostname": "[device_hostname]",
  "device_os": "[device_os]",
  "device_ip": "[device_ip]",
  "site_name": "[sitename]",
  "platform": "[platform]",
  "severity": "Critical"
}

severity 是可选的固定值。Datto RMM 文档列出的变量里没有优先级变量（Teams 模板使用了 [alert_priority]，但文档未收录，未验证）。全局 Webhook 的所有优先级共用同一份 Payload，所以只能写同一个固定值；需要按优先级区分等级时，请用单个监控器的 Webhook，在不同监控器里写不同的 severity。不填时按 Warning 处理。可填 Critical、High、Moderate、Low、Information。

配置告警恢复时的 Payload

操作路径：Datto RMM › Setup › Integrations › Global Webhooks › When alert is resolved (optional)；单个监控器为响应设置 › Send a Webhook打开 When alert is resolved (optional)，Payload 与上面相同，只把 event 改为 resolved，severity 可省略。不打开这一项，Flashduty 收不到恢复通知。

{
  "event": "resolved",
  "alert_uid": "[alert_uid]",
  "alert_type": "[alert_type]",
  "alert_category": "[alert_category]",
  "alert": "[alert]",
  "alert_message": "[alert_message_en]",
  "device_uid": "[device_uid]",
  "device_hostname": "[device_hostname]",
  "device_os": "[device_os]",
  "device_ip": "[device_ip]",
  "site_name": "[sitename]",
  "platform": "[platform]"
}

请保留 event 和 alert_uid。缺少 alert_uid 时 Flashduty 会拒绝请求，因为无法关联后续恢复；event 只能是 triggered 或 resolved。Datto RMM 变量在 JSON 字符串中被替换，若告警消息含双引号可能破坏 JSON，此时请去掉 alert_message 和 alert。

测试并验证

操作路径：Datto RMM › Setup › Integrations › Global Webhooks › Test Alert (Raised/Resolved) Webhook；单个监控器为 Test Webhook点击测试按钮确认 Datto RMM 能成功发送。同时配置了触发和恢复 Payload 时，两个 Payload 会一起发出。测试请求使用您填写的模板，Flashduty 无法把它与真实告警区分，会按普通告警处理，请在测试后手动关闭。测试可能带着未替换的变量名（第三方报告，未验证）。再让真实告警触发并恢复，确认原告警被关闭。几秒后回到 Flashduty，集成显示 最新事件时间，说明配置成功。

Alert Key

Flashduty 使用 alert_uid（Datto RMM 变量 [alert_uid]，文档定义为 “The alert ID”）作为 Alert Key。触发和恢复 Payload 使用同一个变量，因此对应同一条告警。设备、站点、告警类型、消息和等级的变化都不会改变 Alert Key。

状态和告警等级

`event`	Flashduty 状态
`triggered`	触发，等级由 `severity` 决定
`resolved`	恢复

`severity`	Flashduty 等级
`Critical`	Critical
`High`、`Moderate`	Warning
`Low`、`Information`	Info
空值或其他值	Warning

关于恢复

Datto RMM 只在告警被自动解决时发送恢复 Payload；在控制台手动解决告警不会发送任何请求。请在接收这些告警的协作空间中开启超时自动关闭，建议时长 24 小时，避免手动解决的告警一直保持未恢复。

排查问题

Flashduty 返回参数错误：确认 Payload 是有效 JSON，alert_uid 非空，event 为 triggered 或 resolved
告警没有恢复：确认已开启 When alert is resolved (optional) 并使用了 resolved 模板；手动解决的告警不会发送恢复
单个监控器的 Webhook 不再发送：开启了全局 Webhook，它会停用监控器上单独设置的 Webhook
请求体超限：Datto RMM 的 Payload 最大 64 KB，请精简模板

快速开始

产品对比

协作空间

故障管理

故障复盘

状态页

分析看板

集成配置

配置中心

高级功能

集成中心

最佳实践

在 Flashduty On-call

使用专属集成

使用共享集成

在 Datto RMM 中配置

Alert Key

状态和告警等级

关于恢复

排查问题