Tomis

[robust blaze]

You can still use the Update API, but disabling proration

https://stripe.com/docs/billing/subscriptions/prorations#disable-prorations

[winter tundra]

but i have different API ID for each recurring price

[robust blaze]

Yes, you call Update API by specify the new Price Id on the same Subscription Item. Please refer the Doc

[winter tundra]

so just replacing this?

"price": {
"id":

[runic dust]

Yes, change the price field of the associated si_xxx you want to update to the new price_xxx: https://stripe.com/docs/api/subscriptions/update#update_subscription-items-price

[winter tundra]

thanks, and what is this ID for? in create subscription?

"data": [
{
"id":

[runic dust]

The ID of the related Subscription Item you're updating (si_xxx)

[winter tundra]

for that there is and another ID at the beginning no?

{
"id": "sub_1MUnSrG3Ks4CHLRJpznctIKB",
"object": "subscription",
"application": null,
"application_fee_percent": null,
"automatic_tax": {

[runic dust]

That's the Subscription. A Subscription can have multiple Subscription Items, which are their own object: https://stripe.com/docs/api/subscription_items

It'll be like si_xxx

You'll see them under the list field on the Subscription object

[winter tundra]

so I will have one subscription with one subscription item where I will always replace the price_id. Correct?

[runic dust]

Yep! Feel free to share your code if it's not working

[winter tundra]

So we will charge client $100 on 1.1. give him minutes and then 1.2. again $200 give him more minutes and repeat that until he will change it again. correct?

[runic dust]

Not sure I understand what you're asking me

[winter tundra]

if thats the way how stripe will proceed. charging at the beginning and also again after 2 weeks if we dont use prorations

this sentence confuses me: Similarly, if you set proration_behavior to none when switching between different billing intervals (for example, from monthly to yearly), we don't generate any credits for the old subscription's unused time.

[runic dust]

Correct

[runic dust]

Yes, we invoice at the beginning of the billing cycle

[winter tundra]

but what does this mean? = we don't generate any credits for the old subscription's unused time.

[runic dust]

In your example, if you invoiced me $100 on 1/1 for a month, and then on 15/1 I upgraded to a $200 plan. There's ~50% of unused time for my $100 plan that I've already paid for (this is proration).

If you set proration_behavior: 'none' then that $50 isn't returned to the customer as credit, and they'd be invoiced $200 on 15/1

However if you enabled prorations, I'd be charged $150 on 15/1 ($200 for new plan, minus my $50 proration from the unused time)