#lafafm-3DS

1 messages · Page 1 of 1 (latest)

dusk crescent
#

Hi there 👋 are you manually handling 3DS, or are you leveraging our flows that handle 3DS?

mint saddle
#

Manually

dusk crescent
#

Can you give me an overview of the steps you're currently taking when you add the new card for the customer?

mint saddle
#

Yes, sure

#
  1. Collecting card information via Stripe.js card element
  2. Passing payment method to backend
  3. Attaching it to the customer, and setting it as default Payment method
#

In step 1 - we're transforming card element to payment method via stripejs.createPaymentMethod

#

We have no 3ds verification on the card change at the moment, just want to implement it

dusk crescent
#

Thanks for that! So as it stands, it does look like those steps won't trigger an authorization. I think you have two options here:

  1. Use the next charge on the subscription as the authorization flow and be ready to handle 3DS then
    or
  2. Use a setup intent when creating the payment method so that authorization flows are triggered then
mint saddle
#

Ok, but the second step wouldn't help us in case of the highlighted card, right?

#

E.g. even if I made a setupintent for that card - customer would still need to authorize next payment (via email possible)

dusk crescent
#

Correct, and it's a good test card to use. Ultimately, whether or not a customer must complete a 3DS flow is up to their bank. When we set up a card we give the bank every reason we can to allow future charges to occur without the extra authentication, but they can still require it anyway. So it's always good to test with that card and be prepared to catch the 3DS events at time of charge as well.