#miketimturner-subscriptions

1 messages · Page 1 of 1 (latest)

stiff pendant
#

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

steep sand
#

Ahh ok. Is there any limit in when not using the test clock?

stiff pendant
#

no, there's no limit regularly

steep sand
#

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?

stiff pendant
#

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

steep sand
#

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?

stiff pendant
#

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")

steep sand
#

I feel like I need some sort of nested products as each application is billed by usage

stiff pendant
#

I don't think there's such a thing, but I think I'm losing you a little

steep sand
#

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

stiff pendant
#

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

steep sand
#

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?

stiff pendant
#

I think they show up as $0 line items, not sure off the top of my head

steep sand
#

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

stiff pendant
#

true enough

steep sand
#

Cannot add multiple subscription items with the same plan: price_XXX

stiff pendant
#

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?

steep sand
#

As each application would have the same set of metered pricing I cant add them in a single sub