__rob1986__

[pulsar hare]

is canceled 'customer.subscription.paused'?

[pulsar hare]

and renew 'customer.subscription.resumed'?

and when it comes to an end with the user having canceled it and we are at the end of the billing period 'customer.subscription.deleted' ?

[honest rover]

Hello, pausing and resuming are actually separate things. I will double check but I don't think the Customer Portal can do them

If you have the portal to cancel the subscription at period end, you will see a customer.subscription.updated event when the user says they want to cancel and another one when they want to resume

And a customer.subscription.deleted event when the end of the cycle comes and the subscription is actually cancelled

[pulsar hare]

i assume i look for a status or something in the updated event to tell me what it is they did?

[honest rover]

Yes, the subscription will have cancel_at_period_end set to true or false and you can tell if that field is what the event is about if you check the event's previous_attributes hash

Also we have a tool called test clocks that will help you here https://stripe.com/docs/billing/testing/test-clocks

You can use them to simulate time passing without having to wait. We will send out the same events for that simulation so you can use them to see what the events look like and test your integration reacting to them

[pulsar hare]

what does the subscription_schedule.canceled event do?

would that not help?

[honest rover]

That is for a different thing that the Customer Portal does not use https://stripe.com/docs/billing/subscriptions/subscription-schedules

[pulsar hare]

so 'cancel_at_period_end' et to true means it was cancelled

so true means its been canceled and false means its still active

and i compare to previous_attributes to see what happened