Skip to main content
基于端点的 webhook 系统允许您为每个组织注册多个目标地址,每个目标地址都有自己的密钥、状态以及对部分事件类型的订阅。这是所有新集成推荐使用的模式。 旧版单 URL webhook相比,后者仅为向后兼容而保留,且每个组织仅支持一个 URL。

端点

端点对象

端点完整的 secret 仅会在创建时返回一次,之后不会再次返回。请妥善保存——如果丢失,请删除该端点并重新创建。

有效事件类型

events 会根据以下精确集合进行验证——列表外的值将返回 400。有关每种类型的负载结构,请参阅事件目录
  • telephony.incoming, telephony.complete, telephony.tool
  • web.incoming, web.complete, web.tool
  • call.graded
  • issue.reported
  • test-call.completed
  • alert.triggered

端点状态

  • active ——投递正常进行。
  • disabled ——通过 PATCH 手动暂停。不会发送任何请求。我们绝不会更改 disabled 端点的状态;是否将其切换回 active 始终由您决定。
  • failing ——当向端点投递时耗尽整个重试计划(24 小时内尝试 8 次)且始终未获得 2xx,系统会自动设置此状态。处于失败状态的端点不会再接收流量。修复端点后,通过 PATCH 将其状态改回 active;尚未耗尽重试计划的投递将从中断处继续。

列出端点

返回一个端点对象数组。

创建端点

请求字段

返回 201 Created 以及端点对象,并额外包含一个顶级 secret 字段,其中包含原始签名密钥——一个 48 字符的十六进制字符串:
secret 仅在创建时返回。后续的 GET 响应仅包含 secret_hint。请在关闭响应前,将完整值复制到您的密钥管理器中。

更新端点

返回 200 OK 以及更新后的端点对象

发送测试投递

使用常规投递管道向一个端点发送合成的 webhook.test 事件,其中包括规范化 JSON 序列化、X-ThunderPhone-Signature、投递记录和重试记录。无论端点的 events 过滤条件如何,测试都会以所选端点为目标。
端点会收到如下封装对象:
API 会在首次尝试后返回 200 OK,即使目标地址返回错误也是如此。请检查 successstatusresponse_codeerror 以了解投递结果:
webhook.test 是合成事件,无法添加到端点的 events 订阅中。如果首次尝试失败,投递将遵循与常规事件投递相同的重试计划。

删除端点

返回 204 No Content。将立即停止向该 URL 发送事件; 正在进行中的重试将被放弃。

相关内容

事件目录

您可以订阅的完整 events 值列表。

Webhook 概览

签名验证和投递语义。