#dru-subscriptions
upbeat tangle
@shrewd solar hi! well May likely corresponds to the SCA regulation starting to be enforced in some countries, see https://support.stripe.com/questions/strong-customer-authentication-sca-enforcement-date
That would leads to payments requiring 3D Secure and your integration would need to be able to handle that at the time of creating the subscription (https://stripe.com/docs/billing/migration/strong-customer-authentication#scenario-1)
shrewd solar
Thanks, I did wonder about that but these issues are specifically on our U.S.A. account, our UK account is creating subscriptions without a problem - does this effect USA too?
upbeat tangle
not as much no, it's mainly a European regulation, though some banks in the US do support and enforce 3D Secure and it will likely become more common over time globally.
do you have an example in_xxx of a failed invoice I can look at?
there might be other things, like maybe you have a custom Radar rule that triggers 3D Secure as well.
shrewd solar
heres one example:
in_1JXqJtGWFxL4BamKiTiiYFwI
upbeat tangle
thanks, give me a few minute to look!
shrewd solar
much appreciated!
upbeat tangle
I think you have the request_3ds_if_3ds_supported Radar rule enabled
yep, it's that (https://dashboard.stripe.com/settings/radar/rules) With that rule enabled if the card supports 3D Secure(and many US cards do), then we'll prompt the customer for it and you'll get that behaviour you see
digging a bit more, that was enabled by someone on your account on 2021-05-25 so I guess that corresponds to what you're seeing.
shrewd solar
a-ha, that's awesome (that you found it) if we decide to, how would we disable this again?
upbeat tangle
you can disable it from the dashboard page for the rules, linked above(but maybe you don't have Administrator access to the Stripe account so you don't see the option)
shrewd solar
is it this line?
upbeat tangle
yep!