#omnidk-Price

1 messages · Page 1 of 1 (latest)

obtuse shoal
#

You can "schedule" a price change at the exact time of next billing cycle. That's the use of Subscription Schedule

stark hull
#

hi orako, I hope you're well. Thanks for that. How to know the exact time of next billing cycle? grab the timestamp from subscription I suppose?

obtuse shoal
#

Thanks and yes! You can use Retrieve Subscription API to get information (literally everything) about a specific Subscription

stark hull
#

got it, many thanks!

#

should I schedule the price change on timestamp of 'current_period_end' ?

obtuse shoal
#

Yes

#

But, wait a min, do you want to change the price but keeping the interval? Like Monthly to Monthly

stark hull
#

same interval

#

is yearly

#

changing price successfully, but it's charging customer at time of price change. Want to not charge until next billing cycle.

obtuse shoal
#

Did it charge the next billing cycle/new price immediately?

stark hull
#

Ideally would like to actually not schedule the change, because then customers will not see the updated price until next billing cycle arrives.

#

It does, yes.

#

oh wait, checking

#

no it charged current billing cycle

obtuse shoal
#

It would prevent proration behavior between the old and new Price. This one

For example, if a customer signs up on May 1 for a ¥100 price, she'll be billed ¥100 immediately. If on May 15 she switches to a ¥200 price, then on June 1 she'll be billed ¥250 (¥200 for a renewal of her subscription, plus a ¥50 prorating adjustment for half of the previous month's ¥100 difference).

stark hull
#

I see

obtuse shoal
#

But you are seeing it charge the old price full cycle immediately?

stark hull
#

on changing price, it charges full new price at time of price change.

#

( changing price almost immediately after creating subscription )

#

also noteworthy is that origional price is $0, so it wouldn't charge some fraction of new price.

obtuse shoal
#

So let's say you have a Sub for Jan 1st, price = x. In Sep 10th you change it to price = y, and it immediately charge y in Sep10th ?

#

Did it also change the billing cycle to Sep10th?

#

What if you change in Step 10th, specifying both proration_behavior to none, and introduce a trial ends exactly on next Jan1st?

stark hull
#

exactly "So let's say you have a Sub for Jan 1st, price = x. In Sep 10th you change it to price = y, and it immediately charge y in Sep10th ?"

#

is changing price via webhook, mere moments after sub is created "Did it also change the billing cycle to Sep10th?"

#

no actually using free trial, but have price at $0 for origional sub "What if you change in Step 10th, specifying both proration_behavior to none, and introduce a trial ends exactly on next Jan1st?"

#

it's a very messy billing system., client wanted me to 'fix' the mess that wordpress gravity forms stripe plugin makes.

obtuse shoal
#

I am a bit confused... $0 means trial AFAIK. So your Subscription is currently on a trial?

stark hull
#

sorry, it is a bit confusing. Just instead of setting 'free trial' period, the origional sub is at price of $0

obtuse shoal
#

That should put it in trial actually

stark hull
#

oh, I suppose I might not see that since changing price relatively instantly.

obtuse shoal
#

🔙

#

I think when you actually update the Subscription

  1. Set proration_behavior to none
  2. Set a trial_end to your next billing cycle
    This should do what you want