#wim_api

1 messages ยท Page 1 of 1 (latest)

primal zodiacBOT
#

๐Ÿ‘‹ 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/1293854573508694079

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

devout sparrow
#

Hi, let me help you with this.

bold cypress
#

Hey, thank you ๐Ÿ™‚

devout sparrow
bold cypress
#

The problem is, I want to migrate all of my subscriptions in december because on 1st of january 2025 we will have a new price
The first approach would be helpful, but the problem is that if i migrate in the middle of december, new customers can create a subscription after the migration happend and will not have a new price of the next billing cycle

devout sparrow
#

In this case I would say you can upgrade all Subscriptions on December 31 at 23:59

bold cypress
#

hm, we want to make this as bullet proof as possible
we have 140k active subscriptions and are required by law to charge the new price
wasnt there a "phase" thing in the past on subscriptions too?

primal zodiacBOT
long parcel
#

Hey! Taking over for my colleague. Let me catch up.

bold cypress
#

Hey, sure thanks ๐Ÿ™‚

long parcel
#

wasnt there a "phase" thing in the past on subscriptions too?
You mean Subscription Schedulers?

bold cypress
#

no, i thought on normal subscriptions there was something like phases/periods too
where you can set a different price for the first two months for example

long parcel
#

You can set different prices on a particular billing period in case these prices share the same interval (monthly with monthly and weekly with weekly)

bold cypress
#

Yes, they do share the same interval
always at the first of the month

#

Lets take this for an example:
In middle of december I create a stripe subscription with a backdate set to 1st of december
For december I want to use price_abc and starting with 1st of january 2025 I want to use price_xyz
Is something like that possible without needing to create schedules

long parcel
#

The easiest way to achieve this is using Subscription Schedulers.

#

If you have active Subscriptions, you can convert them easially to Subscription Schedulers

bold cypress
#

this would require heavy refactoring on our backend, which we want to prevent
so i guess then option 1 "Update the Subscription directly before the 3rd period starts - this is simpler." is the best we have?

long parcel
#

Or yes you can do so, like create your own scheduler and update the Subscription just before the period start.

bold cypress
#

alright, thanks for the info ๐Ÿ™‚

long parcel
#

Happy to help!

bold cypress
#

one last question

long parcel
#

Yes please

bold cypress
#

when i update the subscription with the new price
the invoice doesnt change right?
e.g. when i create one subscription in december, the payment is instantly triggered
when i now update the subscription a few hours later with the new price by a cronjob for example
the previous payment wont change to the new price right? so the new price is defeinitly just charged on the next billing cycle (1st of january)

long parcel
#

If you want to achieve that, you need to set proration_behavior to none when you update the Subscription

bold cypress
#

perfect, thats it then ๐Ÿ™‚ thank you

#

so just an update call on the subscription with proration to none and set the new subscription item (containing the price id and the taxrate)?

long parcel
#

Yes.

#

I think that would fit to your use case

bold cypress
#

yep, sounds good

long parcel
#

I encourage you to make some tests first, using Stripe Test clock first between

bold cypress
#

yes, we will test on our staging with stripe test environment