---
title: "A paid subscription is acquired. Fires once, at first activation."
method: POST
path: "subscription.activated"
tags: ["subscription.* events"]
---

# A paid subscription is acquired. Fires once, at first activation.

`POST subscription.activated` (webhook)

### When this fires

On the **first successful payment** for a subscription, across every payment provider: Stripe, PayPal, Paystack, Razorpay, Skrill, CeyPay, and CoinPayments. It covers both recurring subscriptions and one-time (non-recurring) passes.

It fires **once per subscription**, at acquisition. It is not a general "became active" signal:

| Transition                              | Event actually emitted       |
| --------------------------------------- | ---------------------------- |
| First paid checkout                     | `subscription.activated`     |
| Recurring renewal charge                | `subscription.renewed`       |
| Paused → resumed                        | `subscription.unpaused`      |
| Cancelled → reinstated before `ends_at` | `subscription.reactivated`   |
| Past-due → collected                    | `subscription.renewed`       |
| Trial → paying                          | `member.converted`           |
| Access code / cardless trial            | `subscription.created`       |

A Stripe subscription that begins in a trial still emits `subscription.activated` at acquisition, because the provider creates the subscription at that moment. The later trial-to-paid transition emits `member.converted` only.

> This is the paid-acquisition event. If you only subscribe to one subscription event for a paying audience, subscribe to this one, not `subscription.created`, which never fires for paid checkouts.

`data.provider` is never `access_code` on this event; code redemptions emit `subscription.created` instead.

### Caveats

- **Once per subscription.** Stripe and PayPal de-duplicate with a persistent guard key; the remaining providers emit only on the non-renewal branch of their payment handler. Renewals never re-emit it.
- To capture _every_ acquisition path (paid, comped code, and cardless trial) subscribe to both `subscription.activated` and `subscription.created`, then de-duplicate on `data.subscription_id`.
- Paid acquisitions do **not** emit `member.joined`. That event is access-code-only. Use `subscription.activated` as the paid-audience join signal.
- `payment.succeeded` fires for the same charge and carries the amount, currency, and external payment id, which this event does not.
- The `POST /v1/webhook-endpoints/{endpoint}/test` endpoint sends a synthetic `subscription.created` payload, never `subscription.activated`. Testing an endpoint does not exercise this event.

### Related events

- `subscription.created`: the zero-payment acquisition equivalent.
- `payment.succeeded`: the charge behind this activation.
- `subscription.renewed`: every subsequent cycle.
- `member.converted`: trial-to-paying transition.

## Headers

- `SB-Signature` string, required
- `SB-Event-Id` string, required
- `SB-Event-Name` string, required
- `Content-Type` string, required
- `User-Agent` string, required

## Payload

- object: The envelope every event is delivered in.
  - `id` string, required: A ULID unique to the event, prefixed `evt_`. Every retry carries the same id, so it is the key to deduplicate on.
  - `type` 'subscription.activated', required: The event name, always `subscription.activated` here.
  - `created_at` string, date-time, required: When the event was emitted, server time, ISO 8601.
  - `api_version` string, required: The contract version of the payload shape, `2026-05-01` today. A breaking change to a shape ships under a new version.
  - `project_id` string, uuid, nullable, required: The project the event belongs to; null for team-scoped and billing events.
  - `data` object, required: The event-specific payload. Keys that do not apply to a given emission are omitted rather than sent as null, so check for presence.
    - `subscription_id` string, uuid, required: Subscription identifier.
    - `plan_id` string, uuid, required: Plan the subscription is on.
    - `subscriber_id` string, uuid, required: Subscriber's project-scoped user id.
    - `provider` 'stripe' | 'paypal' | 'paystack' | 'razorpay' | 'skrill' | 'ceypay' | 'coinpayments', required: The provider that took the first payment. Never `access_code` on this event.

## Acknowledgement `2XX`

Your endpoint acknowledged the delivery. Any 2xx status within 30 seconds marks it delivered; the response body is ignored.

## Other responses

- `default`: Any other status, a connection failure, or no answer within 30 seconds counts as a failed attempt. The delivery is retried 8 times, after 10 seconds, 30 seconds, 2 minutes, 10 minutes, 1 hour, 6 hours, 1 day, 3 days; the last failure dead-letters it, and it can be retried from the dashboard or `POST /v1/webhook-deliveries/{delivery}/retry`. After 20 consecutive failures the endpoint is paused until it is resumed.

---

[API](https://skmtc.dev/memberpass/apis/subscriby-rest-api.md) · [All operations](https://skmtc.dev/memberpass/apis/subscriby-rest-api/llms.txt) · [OpenAPI document](https://skmtc.dev/memberpass/apis/subscriby-rest-api/revisions/59c4df91d764?raw)