Facebook 支付订阅-测试回调

我们目前正在考虑实施新的facebook。我们已经为Facebook建立了一个有效的支付设置，并且回调url设置正确。如果我定期进行测试付款，则正确调用回调

测试订阅的设置符合。但是，如果选择“始终成功”或“始终失败”，则不会回调支付回调url

它确实返回一个表示订阅处于活动状态且具有ID的对象

{status: "active", subscription_id: 204626XXXXXX}

---

如果订阅状态更改，并且您已经为该用户创建了活动订阅，您是否可能只收到发送到回调URL的请求？我认为在这种情况下会出现客户端错误，但我没有看到任何证据表明存在错误代码

---

如果您为同一帐户多次进行常规测试付款，会发生什么情况？

订阅被映射到Facebook端的OpenGraph对象以及虚拟货币，因此，我怀疑没有回调到服务器端，您所能做的就是进行某种http post（例如，通过表单）插入FB.ui回调并在Servlet中实现doPost方法。这将是一种将订阅信息导入某个数据源的方法

---

编辑：对于那些订单信息是基于OG对象计算的项目，facebook不会发送payments\u get\u items请求，因此在创建订阅后无法获取订单信息。另一方面，您可能会在相应的servlet中收到一些付款\u status\u update（我说的是servlet，因为我是Java程序员，但一般的想法适用于您选择的任何技术）

Facebook订阅不是经常购买的

您必须设置“付款订阅”对象的实时更新并监听这些可用字段：（“状态”、“待定取消”、“付款状态”、“上次付款”）。请参阅文档：，其中有一节称为“使用实时更新”

每次用户订阅或取消（或隐式续订）时，您都会收到相关订阅id的提示。然后，您可以向Graph API询问有关此订阅对象的信息

您还可以通过“/payment.subscriptions”上的Graph Api调用检索任何用户的订阅列表

所有这些调用都必须使用应用访问令牌执行

我必须承认，如果您总是执行“同步”购买，那么这个过程非常烦人。我确实实施了订阅，这是一次漫长而痛苦的旅行；）

---

希望这有帮助

刚刚尝试取消活动订阅，但成功了。但仍然没有进行回调。如果我定期进行测试付款，则会进行回调，每次进行多次付款都会产生相同的结果。