#pavlina_unexpected
1 messages · Page 1 of 1 (latest)
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1462789207847206923
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- pavlina_api, 3 days ago, 26 messages
- pavlina_api, 3 days ago, 27 messages
- pavlina_api, 4 days ago, 25 messages
👋 happy to help
unfortunately we can't do much about insufficient funds errors. the customer needs to contact their banking and follow-up with them
you can ask them to try with a different card
But what about the question? Am I understanding how Smart Retries work?
Was the customer supposed and go the payment though the billing portal or it should have been paid if he has enough funds by the Smart Retries?
I'm looking at the docs and insufficient_funds is not part of the hard decline codes so I'm trying to understand what actually is happening
https://docs.stripe.com/billing/revenue-recovery/smart-retries#non-retryable-decline-codes
👋 Hi there! I'm taking over for my colleague. Let me take a look
Can you share the Payment Intent that's failing here? i.e. the pi_… value
pi_3Sje0nAZplvGSnJj0uP4V9JN
Thanks. You are understanding correctly how Smart Retries work, and you can see there were automated retries at different times for the same card.
But looking at the details of this particular transaction, there's nothing more we can do: each time we contacted the card network, they responded with the same "insufficient funds" message. The customer would need to reach out to their bank for more information on why they declined the charge.
I see, so for other insufficient funds issue Smart Retries should get it picked up?
If the bank approves the charge when we retry, then the Payment Intent will be successful. If it doesn't succeed, then we will keep retrying until your configured limit.
I see, I was more hesitant because of those hard decline codes and I see that insufficient funds is not part of them, so it's not an issue on our end or Stripe's but more on the customer's bank.
That's correct 🙂
It's still weird how the customer added money and is saying they have funds but yet in Stripe they still don't.
Yeah, I understand the frustration. Unfortunately, Stripe can't know what the underlying problem is. Only the bank would know whether there's a problem with the customer's card, or they didn't actually add enough funds, or another payment was made in the meantime which reduced their funds, etc…
I see, thank you so much arran. Devs are always the first point of contact when there are issues and I really appreciate this server and you guys.