A member in a recovery sequence paid again.
When this fires
A charge settled for the member in the project while they were part-way through one or more sequences, or the sweep found them holding a live membership again before a charge reached the ledger. Every open passage of theirs in the project ends as won back: the steps they received since enrolling are counted as converted by that payment, the creator is alerted, and this fires once per passage. The win is credited to the sequence whether or not the member used the coupon a step carried.
Related events
- payment.succeeded: the charge behind it.
- subscription.activated: the membership the member bought back.
- sequence.exited: every other way a passage ends.
Headers
t=<unix seconds>,v1=<hex>: the HMAC-SHA256 of "<t>.<raw body>" under the endpoint's secret. Verify it before acting, and refuse a t more than 300 seconds from now. During a secret rotation a v0= signature under the previous secret may precede v1=.
The event's ULID, bare. The envelope's id is the same ULID prefixed evt_, so strip the prefix before comparing. Deduplicate on it: a retry carries the same id.
The event name, the same as the envelope's type.
Always application/json.
Always Subscriby-Webhooks/1.0.
Payload
Response
Your endpoint acknowledged the delivery. Any 2xx status within 30 seconds marks it delivered; the response body is ignored.
Changes
Webhooks have no change history: a webhook is keyed by its event name rather than a path and method, so no recorded change can name it.