#manatee_unexpected
stoic chasmBOT
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- manatee_docs, 1 day ago, 12 messages
tidal phoenixBOT
đ 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/1268194246901366865
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
rugged echo
If the first invoice doesn't require payment (ie $0), then we always start as active. If you require payment to be collected prior to subscription starting as active, then I recommend implementing the deferred integration instead: https://docs.stripe.com/payments/accept-a-payment-deferred?platform=web&type=subscription
flint kernel
So there is no way to create subscription in inactive status if it cost 0$ ?
rugged echo
Correct
flint kernel
as far as i see in this doc, method that creates subscritpion (https://docs.stripe.com/payments/accept-a-payment-deferred?platform=web&type=subscription&lang=dotnet#create-intent)
it also creates subscription and it probably gonna create active status subscription, or i'm wrong ?
rugged echo
It will be active, yes
That's not the point of that integration though. It ensures that the customer will have provided a payment method prior to the subscription ever being created
flint kernel
what if the card is incorrect f.e expired card decline https://docs.stripe.com/testing#declined-payments
then he will have active subscription with no payment method because it fails to add
rugged echo
Well if payment is $0 there's no way to charge the card anyway to see decline
SetupIntents sometimes auth the card, but not always
So that's always a risk
flint kernel
This is my issue here. I don't want to create active subscription (for 0$) without adding payment method.
I've been asking and looking for solution for this problem.
I've tried to find card validation that i can do on the server side (didn't find anything).
I've tried to always make inactive subscription, and change that status after stripe.ConfirmSetupIntent call -> it seems that it is also not possible.
Do You have any other idea how to resolve my problem ?
Is there a way to first try to add payment method by .js without creating the subscription ?
rugged echo
Is there a way to first try to add payment method by .js without creating the su...
That was the doc I shared
In that integration, a payment method is added first before subscription is created
If you don't even want to create the subscription, just use a setupintent
The doc I shared solves for this. Why is that no sufficient?
flint kernel
i've must have missed the https://docs.stripe.com/payments/accept-a-payment-deferred?platform=web&type=subscription#save-payment-methods i belive this is the logic i need to implement.
Thanks for the help
rugged echo
Exactly