我们目前正在考虑实施新的subscription payments Facebook。我们已经为Facebook设置了有效的付款设置，并且正确设置了回调网址。如果我定期进行测试付款，则会正确调用回调。
根据this测试订阅的设置。但是，如果我选择总是成功或者总是失败，则不会对付款回调网址进行回调。
它确实返回一个对象，表示订阅处于活动状态且具有ID。
{status: "active", subscription_id: 204626XXXXXX}
答案 0 :(得分：2)
如果订阅状态发生变化，您是否有可能只将请求发送到回调URL，并且您已经为该用户进行了有效订阅？在这种情况下，我认为你会遇到客户端错误，但我没有看到任何证据表明存在错误代码。
如果您为同一帐户多次定期支付测试费用会怎样？
答案 1 :(得分：1)
Facebook订阅不是定期购买。
您必须在'payment_subscriptions'对象上设置实时更新并收听这些可用字段：（'status'，'pending_cancel'，'payment_status'，'last_payment'）。请参阅文档：http://developers.facebook.com/docs/payments/subscriptions/，有一节名为“消耗实时更新”
每次用户订阅或取消（或隐式续订）时，您都会收到相关的订阅ID。然后，您可以向Graph API询问此订阅对象。
您还可以通过'/payment.subscriptions'上的Graph Api调用检索任何用户的订阅列表
所有这些调用都必须使用App访问令牌执行。
如果你总是进行“同步”购买，我必须承认这个过程非常烦人。我确实实现了订阅，这是一个loooooong＆amp;痛苦的旅行;）
希望这有帮助
答案 2 :(得分：0)
订阅被映射到Facebook端的OpenGraph对象，以及虚拟货币，因此，我怀疑服务器端没有回调，你可以做的就是制作某种http帖子（通过表格，用于ins）使用FB.ui回调并在Servlet中实现doPost方法。这将是一种将订阅信息导入某些数据源的方法。
编辑：关于payments callback，订单信息的项目是根据OG对象计算的，facebook不发送payment_get_items请求，因此在订阅创建后无法获取订单信息。另一方面，你可能会在对应的servlet中收到一些payments_status_update（我说的是servlet，因为我是一个Java程序员，但是一般的想法适用于你选择的任何技术）