#cle1000
tacit coyote
rich dew
👋 happy to help
could that be what you're looking for https://stripe.com/docs/products-prices/pricing-models#usage-based-pricing ?
rich dew
could you please lay down in numbers what are you expecting as a behavior?
uneven nova
Pricing: 1 API Call 1 Euro/Year
Create Subscription:
-- 1000 API Calls/Year --> Sold for 1000 Euros
-- Start. 01.01.2022 period one year
Update Subscription:
-- 500 API Calls /Year --> Sold for 500 Euros
-- On 01.06.2022 (half period
Next Invoice:
-- Date: 1.1.2023
-- 1500 Euro for 1500 API Calls per year + 500 Euro for the update on 01.06.2022
rich dew
ok let me think a second here
rich dew
Update Subscription:
-- 500 API Calls /Year --> Sold for 500 Euros
-- On 01....
do you want at this point to get an invoice with an additional 500Eur?
sorry nvm I know what you mean now
you want the 500 eur to be paid with the next billing cycle
rich dew
ok I'm testing this out for you
so basically what I ended up having to do is the following
update the subscription with 2 things in mind
1- proration_behavior: "none" with new quantity (e.g. 1500)
2- add_invoice_item with the same price and the delta quantity (e.g. 500 in your case)
uneven nova
can i do this in the ui?
teal star
Hey! Taking over for my colleague. Let me catch up.
teal star
can i do this in the ui?
Probably you need to use APIs here. However, I invite you to start doing some simulation using Stripe Test Clocks and do some tests by advancing times and test prorations
https://stripe.com/docs/billing/testing/test-clocks
uneven nova
I am looking to find a solution for the last 3 days
can you send me a description how exactly i should do this?
teal star
I think, its better for you to using Usage based Pricing or Tiered Pricing (depends on you exact pricing model)
https://stripe.com/docs/products-prices/pricing-models#tiered-pricing
https://stripe.com/docs/products-prices/pricing-models#usage-based-pricing
I invite you to test these pricing models first and see if that could helps you better
uneven nova
I already test those pricing, they did not work as expected
Is my problem soo special?
weary oracle
Can you share some of the approaches you've tried to solve this and where they fell short?
uneven nova
if I disable prorate the amount are not charged until the next subscription periode
if i enable prorate i will be considered for the remaining periode
weary oracle
Update Subscription:
-- 500 API Calls /Year --> Sold for 500 Euros
-- On 01.06.2022 (half period
The expectation is for this not to be prorated and charge the full 500 on 1/6, yes?
uneven nova
yes