#mohamade_api
woeful rapidsBOT
đ 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/1271123404933693524
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
round acorn
Can you explain in more detail. Not sure I understand. What does BNPL have to do with anything?
oak garnet
Hi, Buy Now Pay Later options like Affirm will not work on our case.
Because we have usage-based prices that defines the charge in the period.
oak garnet
We have yearly subscription. the subscription consist of one per-seat price (charge upfront) and one usage-based price (charge at the end of period). Now the total price of the yearly subscription is too high. We want to have payment plan on it for our users. So user can select to pay in installment (monthly, quarterly, half yearly or yearly). How we can achieve this?
We want to do something that when we create/update the subscription, Stripe does not charge the subscription right away and allow us to issue invoices based on the user selection for the payment plan
round acorn
The way to do this would be to break up the yearly price. For example, if the yearly subscription was $1200, and you wanted to offer monthly installments, you'd just want to create a monthly price of $100
You'd need to use different price objects for this
oak garnet
you can not know the amount due upfront. It has one usage-based price.
Is there any way to tell the subscription that it should not try to charge anything and goes to Active status? This way we can manage the pyament plans by charging the customer on the period
round acorn
you can not know the amount due upfront. It has one usage-based price.
But doesn't the user select the payment plan? You'd just divide the usage based price's amount by whatever interval they select for the payment plan and create a new price with that amount
oak garnet
yes but we will have more than 20 prices for the combination we want. I hoped that i should not have to go that way.
so there is no way to separate payments from the price/subscription and control it manually
round acorn
so there is no way to separate payments from the price/subscription and control ...
Not sure what you mean exactly, but you don't have to use Subscriptions at all if you don't want. You can control payment logic entirely on your own if you like via invoices/payment intents