#zaidlearnly_best-practices
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/1339296260548726958
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi ๐
Billing Meters are a component of Stripe Subscriptions. If you want to use Billing Meters you have to use Stripe Subscriptions.
So my customers will have to setup a recurring Subscription? Currently when you setup subscription, you have to add a price id to it, what happens when I add different meters, i.e expensive model vs cheaper model, how would my previous customers be able to use their credits towards new meter?
You also have to use Prices to use Billing Meters.
And each Price is associated with a Billing Meter
The CreditGrant appears to only consider the Customer ID so I think it should work for both Prices
But I would recommend building a test scenario for that
So far this is what I have:
1 meter -> i.e tts_characters
1 Product (id1) -> 1 usage based price on the meter
Missing:
Subscription
Questions:
- When I create a subscription, would the duration remain forever and my customer will be charged based on usage?
- When I create current subscription I can attach product (id1) to it, what happens when I have a new meter (e.g speech_to_text_characters), how will my existing subscribed customers get metered for it?
- What do you mean the "duration would remain forever"? If you mean would the Subscription continue or cancel at some point in the future then yes the Subscription will continue on the billing cycle determined by the Price object until you or the customer cancel it.
- You attach a Price that is linked to a Meter object and the events that occur on that Meter object inform how much your customer is billed for each billing period
If you are considering whether or not this approach will work for you, I strongly recommend coding a basic simulations in Test mode to validate the behavior. It will also help you gain a better understanding of how all the parts fit together
I recommend you start here
I did that, thats why asking in the future, when I introduce more meters, my existing customers wont get charged for it because it would not have been attached to their subscriptions
seems like the best thing for me to reduce errors is use meter as a dollar value, and keep the logic of event name to dollar value in my application logic.
can you confirm?
Hi, taking over as my teammate needs to step away. Let me catch up