#russ-decline-support
glass wigeon
👋 Just to make sure I understand - your issue is that the Subscription is not attempting payment when you're creating it, right?
limber galleon
Well sort of, My issue is that when a user who has already used the freetrial and then canceled the subscription re subscribes i can not immediately charge them. The way I have tried to do this was to set the trial period end to zero but this resulted in an incomplete invoice.
in the second photo i call getUserData which would tell me if they already used the free trial. I tried then doing trial_end.getDate+0 and settign that equal to trial_period but this resulted in an incomplete invoice
Im wondering if there is a better way to immediately charge users who have already used the free trial
i make this call inbetween the two photo i sent aswell
2)
glass wigeon
Yeah let me rephrase my question - you WANT your subscription to immediately charge them, correct?
limber galleon
Yes, I want to be able to conditionally immediately charge the user.
the condition being whether they've used the free trial yet
glass wigeon
Yeah so what you need to also change in your Subscription creation code is payment_behavior . Instead of using default_incomplete you'll want to use allow_incomplete. This will immediately attempt payment of the Subscription when it's created
limber galleon
perfect
one last question do you know if there is anything I could do on the code side to prevent general declines from issuers
from what i read it is unlikely that there is anything that would cause declines
on the code side
but maybe i missed something
this is what i read about it
glass wigeon
If you're already using Setup/PaymentIntents then I think that covers the biggest issues (some users who are using old Charges APIs have issues with declines because of authentication)
What I'd suggest is taking a look at what kinds of declines your seeing and then writing into support (https://support.stripe.com/contact) to take a look at some of the specific ones that concern you
limber galleon
ok will do, thank you
The only reason i ask is because the failed payments started when the free trial was added.
i figured it might be we were flagged by a banks automated system
but almost 60% of our payments have been failing and its link, mastercard and visa
so i doubt all of them flagged us around the same time
would taking billing information help with this, or attaching the default payment method to the customer?
glass wigeon
Setting a default payment method to the customer shouldn't matter (since you're already setting it as the default on the Subscription)
Not sure if billing information would help, it'd really depend on the kinds of declines you're seeing
safe summitBOT
limber galleon
they're all generic with no added information some have said 'Your card does not support this type of purchase.', but from what ive seen this is only for ones using using visa prepaid cards
the weird one is the declines from link since its stripe owned
i dont think we have had a successful link payment yet
which is why i think the issue might be on my end although i cant think the reason
glass wigeon
Yeah at this point I think the best thing is to find some specific examples and have support take a look - they're usually the people you want to talk to if you have concerns with declines
limber galleon
ok will do thanks again