#sahil_api
wary glacierBOT
đ Welcome to your new thread!
â˛ď¸ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
âąď¸ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
đ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1225797468407468052
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
jaunty baneBOT
charred gust
You'd need to use this flow: https://docs.stripe.com/payments/build-a-two-step-confirmation. That way you create a pm first before confirmation and can check the funding param on the card: https://docs.stripe.com/api/cards/object#card_object-funding. This technically still creates the payment method object though.
There's not really a way to avoid that
But ^ is a solution without radar
You need to create the payment method to see whether or not it's prepaid
glacial python
Looking at the links
We're using BillingPortalSessions. Is this flow suited for that as well?
charred gust
Oh no
That's for a custom api integration
which you'll need to build a 2 step flow
OTherwise, you'll need to rely on radar
glacial python
ok, so for BillingPortalSessions, there is no way to stop users when they are trying to add a certain type of card, right?
charred gust
Radar rules are your only option to decline cards with a certain funding type
glacial python
ok
I was thinking if there's a webhook for this which I can consume and then may be remove the card using some API.
Of course this will require the card to be added.
charred gust
So you're referring to a flow where a customer just adds a card?
And doesn't submit payment?
You could do that if you want
But if this is stripe checkout
or one of our hosted payment flows, you won't be able to react in time in your webhook handler. would be too brittle
glacial python
In our product, users add payment methods before they can avail any service
The payment method is charged at end of the billing cycle.
So yeah I suppose this is not Stripe checkout that you referred to
charred gust
Yeah really i'd recommend using radar