We’re currently looking at implementing Facebooks new subscription payments. We already have a working payment setup for Facebook, and the callback url is set correctly. If I make regular test payment the callback is called correctly.
The setup for testing subscriptions is according to this. But either if I choose the always success or always fail there is no callback made to the payments callback url.
It does return an object that says the subscription is active an has an ID.
{status: "active", subscription_id: 204626XXXXXX}
Facebook subscriptions are not regular purchase.
You will have to setup Real time updates on ‘payment_subscriptions’ object and listening to those available fields: (‘status’, ‘pending_cancel’, ‘payment_status’, ‘last_payment’). See the documentation : http://developers.facebook.com/docs/payments/subscriptions/, there is a section called “Consuming Real time updates”
Each time an user subscribes or cancel (or an implicit renew), you will be hit with the related subscription id. You can then ask the Graph API about this subscription object.
You can also retrieve the list of subscriptions for any user via the Graph Api call on ‘/payment.subscriptions’
All these calls have to be performed with an App access token.
I must confess this process is quite annoying if you always performed “synchronous” purchases. I did implement subscriptions, this was a loooooong & painful travel 😉
Hope this helps