#goose_meter-adjustments
opaque geyserBOT
👋 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/1293718987989061656
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
marsh turret
@quick cove I'm a bit confused by your wording. You say the Price has a quantity of 2. But metered Prices do not have a quantity.
Are you saying you reported a MeterEvent with a quantity of 2 or something else?
quick cove
Hmm.. Let me look at the UI one more time, my apologies!
marsh turret
All good. Since you mentioned Workbench commands and code, the easiest might be for you to explain how you reported that quantity in code
quick cove
Ah, the product, not price.
marsh turret
Usually when you use metered billing the quantity goes up not down. It's kind of reporting number of emails sent if you bill per email or number of GB of data used.
It's uncommon to bring that value down
Products don't have quantities. And subscriptions don't really deal with the Product but a certain Price
goose_meter-adjustments
marsh turret
gotcha so that's a picture of their upcoming Invoice which accumulates the total "usage" you reported
I didn't say there isn't a solution yet, I'm kind of helping you reframe your entire question to make it much clearer
My read is that you didn't want to do metered billing at all if you plan to support the quantity going up and down throughout the day
quick cove
Ah, my apologies. Hmm.. Unfortunately, it has to stay metered
quick cove
This is good info to know! I'm a software engineer for a company so it would be very difficult for me to say "we shouldn't use metered". I was tasked with finding a way to reduce the quantity.
marsh turret
😅
Well then you want to read https://docs.stripe.com/billing/subscriptions/usage-based/recording-usage#fix-incorrect-usage I think
But hopefully you can still flag that what you describe is more "seat-based pricing" https://docs.stripe.com/billing/subscriptions/quantities#charging-different-amounts-based-on-quantity
quick cove
Ah yes! I was reading up on that! Does that mean we can only correct it within the first 24 hours? 😮
Hmm.. it really does sound like we should have never gone with metered events 😦
opaque geyserBOT
quick cove
New question - how do I make it so that the meter does not increase at the start of the next day when normally it does?
quick yew
hello! taking over from koopajah here, gimme a while to get caught up
okay, so yeah, i agree with koopajah that it does initially sound like you would want to go with seat-based pricing here. out of curiosity, do you have any context on why metered events was originally used? Or can you share more about your business model for the subscription?
How do I make it so that the meter does not increase at the start of the next day when normally it does?
For metered pricing, the meter should only be going up when you send a request to update usage. So that's likely a behaviour you would need to update from your application. Do you have a specific subscription id on hand that I can look at right now?
quick yew
hmmm, i can't seem to find that subscription, just confirming, you're certain the id was copied correctly?
@quick cove sorry, I'm having some trouble finding that subscription, is it under the account : acct_1NVgKMBc74R184WD?
You can find your account id by logging in to https://dashboard.stripe.com/settings/account. It'll be in the upper right hand corner and looks like acct_123
quick cove
acct_1NVgKMBc74R184WD
quick yew
🤔 how odd, i'm not seeing this subscription anywhere. Could you share a different subscription?
oh, sub_1Q81QSBc74R18WDnr0skXZK seems to be deleted
quick cove
Deleted?? It’s still active for me 😮
quick yew
how are you seeing that it's active?
if you search for it in the Dashboard, does it show up?
quick cove
Yes I just reloaded the page on it too
Ah, my apologies
I copied it wrong.
sub_1Q81QSBc74R184WDnrOskXZK
This should be the correct one
quick yew
there's only quantity 1 on sub_1Q81QSBc74R184WDnrOskXZK, i don't see any daily update of the quantity here
quick cove
Let me get you a time stamped screenshot that shows qty 2 😮
Sorry, I had to zoom out a little
quick yew
ah, it's shown in the upcoming invoice
so I see two requests which corresponds to your quantity of 2 :
quick cove
I see now. So every time a new meter event is created, the qty will go up by one, yes?
But once it goes up, there's no way to bring it down (or no recommended ways)?
quick yew
yep
quick cove
So would the next best step be to prevent it from going up?
quick yew
I'm not sure I understand the question, a new meter event is created by you, so if you don't want it to go up, the solution here would be to not create a new meter event essentially