reekoheek_best-practices

[vale bear]

👋 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/1370358587104296970

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

[limpid grail]

Have you made an API request? What's the req_xxx ID?

[ocean ermine]

i dont know the req id, but the request completed and i got subscription with incomplete status

the webhook caught payment_intent.requires_action

i use this card 4000002500003155, it's SCA

at first attempt before had any payment method, i used checkout session and the session completed, and I had subscription with that payment method. than I canceled the subscription and recreate subscription with api

subscription = stripe.Subscription.create(
customer=existing_customer_id,
items=[{"price": price}],
)

[limpid grail]

Sounds expected then? If the payment authentication requires authentication why would the sub not be in an incomplete state?

With the 3155 card, all on-session payments require auth:

However, on-session payments with this card always require authentication.

Regardless of if it was setup previously

[ocean ermine]

so what's the best practice to give user ability to use the same card to create new subscription?

do I have to create new checkout session?

[limpid grail]

Well is the customer on-session/online? What's the issue with having them confirm/auth the payment?

There's no test card that works as you describe unfortunately

[ocean ermine]

it's ok to having them confirm in creation of subscription. as long as they do not have to confirm for monthly charge

do you think i should create new checkout session? can it use the same payment method?

[limpid grail]

We optimise recurring, off-session payments by requesting SCA/3DS exemptions to prevent those scenarios. However banks can still request/require auth for a recurring payment so your integration should handle that

[limpid grail]

I don't know, what is it you're trying to do exactly?

Why not just use a non-3DS card if all you want to do is test a new subscription flow via the API?

[ocean ermine]

i just want to enable user with 3DS card to start subscribing the service again after canceling

[limpid grail]

Then you should build a flow that allows them to confirm/auth the payment, be that with Checkout or directly via the API

[ocean ermine]

any hints with the documentation i can read about?

thanks by the way, i appreciate the help

[limpid grail]

Which part?

[ocean ermine]

allow 3DS card to confirm with checkout but using the same payment method

[limpid grail]

Nothing specific, no. Just create a new session and pass the cus_xxx ID to customer param and it should prefill: https://docs.stripe.com/payments/existing-customers?platform=web&ui=stripe-hosted#prefill-payment-fields

[ocean ermine]

btw if I use setup session to setup 3DS card and change the active subscription payment method with it, the payment next month wont be failed right?

or it will ask the 3DS confirmation every month?

[limpid grail]

I think I answered that, right? #1370358587104296970 message

(you can test it with a test clock: https://docs.stripe.com/billing/testing/test-clocks)

[ocean ermine]

ok then, thanks a lot

[limpid grail]

No problem, glad I could help!