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 概覽

簽章驗證與傳送語意。