2

我没有在现场测试过，但目前我有一个订阅以下事件的 webhook

  • 已取消结算订阅
  • 已创建结算订阅
  • 重新激活计费订阅
  • 结算订阅暂停
  • 计费订阅已更新

我正在接收 CREATED 的 Webhook 事件，但当用户从其 PayPal 仪表板取消订阅时，没有发送任何内容。

这是预期的行为吗？我应该订阅另一个事件来捕获该用户操作吗？

4

2 回答 2

0

来自 Paypal 支持（我仍然不明白为什么 BILLING.SUBSCRIPTION.CANCELLED 在用户从他们的仪表板中取消时不会触发，这里有类似的问题：BILLING.SUBSCRIPTION.CANCELLED 在用户操作时不会触发？）

“但用户通过按钮订阅肯定是最常见的订阅方法（他们还能如何订阅？）。IPN 路线似乎完全不适合开发人员（因为它甚至没有模拟器事件） "

如果您集成的解决方案不是基于我们的 REST API 并希望接收 HTTP 通知，则需要使用即时支付通知 (IPN)。IPN 模拟器可能不提供模拟事件的方法，但是您可以在我们的沙盒环境中创建订阅，并使用 IPN 设置沙盒业务帐户并测试取消订阅，这将生成一个用于取消的 IPN。如果您不熟悉该环境并想开始使用，我们在此处提供了沙盒测试指南。

“那么，为什么 webhook 只会触发基于 API 的订阅（以及为什么商业网站会使用 API 而不是简单的按钮来订阅用户）？这背后的逻辑是什么？”

这取决于各个业务的集成和需求。一些企业只使用我们基于 REST 的 API 解决方案进行完整的集成，从结帐付款到订阅，从逻辑上讲，这对他们来说只需要使用一组 API 来进行完整的集成是有意义的。其他企业只想要/需要更简单的解决方案，例如使用按钮，并且由于这些是不基于 REST 的遗留解决方案，它们使用我们的遗留 HTTP 通知服务，即即时支付通知 (IPN)。

于 2022-02-17T06:40:01.070 回答
0

是否有可以共享的调试 ID 以便我们排除故障？

谢谢， 乌莎

于 2016-06-08T19:27:44.190 回答