#JamaicaF
1 messages · Page 1 of 1 (latest)
Hi 👋
Do you have an example payment intent?
Yes one minute
here is the original failed payment intent: pi_3M4orMKN1ApXu8y51E99KI1H
And here is the successful retry: pi_3MFkYcKN1ApXu8y50YLRlbtT
and another example:
here's the original failed payment intent: pi_3M4orMKN1ApXu8y51E99KI1H
Successful retry: pi_3MFkYcKN1ApXu8y50YLRlbtT
You shouldn't need to create new Payment Intents to retry the charge. You can retry the same Payment Intent. The first intent was canceled after confirmation failed and then when the second intent was created the statement descriptor suffix was not included
You can see that here: https://dashboard.stripe.com/logs/req_7xtOSWzi1IzqHO
To Stripe, there is no relationship between the first and second PIs. Your integration would need to include the statement_descriptor_suffix in the second PI creation request.
I'm confused. I was not the developer on the original integration, however i thought retry was automated on your end
Who is canceling the first one at failure?
And who is generating the second one?
The issue was first identified b/c as far as i know it is impossible to generate a payment intent from our system without some type of descriptor
This forum is for developers writing code. The retry is not automated on our end.
Your integration cancels the Payment Intent
Here's the request: https://dashboard.stripe.com/logs/req_zNu9Fy52EENnyO
Using your secret key
The follow up payment intent is also created from your integration without the statement descriptor suffix
you're saying that when the payment intent is declined by the bank it should not be cancelled?
what state should be remain in if there is a bank decline?