Hello! In the documentation, you mention that the cancellation webhook may be delayed up to 2 hours, but the rest of the webhooks typically deliver within 5-60 seconds.
Let’s say that a user cancels a subscription, but then reenables it before the cancellation webhook gets sent. In that case, what types of webhooks would I get and in what order would they be in?
e.g.
would a cancel → resub result in a renewal → cancellation? Or does RC not send the Renewal, since as far is it knows the sub is still active?
RevenueCat will send the RENEWAL webhook if the customer ended up renewing their subscription. If a customer cancels the subscription, then reenables it before the CANCELLATION webhook is queued in RevenueCat’s backend, you should just be seeing the UNCANCELLATION webhook.
If the timing of these webhooks is important to your application, I would recommend setting up Platform Server Notifications. Docs for reference: https://docs.revenuecat.com/docs/server-notifications This will reduce the lag times for webhooks and the app stores will ping RevenueCat directly with any subscription updates.
RevenueCat will send the RENEWAL webhook if the customer ended up renewing their subscription. If a customer cancels the subscription, then reenables it before the CANCELLATION webhook is queued in RevenueCat’s backend, you should just be seeing the UNCANCELLATION webhook.
If the timing of these webhooks is important to your application, I would recommend setting up Platform Server Notifications. Docs for reference: https://docs.revenuecat.com/docs/server-notifications This will reduce the lag times for webhooks and the app stores will ping RevenueCat directly with any subscription updates.
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.