greenpastiche

[mystic jackal]

When you say "their new price is charged at the end of the current billing period" - do you want them to be charged for the difference between the old and new price at the end? or do you not want them to be charged for the difference at all and just start paying for the new price at the end of the period?

[upper sigil]

The latter

At the moment, if the user switches from a yearly billing cycle to a monthly, mid-way through their yesarly subscription, it wants to start charging them the monthly at the end of the month

[mystic jackal]

Gotcha - then I belive what you already have is what you want. If you have proraiton_behavior: none that will disable the immediately proration so that they don't get charged for any difference

[upper sigil]

That's not the case though. With an annual subscription in the billing portal it says "Your plan renews on July 24, 2024." but if you go to switch to monthly it says "What you'll pay monthly starting August 24, 2023"

[mystic jackal]

That's because when you switch to a price with a different billing interval (like if you were to go from yearly->monthly) we immediately reset the billing cycle

It's something we always do for billing interval changes - there's no way around it

[upper sigil]

Is there any way to do what I want? Or am I thinking about it all wrong? It seems like a common use case

[mystic jackal]

Typically, the way this would be handled is by using SubscriptionSchedules - which allow you to "schedule" updates on the subscription to happen at specific points in time

So in this case, you'd schedule the update to happen at the end of the current period

The issue is, I don't think the customer billing portal currently uses that - let me double check