#cristian_ach-payment-methods
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/1268985920829390961
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi ๐
If you update the Customer's invoice_settings.default_payment_method then the Invoice should be retried if you are using the charge_automatically collection method. If your invoice is set to send_invoice then you will need to send the Invoice URL to the customer again.
Yes, the subscription is being created with charge_automatically, so Stripe recognizes that the payment method has changed and it will retry automatically?
Correct. Stripe will automatically attempt payment on the Invoice once you update the Customer's default payment method.
And if the customer wants to retry their payment method, how many attempts would it be safe to allow the customer to retry for card and ACH?
What do you mean by "if the customer wants to retry"? These retries are automatic through Stripe. Unless you build a feature into your integration to allow the user to trigger payment.
e.g. The customer has added a credit card and it has been validated.
We create a subscription with that card off-session but for some reason the payment fails something like insufficient limit/funds, etc.
The customer has 23 hours before the subscription moves to incomplete_expired.
We could wait for the smart retry to attempt again, or allow the customer to manually retry
I think that would depend on the specifics of the error message returned
It's hard to talk about this entirely in the abstract. Do you have an example payment that failed?
but is there a limit of attempts recommended to maintain a good standing with the network?
No concrete case, we are designing payment failures and how we will handle them in our platform
That isn't something I can advise on. If you send, like 1000x attempts per hour it would likely be flagged as card testing but outside of those scenarios I think you would just need to seem like humans (e.g. make a failed attempt, update payment methods and try again).
Hmmm
So it would be safe to allow a customer to keep retrying a payment method multiple times without worrying about consequences from the network, as long as it doesnt seems automated? We will have some soft limits to avoid abuse
I remember a couple of years ago there was some limits on the attempts for an incomplete subscription but I cant seem to find the number in the documentation
Especially if you are dealing with a payment method like an ACH debit and the customer may be attempting to pay before funds settle in their account. That would seem reasonable to me.
Yeah, with manual ACH these transactions can take hours or days, so I dont think it will be a problem since we can just disable the retry option while a payment intent is processing
And my last question, Is an Instant ACH (where you link your account, not by microdeposits) charge processed instantly like credit cards?
Instant ACH vs microdeposits are just pertaining to the verification of the account, not the speed of funds transfers
Yeah, we thought that, just wanted to confirm
I know we are working on enabling real time debits since the US treasury has started rolling that out but adoption by banks isn't very well established yet
also I assume it varies by bank
Thats cool!
I think this answers all my questions, thank you for your time Snufkin!
have a nice weekend ๐
Great ๐ I'm happy we could help ๐