#5knnbdwm-subscription-management
1 messages · Page 1 of 1 (latest)
Hi, it sounds like you could use our Customer Portal, https://stripe.com/docs/customer-management where your customers can manage their subscipritons to either downgrade or upgrade. They do not have to wait for the period to end if you do not want that behavior. You won't cancel the Subscription and create a new one.
is it possible to configure the products displayed there other than the available products? as I also need to offer additional packages to some of the tiers
You can pass the specifis products that they can downgarde or upgrade to. Alternatively, you can use the Subscription API Update API, https://stripe.com/docs/api/subscriptions/update and downgrade or upgrade: https://stripe.com/docs/billing/subscriptions/upgrade-downgrade
You can pass the specifis products that they can downgarde or upgrade to.
okay good to know
Yeah, upgrading looks nice but i want the user to go through a stripe checkout session.
After the customer goes through your initial Checkout Session to create a Subscirption, you get a Subscription ID which you can use to make updates/ downgrades.
yeah the first step is not the problem. The user has already went through the initial Checkout Session and has a Subscription ID.
But now i want to have multiple tiers and some of the tiers can have additional products included in their subscription.
However i want the user to go through a stripe flow on every upgrade or tier change.
If you're looking for a low code solution, I recommend you use the Customer Portal: Customer Portal, https://stripe.com/docs/customer-management
and for that customer portal doesnt seem like its the right way
Are you able to speak to why not?
as far as i understand the API to configure the portal session. I can only define what prices the user can select. But there doesnt seem to be a way to restrict what prices can go with what base subscription tier.
okay might have found something
for what time period are portal Configurations meant? are they supposed to be short lived for the session that being opened immediatly or
I'm unsure what the last question means here, can you clarify the ask?
when i send the user to a checkout session i define what the user sees in that session when i create the session object.
It doesnt seem like Customer Portals are the same way. i.e. i create a Portal Configuration and that configuration is shared between multiple users opening the Portal
👋
You can pass in the customer id when you create the Customer Portal as well, https://stripe.com/docs/api/customer_portal/sessions/create#create_portal_session-customer
hey @harsh arch maybe you can help?
I need the user to be able to change their subscription (multiple products). But they need to go through a stripe flow. Preferably the checkout session flow. But the old subscription needs to be canceled, and remaining should be handled some way
Sorry Discord is really busy right now and I'm slowly catching up/ I don't really understand your ask and you seem to misunderstand our products though.
Checkout is our hosted payment page https://stripe.com/docs/payments/checkout and it's used to start a brand new Subscription for example
CustomerPortal is our hosted customer/subscription management portal where you can modify an existing Subscription (or multiple)
5knnbdwm-subscription-management
okay no i get that. But my situation is:
tier 1 => product 1
- optional addition => product 4
tier 2 => product 2- optional addition => product 5
tier 3 => product 3
if the user is currently at only tier 1 = product 1 and wants to add product 4. The user clicks a button in my frontend and is lead to the customer Portal.
Now in the Portal i can't really create any logic that certain products can only be subscribed if a different product is also subscribed.
I could create a configuration for each tier. But then i the ability that the user can change tiers within stripe
yeah you need a custom Configuration for the exact change(s) you want to offer. There's no other way
Okay, should i create the configuration for each Customer Portal opening or should i create in this case 5 different configurations?
Up to you I would say, I don't really understand fully what you're describing as your business model. If the options are always static then I'd create them upfront and use them as needed