主要功能
15 種事件，依需求訂閱
報名、取消、報到、訂單、退款、發票、講者決定、活動更新。每個 webhook 只訂它要的事件，可以是你辦的全部活動，也可以只選幾場。
參加者一入場，報到資料馬上送出
報到 webhook 帶著誰到了、在哪個報到點。這是 CRM 在別處拿不到的訊號：不是誰報了名，而是誰真的在場。
每次推送都帶簽章和時間戳
每一次送達都有 HMAC-SHA256 簽章，涵蓋時間戳和正文。你的接收端可以拒掉偽造的請求，也可以拒掉被人截下來以後再重放的那一條。
失敗會重試，每次都有記錄
沒送到會自動重試。每一次嘗試都記下請求、回應，以及花了多久。接收端修好之後，可以從記錄裡重發任意一條。
正式上線之前先傳送測試
哪怕還沒有一條真實報名，也可以按任意事件類型發一條樣例。你能看見對方到底收到了什麼。測試傳送不計入這個 webhook 的失敗統計。
API 能看到的資料跟著權限走
用 API key 加請求簽章，讀取一場活動的參加者和訂單。key 能看見的，不會超過建立它的那個人：電子郵件和電話打過碼的還是打碼的，報到條碼預設不給。
怎麼用
- 1
新增一個接收網址
貼上 CRM 或自動化工具給你的 URL，再選它接收哪些事件。
- 2
先傳送一則測試事件
往這個網址發一則範例，在真實的參加者資料進來之前，先看看對方收到了什麼。
- 3
開始接收真實事件
真實事件一發生就推送過去。失敗會自動重試，並顯示在送達紀錄裡。
常見問題
能，靠 webhook。把網址指到你們 CRM 的接收入口，或任何能收 webhook 的自動化工具。報名、付款、報到，發生了就到。沒有內建的一鍵 CRM 連接器。資料離開 bagevent，走的就是 webhook，對方只要能收 HTTPS 請求就行。
十五種：attendee.registered、attendee.updated、attendee.cancelled、attendee.checked_in；order.created、order.paid、order.refunded、order.cancelled；invoice.issued、invoice.voided；speaker.submitted、speaker.accepted、speaker.declined；event.published 和 event.updated。每個 webhook 只訂它要的那些。
每一條都用 HMAC-SHA256 簽章，金鑰在你建立 webhook 時只出現一次。簽章涵蓋時間戳和正文，所以你的接收端可以同時核對：請求是真的，而且是剛發的。被人截下來以後再重放，核對不過。
每個事件最多試 3 次，間隔先 10 秒，再 60 秒。同一個 webhook 連續失敗 10 次，就暫停，並標成出錯，免得對著一個已經失效的網址一直發。接收端修好了再恢復。漏掉的，從記錄裡重發。
現在只能讀：一場的參加者，和這場的訂單。用 API key，請求要簽章。它不能新建報名，也不能改訂單。多數對接是：變化發生時用 webhook 收，歷史用 API 補，或拿來對帳。
Business 和 Enterprise。在組織裡，去設定的人還要有 API and webhooks 權限，因為 API key 能讀參加者資料。
票款我們不抽，平台費 0%。年付每月 $99 起。試用 14 天，不用信用卡。付費票上限：50 筆報名，或一共 $500。
查看定價