#vienklett_docs
dusk nimbusBOT
đ 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/1390074834842550272
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
solemn valve
Hi! Why aren't you just charging them for change for the remainder of the year off the bat?
In your example, August 1 isn't a billing date; July 1 is always the billing date, since the billing interval is yearly.
The challenge with what you're describing is that you can't combine yearly and monthly things in the same subscription.
You could absolutely have it immediately create an Invoice for the proration but that would be based on the change between i.e. 3 and 4 seats for the year, not for the 'specific month' as yearly interval Subscriptions have no concept of a 'month'.
half nimbus
since we have upfront cost for every new added user, we would like to charge them 11months + prorate for month ~ 1 year payment
and we want to charge them in the same date on different month.
i thought of create 12 subscription for 12 different billing interval - like in same date of each month. and will update the subscription based on the month new user added.
i think i can work with subscription schedule. but idk how i can calculate the prorate amount for a month in annual sub
solemn valve
I think so too. Here's some details on how Subscription Schedules handle prorations: https://docs.stripe.com/billing/subscriptions/subscription-schedules#proration-behavior
They pay for the whole first year up front, don't they?
half nimbus
yes. but not 12 month, unless they signup on the billing date (eg 1st). else we need to charge prorate for a month + schedule charge 11 month on 1st of next month
solemn valve
Because you want all of your subscriptions to process on the 1st?
half nimbus
yes. we want to offer to charge user in the same date of the month.
solemn valve
Why would anyone ever not wait until the 2nd to sign up then, from a cash flow management perspective?
Like, if I sign up for 3 seats at 1k/seat on the 1st, you're going to charge me 3k. If sign up on the 2nd, you're going to charge me ~$242 for the rest of the month, and then $2,750 on the next 1st of the month.
Am I understanding that right?
(vs. charging me $2,992 on the 2nd, and then $3k next year)
half nimbus
July 1st: 3 x 1k = 3000k. on July 15th: 4th user x 1000/365 * 15days = $41 to cover prorate July 15 to Aug 1st. Then Aug 1st: i charge 11 month: 1000/12 * 11 = $916. so total the 4th user will pay $957 . then July 1st next year: i charge 4k
we will have to have 12 subscriptions for 12 months. then select the correct subscription to be schedule and update based on the signup date
it is seem uncommon but my company wants it.
solemn valve
I'd definitely suggest playing with Subscription Schedules for this, for sure. If this even is possible to do from the Stripe side, that's how you'll be able to do it.
It may require cancelling the original one and creating two new ones though (the monthly for now, followed by an n-month one where n is the number of months left - or something along those lines.
half nimbus
thanks.
my question is do we have any api that allow me to calculate the prorate amount of the month in my case
or i should caculate by myself and make payment intend for 1 time prorate amount
solemn valve
Subscription Schedules might work to compute this for you; you'll have to try it out. If it doesn't, you'll have to compute it on your end.
What happens if I sign up on the 2nd, or another non-first-day-of-the-month?
(Initial signup, I mean)
half nimbus
like one person sign up for 2 two different accounts?
solemn valve
No, I mean when I first sign up for your service. If I don't sign up on the 1st, how do you handle that?
half nimbus
not signup in the 1st time. we will have prorate 1st month + 11 months.
solemn valve
Does that mean you intend to always charge 1 + 11 months separately, no matter what day of the month they sign up?
half nimbus
yes.
solemn valve
Ok, then Subscription Schedules are definitely what you want here, as you can do that fairly easily with those.
https://docs.stripe.com/api/prices/create#create_price-recurring-interval and https://docs.stripe.com/api/prices/create#create_price-recurring-interval_count are what you want here. You can do "monthly" and "1" for the first phase, and "monthly" and "11" for the second phase.
What do you expect to happen the second year? Is it billed for the full year or the same as the first year?
How will you handle seat changes after the first month?
dusk nimbusBOT
void fulcrum
hello! fyi i'm taking over this thread
half nimbus
for 2nd year, we will charge the full amount on the users signed up on 1st year
and on the 2nd year, seat changes will have the same logic of 1st year when i have 12 subscriptions.
dusk nimbusBOT
void fulcrum
gimme just a bit, still wrapping my brain around your logic
void fulcrum
hmmmmmm, if i'm understanding this correctly i don't think we have an elegant way to do this exactly out of the box...
you could definitely charge the entire prorated amount the moment you add the additional seat, but the splitting up of the prorated monthly amount and remaining prorated annual amount is much trickier
half nimbus
yeah. im thinking i may build my own tracking system and use Stripe invoice/payment intend to support my own system.
thank you for your time
void fulcrum
yeah, i think that's probably true based on what i'm finding so far