问题
I'm confused about why Stripe's documentation suggests the customer.subscription.updated event is not fired when I believe it should:
- A Stripe
subscriptionobject has the propertiescurrent_period_startandcurrent_period_endwhich would be updated whenever the customer successfully pays a subscription's invoices ( https://stripe.com/docs/api#subscriptions ) The documentation for the
customer.subscription.updatedevent states that it...Occurs whenever a subscription changes. Examples would include switching from one plan to another, or switching status from trial to active.
...which would imply that the event would be raised if the
current_period_startandcurrent_period_endvalues change, but it doesn't affirm if it does or it does not in this case.However this third-party webpage states that it is not raised when a successful renewal is performed ( https://www.masteringmodernpayments.com/stripe-webhook-event-cheatsheet#8 ).
But raising the event just makes sense...
- And certainly if applications only needed to monitor a single event type (i.e.
customer.subscription.updated) then it would greatly simplify program code without needing to also monitorinvoice.payment_succeeded,invoice.createdandcharge.succeeded. - However the documentation for the Subscription Lifecycle ( https://stripe.com/docs/subscriptions/lifecycle ) makes absolutely no mention of the
customer.subscription.updatedevent at all.
It just seems odd that such an appropriate event is not raised when it should be. The documentation also really doesn't say when the current_period_end and current_period_start values are updated either, which limits their utility.
So in my application, after receiving an invoice.payment_succeeded event, how can my program code determine when the customer's subscription period will end next?
回答1:
I've verified that customer.subscription.updated is called when the billing period ends.
To do this I intercepted all webhooks that occur at the end of the period (FYI: I used an AWS Lambda function that receives the events from an AWS API Gateway, then puts the events on an SQS queue :))
I agree that the Stripe documentation for the customer.subscription.updated event could be clearer and could cover this use case by saying....
Occurs whenever a subscription changes. Examples would include when the billing period ends and a new billing period begins, when switching from one plan to another, or switching status from trial to active.
(FYI: I would ignore the cheatsheet website altogether. They make only fleeting reference to customer.subscription.updated - In step 8 they are describing (poorly) the use case of "Create a customer with a plan without a trial" which wouldn't create a customer.subscription.updated event because this event only occurs when the subscription is updated, not when it is created. Where they do reference customer.subscription.updated is in context of Step 12 "Invoice charge attempt fails")
In defense of Stripes documentation regarding the lifecycle of a subscription, it does say "the following image shows the lifecycle of the most important events that occur" and I'd say customer.subscription.updated is not an important event in context of creating invoices and making payments.
Some details about how Stripe handles the end of a period:
In my test, Stripe raised the
customer.subscription.updatedevent approximately 2 minutes after the timestamp in the current_period_end property on the subscription. The event has two data objects associated with it. The first is the subscription with the new values on it. The second is apreviousAttributesobject with the two previouscurrent_period_startandcurrent_period_endvalues.Two events were generated simultaneously:
customer.subscription.updatedandinvoice.created(this was the invoice for the period that had just elapsed).Around an hour after the invoice was created, three events were generated simultaneously:
invoice.payment_succeeded,charge.succeededandinvoice.updated.
How you treat the rollover of a billing period vs. the payment status of an invoice is really up to you, and very much depends on your application type. That's the beauty of the Stripe API (and it is a thing of beauty).
In my case, I treat the rollover of a billing period separately to the payment status of an invoice. My application cares about when the billing period rolls over and makes updates to usage based on this, but any payment failures generate alerts & are handled offline.
In summary, you can use customer.subscription.updated to know when the billing period has changed.
回答2:
customer.subscription.updated is triggered when current_period_start and current_period_end change. These represent the billing period.
When invoice.payment_succeeded happens, it's there that you must update the information on your side (e.g.: subscription period):
https://stripe.com/docs/subscriptions/guide#step-3-sync-with-your-site
Also more info here: https://support.stripe.com/questions/what-events-can-i-see-when-a-subscription-is-renewed
来源:https://stackoverflow.com/questions/39972986/is-the-customer-subscription-updated-event-raised-when-a-subscription-is-renewed