#ryan_best-practices
autumn masonBOT
👋 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/1265757004484313098
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
sleek rampart
Hello
We can't recommend you do this, no, as it is against card network regulations to authorize a card with no intent to actually capture that authorization.
See: https://docs.stripe.com/payments/place-a-hold-on-a-payment-method#auth-capture-limitations
Card networks may also restrict 1 USD authorizations you don’t intend to capture.
slow hill
Got it, thank you. If we create a subscription object with a trial period of 14 days, at one point does Stripe authorize the card? Is it only at the end of the 14 days?
sleek rampart
If you confirm a SetupIntent we, most of the time, authorize the Card using a $0 authorization. I say "most of the time" because there are times that we do not do this to counter card testing (see: https://support.stripe.com/questions/check-if-a-card-is-valid-without-a-charge).
Then, yes, the card is authorized again when you attempt to charge it at the end of the trial period.
slow hill
Okay, makes sense. Besides using a SetupIntent and creating a Subscription with a trial period, is there anything else we can do, or some other approach to take, to increase the percentage of cards that succeed come first payment?
sleek rampart
Unfortunately, no. You are already doing the correct thing by using a SetupIntent and declines are just a part of payment processing.