主要功能
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。
查看定价