Skip to main content
Add a merchant notification recipient to a store. Each store can have up to 5 recipients. A new recipient’s 9 event toggles inherit the store’s current notify* settings (any key the store never set counts as subscribed), and isPrimary is always false. An event you already turned off therefore stays off — adding a recipient never resumes it. Inheritance happens once, at creation: all 9 keys are written at that moment, so later changes to the store’s notify* no longer affect existing recipients — use update-recipient instead. For the same reason, a second recipient inherits the store’s current values rather than the first recipient’s choices, and re-adding a removed address is a fresh inheritance, not a restore.
While a store has no explicit recipient, the list shows a synthesized fallback entry (isPrimary: true) carrying the store owner’s account email, and notifications go there. Adding the first explicit recipient makes that fallback disappear — from then on only the configured addresses receive notifications.
Authentication: API Key (owner or admin role required)

Request Body

Example Request

Success Response (200)

The returned recipient.id is a UUID, not a Short ID. Treat it as an opaque string and pass it back as recipientId to update-recipient and remove-recipient.

Response Fields

Errors

Retry policy: Never retry 4xx — fix the request and resubmit. Retry 5xx with exponential backoff (start 5s, max 3 attempts).