POST /api/v1/notifications/webhooks, giving it your HTTPS URL and a list of event_codes such as order.created, order.shipped, or order.delivered. Pass "all" to receive everything. You can optionally generate a webhook secret, and Blend will sign every delivery so you can verify it came from Blend.
Webhooks are managed through the API. There is not yet a way to create or edit webhook subscriptions in the Blend Dashboard.
Set it up
1
See what events exist
name, description, and the event_code you subscribe with.2
Generate a webhook secret (optional)
Authorization: Bearer {secret} on every webhook delivery, so you can verify the request came from Blend. Without a secret, deliveries are unsigned.3
Subscribe your endpoint
4
Test before you rely on it
GET /notifications/sample/{event_code}.What your endpoint has to do
Every payload carries at minimum anid and a url that deep-links to the relevant record in the Blend Dashboard, so a notification can be turned into a clickable link for your staff with no extra lookup.
Prefer webhooks over polling. If you do poll, filtered list calls (
GET /orders?status=shipped) are much cheaper than draining the full order list — see pagination.Email instead of (or alongside) webhooks
If a human needs to know rather than a system, subscribe to the same event codes by email withPUT /api/v1/notifications/email. Email notifications go to the address on your Blend user profile.
Create a webhook subscription
POST /notifications/webhooks
Get notification event types
GET /notifications/events
Generate a webhook secret
POST /notifications/webhook-secret
Send a sample webhook
POST /notifications/sample