#Merino-customerportal

1 messages · Page 1 of 1 (latest)

blissful mural
#

Hello! What questions do you have?

primal sparrow
#

Hello karbi, how are you? Hope you're well

#

Earlier today I spoke with two-shoes about some known limitations regarding the customer portal

#

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

blissful mural
#

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?

primal sparrow
#

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?"

blissful mural
#

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

primal sparrow
#

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?

blissful mural
#

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)

primal sparrow
#

Nice, I'm thinking if I have any more doubts but I guess that was it

blissful mural
#

👍

primal sparrow
#

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

blissful mural
#

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)

primal sparrow
#

Ok, that's what I thought, nice. Thanks very much karbi, have a good one