#eirikbakke
1 messages ยท Page 1 of 1 (latest)
Hello ๐
Do you have an example subscription ID I can take a look at?
Yes, I've been testing with a test clock. sub_1NG6QRDHG7AdSc9OIJ2cfykb
If it's easier I can create a fresh Customer object with only this example.
Sure, can you also share the customer portal confiruation object?
it's the default customer configuration portal set in my Stripe Dashboard
well, with some customizations set in the dashboard
what's a good way to share it?
Hmm haven't played around with dashboard configs yet ๐ค
Let me take a look
๐ catching up since my teammate needs to step away!
Greetings!
If you always want to charge a customer for price changes like the one outlined above, the "Prorate subscription updates" setting in the portal configuration should remain enabled. In the scenario above, keeping this on + using "invoice immediately" means the customer would get a credit for the $360 minus one week's usage and would be charged for the remaining time on the professional plan
You can also test this same scenario with each of the possible proration_behavior values here and advance the time to see the resulting invoices and events: https://stripe.com/docs/api/customer_portal/configurations/create#create_portal_configuration-features-subscription_update-proration_behavior
In this case the product is desktop software that is activated for a month at a time, so if there are downgrades to the subscription, there should not really be a proration, since the activation for the entire month has already been delivered.
Hm, that makes me think the prices should be recurring monthly prices, not recurring yearly prices
A month or a year--it is possible to buy a yearly subscription and activate offline.
If it was only a month it would not be much of a problem, but we do want to offer yearly subscriptions paid up-front.
I might just have hit the limits of what I can do with the billing portal in terms of letting users change existing subscriptions. Thanks for your help!