#didi1982_api
1 messages ¡ Page 1 of 1 (latest)
đ Welcome to your new thread!
â˛ď¸ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).
âąď¸ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1256103773319860235
đ Have more to share? Add details, code, screenshots, videos, etc. below.
hello! When you use one of Stripe Elements to collect and then confirm the PaymentMethod, by default, it will automatically handle and display a 3DS modal if required. For example, when you call stripe.confirmPayment (https://docs.stripe.com/payments/accept-a-payment?platform=web&ui=elements#web-submit-payment) Stripe will handle all of that for you
how are you collecting the payment method details for the PaymentIntent that you are confirming?
no we do collect the checkout session for off_session use,
so we do the payment off session with confirm=true
ah, if that's the case, then you should pass in off_session=true when creating the PaymentIntent
let me try
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
ahhh so the behaviour will then be the same as with
error_on_requires_action: true,
there is no way to bring back the user on session with a stripe hosted page?
so when you create the PaymentIntent with off_session=true , this means that your customer is not on your site or APP and hence will not be available to authenticate. If you receive the authentication_required error message, it's up to you to notify your customer to come back on-session to authenticate and complete the payment
can you share the PaymentIntent id which you tried with off_session=true?
pi with off-session=true: pi_3PWWWrCAUJ0lhKRn0SJ2whxt
you can see that the status for this PaymentIntent is requires_payment_method
pi with off-session=true and error_on_requires_action=true:
pi_3PWWbDCAUJ0lhKRn0PawFiz7
yes this is the same as with other cases of rejections
so just bring your customer back on your site, you can initialize the Payment Element with this PaymentIntent to collect the Payment Methods details again, and use stripe.confirmPayment with either new payment details, or with the existing PaymentMethod
so no stripe hosted option
no, there is no stripe hosted option in this case
ok thx. this was what i was looking for
if you want a Stripe hosted option, i think you can consider Invoicing
need to discuss with our PMs
the payment element thing is on the plate
but a longer story