#Ajay479
1 messages · Page 1 of 1 (latest)
Hey there
Hey bismarck
So you want to allow for an upgrade and have it include proration, correct?
The item that is being added is still a recurring item, yes?
Yes that is correct
Is the new item going to be on the same interval (for instance, monthly) as the current Subscription item?
Yes that is a check in place before hand
Okay and finally do you want to invoice immediately for the update or wait and have the new item added to the next invoice?
That is a good question, lets just go with immediate
Okay. So you basically just want to make a Sup update request then with the new Price/Plan that you are adding (https://stripe.com/docs/api/subscriptions/update) and set proration_behavior: 'always_invoice'
We also talk about the basics of upgrading/downgrading in our docs here if you haven't taken a look at this yet: https://stripe.com/docs/billing/subscriptions/upgrade-downgrade
So the way we do plans here is a little odd to me and I am wondering if I can still go this route?
We allow users to select multiple items to add to a monthly subscription, when they hit checkout, we create a plan where the monthly rate is the sum of all the items in their cart.
If I wanted to just prorate 1 item in their cart, would that be possible? Or can I only prorate the entire plan
What you are describing sounds like Subscription creation, not an update, so I'm a bit confused how proration would apply in that case. But overall, yes, you would need the items to be broken into separate Plans here.
It is a bit confusing, I don't think it was designed in a way to allow for this.
So it sounds like what we are wanting to do is not possible with our current design.
Can I run one more example by you?
Of course
Awesome I will try to make sense...
So currently we have items a,b,c that a user can choose from and add them to a monthly subscription. Each item is priced at $10.
Lets say someone adds a and b to their cart on a 1 month subscription term.
Our current checkout process would create a unique plan at the time of checkout and the plan would cost $20 / month (a+b) then we go and subscribe the user to the plan we just created.....
What you are saying is we should have individual plans for a,b,c and then subscribe the user to those plans at the time of checkout instead of creating a custom plan?
Sorry for the long message, hope this makes sense
Overall yes, that is what you should do if you want to be able to make specific upgrades/downgrades for the Subscription for A, B, or C.
If they are lumped into one Plan then you can only upgrade/downgrade that one Plan.
It mostly depends on what you want to accomplish, but generally you would split up the different selected items into their own Plans for more flexibility
That is what I thought the case might be, thanks for your time bismarck