#dmitry-zip-future-payments

1 messages · Page 1 of 1 (latest)

dull imp
#

Hey there!

The manual is saying I should use stripe.confirmPayment method on front-end, which requires a return_url parameter. Why is this parameter here? I thought that Stripe handles any 3DSecure auth without redirects. Is this param for non-card payments only? If so, can I use stripe.confirmCardPayment instead of stripe.confirmPayment (I'm only allowing card payments on my website) ?
Most banks/issuers will redirect for 3DS/auth verification. If you want, you can implement an iframe solution: https://stripe.com/docs/payments/3d-secure#custom-iframe
Whan I'm charging a card for 1st time (point (6) in the manual), at what point will my backend be getting PaymentMethodAttached and ChargeSucceeded webhooks? Will they both be sent after the stripe.confirmPayment method succeeds?
Yes, exactly. confirmPayment will resolve (either successfully or failing) and then the relevant events will fire. We can't guarantee ordering of those events though.
If I successfully take 1st payment, the manual describes how to charge the saved Payment Method later when the customer is not present. But what if I also want to charge this payment method later when the customer IS present on my website? Do I just need to pass PaymentMethod ID to front-end, and use stripe.confirmCardPayment? Will this take care of any 3DS auth that may be needed?
Yep, exactly! The only difference being from the link is that you wouldn't pass off_session: true, that way Stripe.js can handle any required 3DS flow whilst the user is on-session (instead of just failing).

Card authentication and 3D Secure

Learn about authentication to reduce fraud and meet regulatory requirements.

reef cove
#

The doc that you provided says "Stripe automatically displays the authentication UI in a pop-up modal when calling confirmCardPayment and handleCardAction. You can also redirect to the bank’s website or use an iframe."
So by default there should be no redirect, and no return url should be needed

#

Looks like confirmCardPayment does not require a return URL, but confirmPayment does. What's the difference wetween these methods?

#

If I want a pop-up modal instead of a redirect, do I have to use confirmCardPayment ?

dull imp
#

confirmPayment only works with the Payment Element

#

The requirement there is that Payment Element supports more payment methods (other than just card), where a redirect is necessary. Therefore return_url is required

reef cove
#

So can I use CardElement and confirmCardPayment in the "Save payment details during payment" flow?

dull imp
#

Yep, works fine. Most docs are just updated to use Payment Element now as a the recommended integration

reef cove
#

Okay, thanks a lot 👍