行动生命周期事件通知常见问题
如果你想在你推动的操作被报告、修改或撤销时接收实时通知,你可以设置 操作生命周期事件通知 以接收这些通知。
什么是事件通知?
事件通知 可通过 HTTP 服务器调用实时更新第三方系统。如果你已设置事件通知,并且触发了某个触发事件(例如你合作品牌修改了你推动的一个操作),impact.com 将向你提供的 URL 发送带有通知的回传。
注意: 事件通知、回传和 webhook 在平台中都是指同一流程的不同术语。为保持一致,本文其余部分将使用“回传”这一术语。
操作生命周期回传如何工作?
操作生命周期回传的工作方式是:每当操作生命周期中发生一个“非标准”事件时,都会向你更新通知。非标准事件是指合同中没有明确日期或时间段的事件。例如,一个操作的 锁定日期 是一个标准的、可预测的事件,因为 操作锁定期 已在你的合同中说明。然而,某个操作被 修改则属于非标准事件,因为你的合同中不存在时间范围或固定日期,因此它是非标准的(或不可预测的)。
以下是一些非标准操作生命周期事件的示例。这些 会 创建回传。
你推动的一个操作被 impact.com 跟踪或上报。
你推动的一个操作被你的合作品牌修改。
你推动的一个操作被你的合作品牌撤销。
以下是一些标准生命周期事件的示例。这些 不会 创建回传。
你推动的一个操作被锁定(即不再可修改或撤销)。
你推动的一个操作被支付到你的账户。
警告: 对于全局级回传,你应当在每次发生“非标准”事件时收到回传,例如修改或撤销。请注意,事件级回传不会触发非标准操作生命周期事件。
为什么我不直接使用 impact.com 的 API?
虽然我们的 API 完全可以为你提供相同的信息,但我们的 API 与回传系统在特性和限制方面存在一些差异,这些差异很可能会使回传成为更适合你的解决方案。包括以下内容:
回传可靠吗?
是的。impact.com 在我们自己的部分跟踪解决方案中使用回传。使用回传不需要满足任何特殊条件,而且也不会受到任何速率限制。
如果 impact.com 向你的目标 URL 发送回传时失败,impact.com 会自动重试投递。这有助于应对临时网络问题或服务器短暂不可用的情况。impact.com 最多会对失败的回传总共重试 15 次。
如果目标 URL 格式错误或无效,impact.com 不会重试回传。impact.com 也不会重试无法解析的 URL 或主机名。DNS 查找失败就是一个例子。
impact.com 会跳过来自 HTTP 响应的前 3 次重试 400 到 500.
当我们对回传系统进行维护时,你会收到通知,回传也会暂停。不过,一旦我们完成维护,就会立即开始追赶你的系统备份。
不过,如果你发现接收回传有延迟,例如某个操作已被修改,而你在修改发生后一小时以上仍未收到回传, 联系支持团队.
impact.com 为回传使用了哪些安全措施?
使用回传时,你需要建立希望将调用发送到的目标位置。正因为如此,impact.com 会将数据存储在我们的后端,并且在发送数据时会执行服务器到服务器的调用,因此在数据传输过程中无法被拦截。
如果你愿意,我们可以创建一个自定义标头,用于传递另一组凭据,以包含在 impact.com 发送给你的回传调用中。你无法在 Web 应用中创建此标头,因此请联系你的发布商客户经理(或 联系支持团队)来通知我们你希望创建此标头。
我该如何设置操作生命周期回传?
有关如何在全局级别以及事件级别设置和测试操作生命周期回传的更多说明,请查看 设置操作生命周期回传文章.
最后更新于
这有帮助吗?

