energetic_swan_85077

[shut hemlock]

hello! are you still providing services for free during the period when you suspend the subscription?

[atomic glen]

The service is not provided, but the service will reach the deadline of the previous cycle

[shut hemlock]

hmmmm, i can think of maybe 2 options here :

• set a trial for that period, or
• cancel the subscription and then schedule a new one to be started in the future : https://stripe.com/docs/billing/subscriptions/subscription-schedules, https://stripe.com/docs/billing/subscriptions/subscription-schedules/use-cases#start-subscription-future

[atomic glen]

Thanks, I'll take a look first

By the way, when I receive the webhook of "customer.subscription.updated" at the resumes_at time, I update the subscription's billing_cycle_anchor to "now", then how does its payment deduct the unused time

[shut hemlock]

you can try it out and see. In case you haven't seen this yet, you can use test clocks to mimic the passing of time : https://stripe.com/docs/billing/testing/test-clocks

[atomic glen]

Does it also count as a void invoice？

[shut hemlock]

what unused time are you referring to specifically? Do you mean for when the subscription was paused?

[atomic glen]

It is the unused time of the void invoice on the picture

[shut hemlock]

If the invoice is voided, then nothing will be charged to the customer for that invoice

[atomic glen]

Otherwise why does it deduct the unused time

[shut hemlock]

i'm sorry but i don't understand the question

which invoice are you referring to in the screenshot? Are you referring to the one that was paid? or the one that was voided?

[atomic glen]

that paid invoice

[shut hemlock]

If you set the billing_cycle_anchor to now, you might want to consider setting proration_behaviour=none and see how that works out for you. We prorate by the second, so even if you set the Subscription's billing_cycle_anchor after it resumes, there may still be a few seconds difference

[atomic glen]

ok, thanks, I just do not understand why does it deduct many unused time when i set the billing_cycle_anchor to now for the example

[shut hemlock]

We prorate by the second, so even if you set the Subscription's billing_cycle_anchor after it resumes, there may still be a few seconds difference

[atomic glen]

but it look a few days of unused time

[shut hemlock]

hmmm, can you share the Invoice id?

[atomic glen]

in_1NfwdFK8qsUQ7MPjKRMjdyNN

[shut hemlock]

ah okay, so to explain : the unused time is for the remaining time of that billing cycle. A customer pays in advance for the upcoming period. So now that you're changing the billing cycle anchor, the unused remaining time for that period will be refunded

for example : your customer pays for 1 - 31 August (on 1 August), you pause from 2 - 15 August, then resume on 16 August and set the billing cycle anchor to now. The amount prorated is from 16 - 31 August (unused time).