#chatoyan48_code
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/1387833651466735797
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hello there
Hello
What you are trying to do is incompatible here -- you can't use error_if_incomplete and also force 3DS to occur.
That would just lead to an error.
If you are going to require 3DS then you must use default_incomplete
ok and what is the solution, for not left many incomplete payments
Let's back up.
What integration are you using here?
And what is your goal exactly? Are you just interested in a Subscription integration but want to limit the amount of incomplete PaymentIntents left on your account?
Just dropping a ton of code doesn't help, sorry.
Are you using our deferred-intent flow: https://docs.stripe.com/payments/accept-a-payment-deferred?platform=web&type=subscription ?
If you want to prevent incomplete PaymentIntents then that flow is the way to go.
The Subscription/PaymentIntent will only be created when your customer actually attempts to pay, not when you render Payment Element.
our checkout working like this in checkout page we are creating user attaching payment method and creating subscription with paid trial period. also we have multi currency system and different plans. if user will make one incompleted payment and change plan and try secund plan with deferent currency will will have issue
I'm not sure I quite understand what you mean, but if you are worried about a user starting a new Subscription after already creating one then you need to track that on your end via authenticating your customers.
Yes, but if the user closes the 3D Secure (3DS) modal, the payment remains incomplete in Stripe. Then, if they attempt a second payment, Stripe automatically charges the previous incomplete payment as well.
No
We would not "automatically charge the previous incomplete payment"
So something else is going on if you are seeing that happen
Happy to look if you have an example
yes sorry you are right I think in the testing process something was incorrect from my side
the last question is it possible to merge 3 api calls like create user attach payment method and create subscription,
we have issue to showing 3ds it is taking long time
No that's not possible. You can have the PaymentMethod be automatically attached to the Customer upon the successful PaymentIntent confirmation if you want to go that route, but if you want to attach prior to confirmation then no way around these calls.
can you give me doc for it tried many ways not worked
Doc for what?
https://docs.stripe.com/payments/accept-a-payment-deferred?platform=web&type=subscription is the integration guide
(That I shared above)