#rhuzaifa_docs
1 messages ¡ Page 1 of 1 (latest)
đ 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/1328470518256504856
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- rhuzaifa_webhooks, 7 hours ago, 27 messages
- rhuzaifa_webhooks, 9 hours ago, 23 messages
- rhuzaifa_webhooks, 5 days ago, 10 messages
What does this section mean in the doc above
It means if you subscribe a customer to a $10 a month item with a quantity of 0, then changing that quantity to 1 won't generate an invoice or reset the billing period
```If a customer downgrades a subscription plan from price-A to price-B will it always generate an invoice and an invoice.payment_succeeded event with billing_reason of subscription_update?
Not necessarily. Depends on the proration behavior you set
Recommend trying out different scenarios in test mode to get a good feel for how this all works
thanks, where would i need to set the proration_behaviour, on the subscription?
It's set on a per-request basis: https://docs.stripe.com/api/subscriptions/update#update_subscription-proration_behavior. There's not a global setting for the subscription
I have these proration settings for subscription for customer portal, and it feels like they are a 1 to 1 map for the proration behaviour. I am assuming its related since both exist on the subscription.
yep that applies only to updates made in the portal
but that controls the proration_behavior param
so in my case since the proration behaviour is immediately invoice, can I expect it to always generate an invoice when a user downgrades their subscription plan to a lower tier but a plan with an amount greater than 0?
yeah
nice.
Just 1 more clarification
If the downgrade plan amount is low, such that it only covers the stripe processing fee (or maybe doesn't even cover that), will an invoice still be generated?
Hm not sure offhand. Recommend giving it a go in test mode to see