#zach_subscription-maxitems
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/1275883773304766525
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
@upper marsh The limit exists because it's extremely uncommon for anyone to have more than 20 separate recurring Prices on one Subscription. It happens, but in my years working here I've almost never seen anyone really need this (and it was often a bug in their code).
As to whether the limit can be lifted, we have a beta where we support more (up to 100) but it's rare that we add people to it. You can try to ask for access by contacting our support team directly: https://support.stripe.com/contact
zach_subscription-maxitems
Great, let me try that. 100 would be plenty for our use case, is there any specific thing I should ask for, or just mention my need for it?
Even 50 would be enough, we have different AI models we offer, and you might know that AI models are billed by input and output tokens each which have their own price.
So fo every model we offer (currently 10) we have an input and an output price, each of which a customer is subscriped leading to 20 + subscription items.
Next step is to contact our support team and ask for someone to enable a feature on your Stripe account to support more than 20 SubscriptionItems.
Might take a while and some back and forth but hopefully you can get approved for this
Ok, great, i sent an email
I have unrelated questions (2)
should i make a new thread? or can i ask here.
1 is related to tiered pricing and the other is around an auto canceled subscription on a test mode stripe account
totally fine to ask here!
Great
I am trying to understand why a test mode subscription got auto cancelled
I am aware that after 90 days this happens unless exclusion is applied
but for this subscription it seems to be way less than that
sub_1PgFLCBtu9lUy7zytCS6qoF2
is the sub ID
Which was created on :
Jul 24, 5:15 PM
and auto Ended on :
Aug 13, 6:22 PM
can you please help me understand why auto cancellatiokn happened here?
I'm not sure what the 90 days you mentioned are referring to. That Subscription has collection_method: 'charge_automatically' which is the default behaviour where we issue Invoices for each new billing cycle/period and try to automatically charge their payment method on file. We have retry logic for failed payment and after a certain number of retries we will cancel the subscription automatically. This is all configurable in your Stripe account's Dashboard at https://dashboard.stripe.com/settings/billing/automatic but assuming you have the default settings then after 4 or 8 failed payments the Subscription is automatically canceled which looks like what happened here as the latest Invoice was attempted and failed multiple times
this is the 90 day cancellation i was talking about
OK, i get the retry of failed payment caused this cancellation.
Last Question ๐
I am trying to do a tiered pricing for a meter based usage product
I have these tiers.
I originally had thought that this would allow the first 500 qty of this product to be charged at 0.00
and then any additional over 500 qty to be charged at .03 per
but instead, this is working as when i hit > 500, all qty (even that that was less than 500 qty) gets moved to the 0.03 tier
so instead of 501 quantity being $0.03 invoiced to the user
its $15.03 invoiced to the user
๐
conceptually, every month the users can use up to 500 qty for free, and anything > 500 is not free to them