會議被預約之後，工作通常還沒結束。

團隊可能需要更新 CRM、通知 Slack 頻道、建立後續任務、啟動客戶 onboarding 流程，或把預約資訊同步到內部系統。如果這些步驟都靠人打開 Chronock 再手動複製資料，就很容易漏掉。

Chronock Outbound Webhook 可以在預約建立、取消或改期時，把簽署過的 JSON 請求送到你指定的 HTTPS endpoint。

也就是說，預約不只是排程的結果，也可以成為後續工作流程的觸發點。

Chronock Webhook 可以做什麼

Webhook 是 Chronock 自動送到你控制的 URL 的 HTTP 請求。

第一版 Chronock Webhook 聚焦在預約生命週期事件。

事件	送出時機	自動化範例
`booking.created`	新預約確認時	新增 CRM 活動紀錄、通知業務團隊、建立 onboarding 任務
`booking.canceled`	預約被取消時	關閉任務、通知負責人、更新內部紀錄
`booking.rescheduled`	透過日曆同步偵測到預約時間變更時	更新下游排程、通知團隊、刷新提醒

每個 webhook endpoint 都屬於一個 Chronock workspace。workspace owner 和 admin 可以建立 endpoint、選擇要接收的事件、送出測試事件，並查看 delivery log。

為什麼對排程營運有幫助

排程工具常常連著真正的業務流程。

對業務團隊來說，一個 demo 被預約後，可能要更新商機紀錄。對招募團隊來說，面試確認後可能要通知 coordinator。對 customer success 團隊來說，kickoff 會議取消後，後面的任務可能要暫停。

沒有 webhook 時，這些流程通常會變成：

有人必須記得做的手動 checklist
定期輪詢變更的背景工作
只適用於單一工具的專用整合

Webhook 提供更彈性的起點。Chronock 在預約狀態改變時送出事件，接收端再決定下一步要做什麼。

接收端可以是內部 API、serverless function、workflow tool，或支援 inbound webhook 的自動化平台。

適合自動化的流程

當預約資料需要快速進到其他系統時，Chronock Webhook 特別有用。

流程	Webhook 的幫助
CRM 更新	把預約連到 lead、contact、opportunity 或 account
團隊通知	將重要預約、取消、改期送到內部頻道
招募作業	面試被預約或改期時通知 coordinator
客戶 onboarding	客戶預約第一次會議時啟動 kickoff checklist
內部 dashboard	將預約事件送到資料管線或營運資料庫
自訂提醒	在自己的系統裡建立提醒或準備任務

重點是，webhook 不會把你限制在單一目的地。

如果你有自己的內部系統，可以直接接收 Chronock 事件。如果你偏好 no-code，也可以用支援 webhook trigger 的自動化平台，再串到既有工具。

送出的資料內容

Chronock Webhook 的 payload 是 JSON。

預約生命週期的 payload 包含 event ID、event type、API version、建立時間，以及預約資料。

{
  "id": "evt_7Z4A2rXh2B4V8nYcH9pQmN",
  "type": "booking.created",
  "api_version": "2026-07-06",
  "created_at": "2026-07-06T03:04:05.000Z",
  "data": {
    "booking": {
      "id": "7Z4A2rXh2B4V8nYcH9pQmN",
      "status": "confirmed",
      "start_time": "2026-07-07T01:00:00.000Z",
      "end_time": "2026-07-07T01:30:00.000Z",
      "timezone": "Asia/Tokyo",
      "slot": {
        "id": "2dK8eV6hKp9mQr4ZyT1xAb",
        "title": "Product Demo"
      },
      "meeting_tool": "google_meet",
      "meeting_url": "https://meet.google.com/example"
    }
  }
}

當預約改期時，Chronock 也會包含原本的開始與結束時間。接收端可以更新正確的既有紀錄，而不是把它當成全新的會議。

預設情況下，payload 不會包含參與者姓名和 email。只有在特定 endpoint 需要時，owner 或 admin 才能啟用參與者詳細資訊。

許多自動化只需要預約 ID、時間、預約項目和會議 URL。讓個人資料預設不送出，可以降低意外分享資料的風險。

用 delivery log 確認 webhook 行為

Webhook 自動化需要能看見發生了什麼事。

Chronock 會記錄 webhook delivery，讓 admin 查看事件是否成功、失敗，或正在等待 retry。建立新 workflow 時，這能幫助你確認 Chronock 是否送出了預期的請求。

你也可以在真實預約流入前送出測試事件。先建立 endpoint、送測試、確認接收端，再啟用正式流程。

手動測試會送出包含 endpoint 資料、而非預約資料的 endpoint.verification 事件。無論 endpoint 選擇了哪些預約事件，都會送出這個測試事件。

如果 delivery 失敗，Chronock 會用 backoff 進行 retry。接收端暫時故障時，預約事件不會立刻被放棄。

Chronock 會在開始非同步 delivery 前，將完整的預約事件 payload 與對應的預約生命週期操作放在同一個 transaction 中持久化。Delivery 採用 at-least-once，而不是 exactly-once；遇到 timeout 或回應結果不明時，同一個 request 可能送達多次。接收端應採用冪等設計，並以 Chronock-Webhook-Id 排除重複 retry。

如何設定 webhook endpoint

管理 webhook 需要 workspace owner 或 admin 權限。

基本流程如下：

打開 Chronock workspace 的 integrations settings
用 HTTPS URL 建立 webhook endpoint
選擇要接收的預約事件
保存建立時顯示的 endpoint secret
在接收端設定 Chronock signature 驗證
送出測試 webhook 並查看 delivery log

endpoint secret 只會在建立時顯示一次。請把它保存在接收服務或自動化平台中，用來驗證 webhook signature。

驗證請求來自 Chronock

Chronock 會使用 HMAC-SHA256 簽署 webhook 請求。

接收端應該先驗證 signature，再信任 payload。Chronock 會送出以下 header：

Header	用途
`Chronock-Webhook-Id`	delivery ID
`Chronock-Webhook-Event-Id`	Webhook 事件 ID
`Chronock-Webhook-Event-Type`	事件類型，例如 `booking.created`
`Chronock-Webhook-Timestamp`	協助防止 replay request
`Chronock-Webhook-Signature`	HMAC signature

正式環境中，請驗證 signature 並拒絕過舊的 timestamp。Chronock 也要求 endpoint 使用 HTTPS，並驗證 endpoint address，以降低 SSRF 風險。

Webhook 目前不是什麼

Webhook 是彈性的整合入口，但它不等於完整 marketplace native integration。

第一版沒有包含：

從其他服務送進 Chronock 的 inbound webhook
Zapier REST Hooks 的 subscribe / unsubscribe API
n8n community node
Make 或 Yoom marketplace listing
依房間或預約項目設定的細部 filter
預設送出參與者詳細資訊

第一步先打穩核心：持久化預約事件、endpoint 管理、簽署 delivery、endpoint delivery 有次數上限的 retry、測試送出和 delivery log。

之後的 marketplace 整合可以建立在這個基礎上。

先從一個高價值自動化開始

使用 webhook 時，不需要一開始就自動化所有事情。

先挑一個漏掉會造成成本的流程：

demo 被預約時通知 sales channel
預約建立時新增 CRM note
預約取消時關閉內部任務
kickoff 改期時更新 customer onboarding record

第一個 workflow 穩定之後，再加入下一個。

把預約變成工作流程的觸發點

Chronock 已經能透過連結的 Google Calendar 與 Microsoft Outlook 行事曆找出可預約時間並接受預約。Webhook 則把這個價值延伸到預約之後。

確認的會議不只是排程流程的終點，也可以是下一步的起點：通知正確的人、更新正確的紀錄，並讓下游系統保持同步。

如果你的團隊希望排程變更能接上後續營運流程，Chronock Webhook 是一個實用的起點。

免費開始使用 Chronock →

用 Chronock Webhook 自動化預約後流程

Chronock Webhook 可以做什麼

為什麼對排程營運有幫助

適合自動化的流程

送出的資料內容

用 delivery log 確認 webhook 行為

如何設定 webhook endpoint

驗證請求來自 Chronock

Webhook 目前不是什麼

先從一個高價值自動化開始

把預約變成工作流程的觸發點

相關文章

Chronock MCP 伺服器可以做什麼

Chronock 行事曆同步規則指南

尋找空閒時段的工作，到此為止。

Free

Pro