question

Hey there! thank's for the response!

I'm not looking at paypal unfortunately, and i'm not sure I quite understand how to get transaction id from PayForPurchases' response when I need it to call PayForPurchases.

As for ConfirmPurchases, thank's that part seems clearer now, since facebook payment's can sometimes take days, i'll have to keep track of orderId's that are not yet completed and keep calling ConfirmPurchases until I get a response for it, at which point items will have been rewarded.

If you can offer clarification for that transaction id, that'd be awesome! thanks again!

Ah, apologies for the confusion - trying to do too many things at once. I've updated the response to clear that up. Yes, this is specifically just for Facebook purchases.

Now i'm getting "BadRequest: Payment returned that transaction was not approved. Provider Status: Init" when I call PayForPurchases properly with facebook's responses, am I suppose to keep calling PayForPurchases or ConfirmPurchases? How can I handle transactions that are not instantaneous?

Edit: actually this could come from my logic flow, i'll confirm shortly

In the example above, the "function (response)" portion is the callback that Facebook calls when the Pay dialog is closed. At that point, the payment should be either completed or cancelled by the user. The payForOrder call in our example is where we call PayForPurchase.

In your case then, you're making the call similar to above, but when you call PayForPurchase, you're getting that the status still "Init"? That shouldn't be happening - Facebook is the one telling us in the example that he purchase is "finished" (one way or the other). Can you send the code snippets showing how you're making the calls, and a write-up of your repro steps to devrel@playfab.com?

You're correct, turns out I was mis-associating the debug logs I have put, not very convenient it is to work in webgl/html5! Everything should be good now as I see my items appearing in my inventory, even with delayed transaction. It's just a matter of always calling ConfirmPurchases with the OrderID's from purchases in progress. Hopefully this doesn't push the limits around making playfab calls, I call ConfirmPurchases every minute when transactions are still in progress.

Glad to hear it's working for you. And once a minute shouldn't be an issue, but I'm curious - how long are you seeing it take before ConfirmPurchase works, once PayForPuchase has been called successfully (on average)?

For testing purchases, facebook offers to confirm the purchase 30 seconds after making the purchase to test these asynchronous payments method. 

It's possible the user can decide to use payment options that would require them to mail papers/cheque somewhere which could take days for confirmation to go through.  Facebook requires that this type of payment be supported 
https://developers.facebook.com/docs/payments/implementation-guide/order-fulfillment

Thanks for the link. Since these purchases could take days to complete, but electronic payments are quick, I would recommend using an exponential backoff on the calls to ConfirmPurchase, with a manual option for the player to check if payments have been processed by Facebook. So the way this would work is that you'd check ConfirmPurchase when PayForPurchase completed, storing the ID if it's still incomplete, then again in a minute, then two, then 4, then 8, until you hit some cap (maybe once an hour). That'll help to minimize the bandwidth you use (not that this call is much, it's just a best practice). You'll also want to provide a "check for completed transactions" options, if you have any IDs that are awaiting completion, so that the user can manually check.

I was just pointed to this older thread by someone researching Facebook payments, and wanted to update it to correct on thing. With Facebook, and specifically because of the way their payment fulfillment is set up, the key is the callback URL, as described in this post: https://community.playfab.com/questions/505/207011008-Facebook-Purchase-Webhooks.html. Facebook makes the call to that URL when the payment clears their service. It is actually at that point that fulfillment occurs, and items are added to the player inventory. Ideally, you would still call ConfirmPurchase after that point, but the player will have received the items.

I'll update the answer above, to make sure this is clear for everyone.