#miketimturner-subscriptions
1 messages · Page 1 of 1 (latest)
when using test clocks(https://stripe.com/docs/billing/testing/test-clocks) there are some limits on the number of subscriptions that can be running within the clock yes(since you can imagine the performance problems if we have to advance 100s of complicated subscription states when the clock changes)
the workaround is to create a new test clock
Ahh ok. Is there any limit in when not using the test clock?
no, there's no limit regularly
OK thanks. I have an application that spins up new applications and creates a subscription against it, now I may limit these for the average business but I am thinking of releasing some sort of white label functionality so they will need to create as many as they need. Are you aware of any problem that could arise... for example having tens or hundreds of separate subscriptions being billed to one company card? If so is there a clean way to consolidate subscription payments?
there's no immediate problems, but we do I think have some limiters in place for excessive numbers of charges on the same card in a day(as that usually indicates fraud). I don't really follow how you'd have that many subscriptions all billing the same card. In general it's better to consolidate by using mutliple products on the same subscription(https://stripe.com/docs/billing/subscriptions/multiple-products) instead of creating separate subscriptions, the constraint being that they all have to be the same currency and billing interval
I think my reasoning was that each application/subscription is billed by usage is it possible to have a product lets call it "application" and then that product to have metered products within it?
you can have a subscription that uses both metered and non-metered prices yes
the metered ones charge their accumulated usage in arrears and the the non metered ones charge upfront each month (so an invoice on Oct 1 might be like " $59 for usage during September" + "$100 for recurring subscription to Gold Plan 1->31 Oct")
I feel like I need some sort of nested products as each application is billed by usage
I don't think there's such a thing, but I think I'm losing you a little
So a user can created/spin up applications like so
These applications report usage, like new users and installed apps etc
is this test5 application was a product in stripe then I would need a way to report the usage of the services within it
Hopefully that makes more sense ha
well the model is there is a Product and then Prices under the Product, the Prices determine the amount/frequency/billing type.
so to me you can probably do this with multiple Prices under the same Product, but I think it's probably best to do some experimentation here so can look at more concrete examples as things are getting a bit abstract
That makes a lot of sense and looking at the products I created a few months back I am not sure why I didn't see this. Are the prices always visible on the invoice even if no usage is reported?
I think they show up as $0 line items, not sure off the top of my head
Apparently a subscription can only have a maximum of 20 products
This would mean a user will only be able to create a maximum of 20 applications
true enough
Cannot add multiple subscription items with the same plan: price_XXX
yes, indeed. But also there's never a reason to do that
what were you trying to do? do you have the request ID req_xxx for the error?
I was looking at this https://stripe.com/docs/billing/subscriptions/multiple-products
As each application would have the same set of metered pricing I cant add them in a single sub