#sorieng_code
1 messages · Page 1 of 1 (latest)
👋 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.
- sorieng_code, 4 hours ago, 23 messages
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
got it. for both #1 and #2 right?
I didn't understand what you meant by 2
Creating a payment intent has nothing to do with updating a subscription
so for #2 I want to process the payment through payment intent and if it succeeds update the subscription from the webhook
oh was just trying to find a workaround for now
Unforunatley updating a subscription with the above mentioned payment method types is the piece that's broken
Team is investigating a fix
got it. actually can I ask another question?
Sure
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
Can you give a short example of the exact behavior you want?
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
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
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
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
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?
What do you mean "count based"?
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
You can use proration_behavior=none but that will bill nothing and instead charge the new price wiehn the subscription renews: https://docs.stripe.com/billing/subscriptions/prorations#disable-prorations
right I think I tried that
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
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?
Writing in to support so that we can associate your case with this issue
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.
You can click that link ☝️ in your DMs to open a case
got it. thanks!