让预约告诉您的其他工具
在忙碌的周里，工具间重新输入细节会失败。在被webhook取代之前该解决什么？
本指南适合谁
工作室运营商和开发人员帮助他们，在 Karavex 和已使用的工具之间转移预约、客户和付款详细信息。
编辑系统
大多数工作室堆栈都是由一个人组合在一起的。有人将拍摄日期复制到计划工具中，将客户名称复制到会计包中，将付款状态复制到电子表格中。它会悄悄地工作，直到有一天它不再工作，而且没有人能说出哪个副本是当前的副本。
复制粘贴是无人维护的基础设施。
重新打字虽然慢，但更大的代价是看不见。没有发生过哪些转机的记录，跳过转机时没有任何信号，也无法知道计划工具是否落后了两次预约。依赖于某人记住转移信息的工作在安静的一周中还可以，但在繁忙的一周中就会失败，而这正是错过交接成本最高的时候。
让事件来说明一切。
持久版本是让变化自行宣布。 Webhook 将预约或付款事件发送到您控制的 URL，以便其他系统在实际发生事情时做出反应，而不是按计划询问。两条实用规则使其可靠：为每个连接提供其自己的密钥，且其所需的访问权限最少，因此可以在不破坏其余连接的情况下撤销一个连接，并在执行每个请求之前验证其签名，因为端点对整个互联网开放。
您无法检查的连接不是集成。这是一种碰巧起作用的习惯。
计划另一端宕机的那一天。
集成以非戏剧性的方式失败：端点返回一个下午的错误、证书失效、部署使接收器脱机。问题是有没有人发现。交付历史记录将其变成可见的东西，并且轮换密钥或端点秘密仍然是例行公事，而不是紧急情况。从一个重要的事件开始，观看一周，然后添加下一个。
首次连接上线前需要解决哪些问题
- 其他系统实际需要哪个事件，以及当该事件到达时它将做什么。
- 密钥仅作用于该连接，因此撤销它不会破坏任何其他内容。
- 收件人签名验证，以及读取递送历史记录的人。
更少的副本，一个来源。
目标不是让一切自动化。预约记录保留了其他所有内容所遵循的版本，因此规划工具、账户和日历是从同一份工作中读取的，而不是从三个记不清的副本中读取的。
常见问题
Webhook 在什么情况下比导出电子表格更好？
当其他系统需要对更改采取行动而不是稍后进行审查时。一份出口报告回答了上个月发生的事情。 Webhook 让工具在预约确认或付款到达时做出反应，这是报告和工作流程之间的区别。
我如何知道请求确实来自 Karavex？
在对其进行操作之前验证签名。 Webhook 端点是一个公共 URL，因此互联网上的任何内容都可以发布到它。检查签名是将真实事件与看似简单的请求区分开来的关键。
当接收系统宕机时会发生什么？
检查交付历史记录而不是猜测。故障在那里是可见的，这就是集成问题如何成为您可以诊断的问题，而不是在客户询问之前无人注意到的沉默。