#m0uka-connect-refund

1 messages · Page 1 of 1 (latest)

haughty roseBOT
valid ocean
#

Can look in to this but I haven't tested refunds much lately. Where does the refund show as incomplete temporarily?

hard wing
#

Currently the status is pending and no webhooks have been dispatched updating the status, I want it to mark as suceeded and call the refund.updated webhook

#

hmm, hold on, the status is apparently succeeded

#

but no webhooks dispatched

valid ocean
#

Can you send me the ID of the payment? I got an immediate succeeded status back on a refund for a card payment that I just tested

hard wing
#

the ID is pi_3NdIjOHAN7AGL0N61Vuu5NQA, I also see succeeded instantly, however our integration listens for the refund updated webhook

#

can the status be succeeded instantly in live mode like this? should we check for that, or can we rely on the refund.updated webhook

valid ocean
#

I will double check but I think refunds are expected to start in a succeeded status and then you may get a charge.refund.updated event if the refund fails

hard wing
#

so a refund can fail even if it's in the succeeded status?

#

is the pending status used?

valid ocean
hard wing
#

also, charge.refunded is called on refund success, or creation? i'm kinda confused with the flow here

hard wing
#

just noticed the issue might be related to the issue related above, i'll have a quick read through it haha

valid ocean
#

So refunds are created in a succeeded state when the refund is sent off to the bank at which point you will get a charge.refunded event. In very rare circumstances the refund will fail, at which point you will get a charge.refund.updated event.

I agree it is a bit confusing but it mirrors the conversation between Stripe and the bank. We give you the best info that we have on the status of the refund when we have it.

hard wing
#

got it, i'll refactor the application logic then.
thanks!

haughty roseBOT