#axiosz
sonic ibex
dense obsidian
Hello,
is it really correct to treat these transfers as synchronous operations and react based on the synchronous response to determine its status? Most other payment providers which I've worked with in the past would be async and would send something like 'transfer.failed', 'transfer.rejected', 'transfer.success' webhook events
Yes, it's correct to treat them as synchronous operations.
Currently the only failure case we handle is if POST /v1/transfers returns non HTTP 200 status code. Should we be handling others - like listening to other webhook events for failures that could make sense for our use case? I feel like we are listening to too few webhook events.
You'd probably want to consider handling 500 status code too - https://stripe.com/docs/error-low-level#server-errors
ocean wigeon
Thank you @dense obsidian for the fast answer. One last thing I would like to confirm.
If the POST /v1/transfers call is successful but for whatever reason the payout from the connected account to the linked bank account of end user cannot go through, is there something which we should account for? Or is this something between Stripe and the end user and we don't need to handle anything else from our end?
Currently we only handle transfer.reversed which may or may not be sent for the use case above (we could not test it in test mode).
dense obsidian
that depends, are you using Standard / Custom / Express connected accounts?
ocean wigeon
Express connected accounts
dense obsidian
the Express account can probably reach out to Stripe directly for a failed payout, but that's probably something which Stripe Support - https://support.stripe.com/contact will be able to advise you on better than we can here on this channel! We mainly help with developers who want to integrate directly with the Stripe API here on this channel
ocean wigeon
Ok, understood. I guess my technical question is whether we need to listen to any other webhook events related to payout failures.
Currently if the POST /v1/transfers call is successful we mark the 'payment' in our db as succesfull (& we dont care/wait for payout) . The only time we update its status afterwards is when we receive a transfer.reversed for it.
dense obsidian
yep, correct! I think one point to note also is 500 responses and how to manage that within your application too