#sorieng_code

1 messages · Page 1 of 1 (latest)

languid ermineBOT
#

👋 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/1315773160729088072

📝 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.

somber ore
#

Taking a look

#

Ah ok so the folks investigating this say this is known

#

They're investigating a fix

#

It's the same issue that's affecting customer portal

ember mountain
#

got it. for both #1 and #2 right?

somber ore
#

I didn't understand what you meant by 2

#

Creating a payment intent has nothing to do with updating a subscription

ember mountain
#

so for #2 I want to process the payment through payment intent and if it succeeds update the subscription from the webhook

somber ore
#

Oh why?

#

Updating a subscription should generate a payment by itself, no?

ember mountain
#

oh was just trying to find a workaround for now

somber ore
#

Unforunatley updating a subscription with the above mentioned payment method types is the piece that's broken

#

Team is investigating a fix

ember mountain
#

got it. actually can I ask another question?

somber ore
#

Sure

ember mountain
#

when I upgrade a subscription. I would like to charge the customer the diff price between 2 products instead of the prorated diff, is there a way to do that? I couldn't find a config to do so

#

so if I handle upgrade through updating the subscription/customer portal it looks like we can only charge the prorated price

somber ore
#

Can you give a short example of the exact behavior you want?

languid ermineBOT
ember mountain
#

so if user initially sign up for a monthly BASIC plan ($10) and few days later they upgrade it to a monthly PRO plan ($20) with same cycle. I would like to charge them $10 since we have count based products. But through stripe upgrade it looks like cusomters are charged less than $10 because the "few days" were excluded from the PRO plan

severe arrow
#

You can change the proration behavior used in Portal controlled subscription updates by setting that option in your portal configuration: https://docs.stripe.com/api/customer_portal/configurations/create?lang=curl#create_portal_configuration-features-subscription_update-proration_behavior

#

but i note that what you describe is likely not possible, and you should leave the behaviour as-is to manage the prorated credit and debit

#

you'd expect the unused time at 10/mo to be credited, then the remaining time at 20/mo to be debited

#

if for example they did this in the middle of the cycle, they'd get a 5$ credit for the half month left, then get a 10$ debit for the half at the new rate, and those cancel out to a net $5 charge on their payment method

ember mountain
#

right, but since our product is count based, that prorated behavior does not really make sense, is there a plan to support charging non prorated price in stripe in the future?

severe arrow
#

What do you mean "count based"?

ember mountain
#

to explain our use case more for 10/mo plan they get 10 coins to do an action, when they upgrade to 20/mo plan they get 20 coins so even if they upgrade half way through they get to use all 20 coins within the subscription cycle

severe arrow
ember mountain
#

right I think I tried that

severe arrow
#

Outside of the portal, you can combine none prorations with billing_cycle_anchor=now to force the billing cycle to reset and charge the new amount

#

But you cannot do this via the portal, currently

ember mountain
#

got it. thanks. I can just handle it on our side, I was just wondering if stripe had plan to support it

#

for the initial question for this thread. What would be the best way to get update when the issue is fixed?

severe arrow
#

Writing in to support so that we can associate your case with this issue

languid ermineBOT
#

Hello @ember mountain, we have sent you a direct message, please check it at https://discord.com/channels/@me/1315785214643142746

  • 🔗The message has instructions on how to open a direct support case with our Developer Support team, in order to help you more effectively.
severe arrow
#

You can click that link ☝️ in your DMs to open a case

ember mountain
#

got it. thanks!