#MaDDogx
rigid jungle
delicate solstice
👋 happy to help
toxic ruin
Hi tarzan, let me know if I need to clarify anything else in my question.
delicate solstice
reading through
Everything you described is doable with our Subscriptions API
it's just a matter of breaking down what you need into smaller chunks and addressing each subject on its own at first
delicate solstice
so basically you can have add-ons on invoices
you can have custom prices on the go with price_data parameter
toxic ruin
Sorry, I'll share more details in a bit.
delicate solstice
ok fair enough
toxic ruin
So, here's the rough break-down of our SaaS Pricing plans:
- We have different Prices for different editions, Price can be updated by our Staff (ex. during negotiations)
- We'll have a one-time setup cost, again configurable
- There are some items like the number of Users, APIs that we want our Clients to pay per unit
- Then there are various addons each with configurable pricing
- We also have the option to switch one item from standard, per unit pricing to tiered pricing (similar to API calls)
After reading the Subscription docs, I feel that for each User, we'd have to create different Prices, which feels incorrect since we already have a few hundred Users on production. Managing that from the Stripe dashboard will be a pain for the business team.
heavy sable
Hey! Taking over for my colleague. Let me catch up.
Try checking this Stripe pricing model guide:
https://stripe.com/docs/products-prices/pricing-models
Maybe this one could fit your use case:
https://stripe.com/docs/products-prices/pricing-models#variable-pricing
I invite to to discover all the use cases and see if there is one fit best to your business
toxic ruin
Maybe this one could fit your use case:
<https://stripe.com/docs/products-prices...
Stripe won't do pro-ration calculations here, right?
heavy sable
Nope
toxic ruin
But this will charge a Customer's primary PaymentMethod at regular intervals?
heavy sable
yes according to the subscription billing period
toxic ruin
Hey, so could you also recommend something for the following use-case? The prices could change in the middle of the billing period. Which Stripe APIs could we use so that the User is charged the new amount (pro-ration calculations would be done by us to get the new amount along with the previous amount). Would we have to cancel the previous Subscription?
Basically we want to support the following:
Let's say the Pricing model for the User was such that his total for the upcoming month would be $10. Now on the 11th day of the month, they reach out to us to change some Pricings (ex. could be Price for a single API would be negotiated down from $2 to $1.5) and the total for the remaining days of the month would come out to be $9.5. So the actual amount that should be billed would be $(10 * (11/30) + 9.5 * (19/30)) = $9.68, assuming a 30 day month.
Let me know if this could be supported.
Or is there another Stripe API that we could use to charge the User's PaymentMethod using a script that would run on a cron schedule?
heavy sable
Sorry, not sure I understand the business case exactly, this channel is for developer/ technical integrations questions. Probably you should be talking to Stripe Support about this:
https://support.stripe.com/contact
You'll get better advice about this
toxic ruin
OK, thanks for your help anyway!
heavy sable
Np!