#nerder

1 messages · Page 1 of 1 (latest)

torpid pawnBOT
patent pendant
#

API-wise there isn't a difference as far as I am aware, unless you are using a legacy API as I think one of them only supports v1. As long as you are using Payment Intents or one of our APIs that use them, we will display the correct 3DS to your users when needed

olive lantern
#

when you say legacy API you have an approximate version?

#

and we are not currently on the latest

#

also, when how we debug this kind of issues when they happen?

patent pendant
#

By legacy I mean like Sources API vs PaymentMethods API, API Version won't affect this

#

Can you tell me what your payment flow looks like here from an API perspective (like what API calls are you making?)
I think stripe-ios and stripe-android only support APIs that support v2 but will double check.

olive lantern
#

from the frontend i'm think we are using payment_intent

#

this kind of issues are quite painful because there is no much to debug from ourside

#

but we need to deal with the "blame" in a sense

#

i also guess that indirectly this happens to you when the issue is on the bank side

patent pendant
#

Gotcha, it also looks like I was misremembering and we just generally support 3DSv2 across any of our APIs that support 3DS. So you don't need to make any special considerations between 3DS v1 and v2, you just tell Stripe to display 3DS and we handle it from there. Basically, we try 3DS2 and if the bank doesn't support it we fall back to 3DS v1

olive lantern
#

ok thats good to know