#erik_unexpected

1 messages · Page 1 of 1 (latest)

crystal citrusBOT
#

đź‘‹ 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/1310591678813442128

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

digital parrot
#

đź‘‹ happy to help

tidal nest
#

Hi

digital parrot
#

to do changes on existing subscriptions you should use Customer Billing Portal instead of Stripe Checkout

tidal nest
#

yeah I mistyped that part

#

We’re using the Stripe Customer Portal to allow customers to update their subscription quantities (e.g., number of workspaces). However, after the update is completed, the subscription quantity does not persist correctly.

Here’s what happens:

In the Invoices section, I see that the quantity is initially updated correctly (e.g., increased).
Immediately after, the quantity is reverted to the previous value.
As a result, two invoices are created at the exact same time:
One reflecting the correct, updated quantity.
Another reverting to the previous quantity.
There’s no direct API interaction or webhook logic from our side—everything is handled via the Stripe Customer Portal.

Could this behavior be related to prorations, pending updates, or a configuration in the Customer Portal? Looking for guidance on why the quantity is reverted and how to ensure updates persist correctly.

digital parrot
#

would you mind sharing the subscription ID to see what really happened there?

tidal nest
#

yeah sure, one sec

#

is that the same as my account id?

digital parrot
#

no

#

subscription IDs have the form of sub_xxx

tidal nest
#

sub_1QNzaABOlRvM3Jthl0mR0JIn

digital parrot
#

all of the changes are happening from your own backend code

#

not using the Customer Portal

tidal nest
#

we're pushing another update, hopefully this fixes it