#VanessaD
1 messages · Page 1 of 1 (latest)
so for example, if I have a customer who wants to pay with amex, and I don't want to accept amex, there is no way to do that ?
you can use Stripe Radar to block certain card brands which is the best solution
but you can also take a look at this example https://glitch.com/~stripe-block-amex
what I was saying about brand blocking not being available is more related to configuring the PaymentIntent not to accept certain brands of cards
both of these solutions means that the customer will confirm the card payment first and then we would have to do a verification of the card brand (either with Radar or from your backend logic) instead of being automatically blocked on the front-end
Are these approach possible with usage based subscription ? I mean that when the customer enters their card information, he is not charged directly but at the end of the billing cycle
I think if you're using Radar yes, since if you're setting up a Payment Method for future usage we tried to authorize the card for $0 which will fail with the Radar rule
I tried but it's not working, maybe it's not possible with platform in India ?
mmm I'm not sure
India has very specific rules and regulations
I think you can write to https://support.stripe.com/?contact=true for more accurate response on the India regulations there
Find help and support for Stripe. Our support center provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.
ok thanks and about the second option the glitch link, all the logic is made in the front-end and not in the back-end ?
no actually the back code is also included there
yes but there is just the creation of the paymentint, nothing to block the payment on the server side ?
oh sorry my bad, you're right, in the Readme of the glitch there's a description of how to implement the blocking with a manual confirmation process
no problem, thanks!
I tried with another platform in Europe and Radar FFT does not block the amex card with subscription usage based without charging
there's a toggle in the Dashboard settings somewhere to run custom Radar rules on SetupIntents, which is what you probably need if you want to block a card from being saved if it's not being charged. ; https://dashboard.stripe.com/test/settings/radar
it's not working in my case because I don't have setup_intent
hmm, hard to say really without looking at some specific examples!
I tried with this Stripe sample https://github.com/stripe-samples/subscription-use-cases/tree/main/usage-based-subscriptions
yeah that's a really old-style sample, so it doesn't quite check the card details with a SetupIntent when attaching them to a Customer for a Subscription, so indeed there is no opportunity for any custom rules to be run
ok so this one will be better https://github.com/stripe-samples/subscriptions-with-card-and-direct-debit
I believe so
ok I will try, thanks
Hey, taking over here. Let me know if there's any follow-up Qs I can answer!