#Merino-customerportal
1 messages · Page 1 of 1 (latest)
Hello karbi, how are you? Hope you're well
Earlier today I spoke with two-shoes about some known limitations regarding the customer portal
At this thread #1032686608941580380 message
Now I'm wondering if it's possible for me to develop some of the limited features inside my application and use the portal either way
So that my customer can enjoy everything you guys provide, and at the same time be able to do stuff externally to it
Can you give me more details here? It's definitely possible for you to use the customer portal in combination with your own logic, but what specifically are you imagining?
Of course, we mean to have a subscription service with usage-based logic, so every subscription would have a usage limit, some bigger than others.
Meanwhile every client would have the option to buy external packages of credit to use on our application as well
Which made me conclude that I'd need a external logic, since it's a known limitation that it isn't possible to update a subscription with usage-based scheme at Stripe's default Customer Portal
That's what two-feet confirmed to me earlier, then while I kept on reading this new doubt emerged "Do I need to manage everything now? And created a portal from scretch? Or can I have both?"
You can definitely have both - it would just be up to you to come up with a flow/UI that makes sense
So for subscription cancellation / anything for non-metered subs you can direct them to the customer portal, but for management of metered subs you'd use your own application
Yeah, so let's say I have a metered subscription in which the card expired and the charge failed
My customer would be able to fix the payment method at Stripe's customer portal
Even though it's a metered subscription, this kind of basic management would still be available right?
yup! it should work as long as the customer's default payment method is supported by the portal (the portal supports cards, so for the example you gave it should work fine)
Nice, I'm thinking if I have any more doubts but I guess that was it
👍
Hey Karbi, one last thing, during test mode when I buy twice the same subscription my customer ends up with 2 subscription of the same product, price, etc.
Is this default behaviour? (or test only?) Or is it some kind of setting that I need to configure?
My customers should be able to have a single subscription active at each moment
Yes this is expected behavior - every time you create a subscription through the API that counts as a separate subscription, we don't do any consolidating/deduplication. If you want to make sure they only have 1 subscription you need to add that logic to your integration (where you check if there is already a customer + subscription for them, and if so you update their existing sub instead of creating a new one)
Ok, that's what I thought, nice. Thanks very much karbi, have a good one