#taylor-brooks-simple_api
graceful copperBOT
👋 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/1311053959930187857
📝 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.
- taylor-brooks-simple_api, 4 days ago, 20 messages
burnt vapor
Hi, you can use Stripe.js to handle this natively, https://docs.stripe.com/payments/3d-secure/authentication-flow . However, you can choose to handle this on your own and then redirect the customer on the next_action to complete the 3DS. There is not another way but to get the customer back on session to complete 3DS. Even if you set this card before for future off session usage, the issuing bank can ask for 3DS at any time on the subscription payment.
midnight halo
So in the event of off session usage (that' the term I was looking for) what is the suggested flow? Treat it as a decline?
burnt vapor
No, that is not a decline, https://docs.stripe.com/payments/paymentintents/lifecycle. It just means that an additional step is needed to process the payment.
midnight halo
So email the card holder with a link to enter their confirmation code?
burnt vapor
If you're looking to handle this on your end, you can direct them to the next_action : https://docs.stripe.com/api/payment_intents/object#payment_intent_object-next_action
How you handle that is up to you
midnight halo
Maybe, I should've passed off_session as true in the request params
I assume that if I do that, the response will not include a "requires_action" as a status?
burnt vapor
Yes, that might have decreased the number of payment intents that might have required 3DS. However, just passing that does not guarantee that the issuing bank will ask it later.