#asifarub-subscription-3ds
1 messages · Page 1 of 1 (latest)
Hello! RIght now there's no way to "pre-authorize" a specific amount for a subscription
do you see this with other users?
is there any solution that can reduce this kind of user
or even bank decline
Yeah this is something that is pretty common with subscriptions and there isn't really a good way around it (again, because there's no way to "pre-authorize" the future amount when the trial starts).
The main thing I'd make sure you're doing is make sure that you collect a PaymentMethod and run it through a SetupIntent (should be on the subscription at pending_setup_intent for trialing subs) to make sure that they at least have a valid card/payment method
we are doing that
we have fraud risk enabled as well that is checking zip/postal code and also removed prepaid card since that was causing a higher failed
we are following this documentation
https://stripe.com/docs/payments/accept-a-payment-deferred?type=subscription
we are calling confirmSetup for trialing users
quick question
if we bill people 1 cent and refund will that affect account status
I don't know if it'll specifically affect your account status, but it's something we explicitly don't recommend (and I belive card issuers don't like when you do it either)
can you please clarify the redirect_url in confirmSetup call
is there any additional parameter that gets added to the url when returned to our system
is there any way to check if user was redirected to the bank from the platform
is there any way to check if user was redirected to the bank from the platform
What do you mean by this? Are you asking how to check whether 3DS was done?
yes
in confirm setup, there is a paremeter called redirect_url
according to the documentation it says
The url your customer will be directed to after they complete authentication.
my assumption is user was redirected out of our platform for authentication
correct?
Yes, that's correct - but most integrations with the payment element will always redirect to the redirect_url even if 3ds wasn't required (unless you've explicitly set redirects to only be when it's required)
Really, your question is just about how do you know if 3DS was performed or not