Update a webhook subscription
/api/v1/account-webhooks/{id}Updates a webhook subscription's url, event_types, description, and/or is_active flag by id; omitted fields are left unchanged. When event_types is provided it is re-validated against the account-scope registry, and an unsupported type returns 400 (wildcard rules apply). Returns 404 for a subscription outside the Account and requires the account_webhook.manage scope; the signing secret is not affected or returned. Send the subscription's version as If-Match to refuse an update made over a newer change (409, version_mismatch).
Authentication
Authorization Option A JWT access token. Never send alongside X-API-Key: a request carrying both is refused.
X-API-Key Option B API key for management-tier access. Never send alongside an Authorization header: a request carrying both is refused.
account_webhook.manageAccountCreate, update, and delete account-tier webhooks. A scoped API key must hold it as a scope; a full-access key holds every scope within its Environment except the named-only and account scopes; a developer's token needs the Console capability that covers it. A credential without it is refused with 403.
Path Parameters
idstring Required Headers
If-MatchOptimistic-lock version of the resource. Send the `version` field returned on read; the server rejects with 409 if the row has changed since. Leave it out to skip the check; a header that names no version (not a whole number) is refused with 400 `if_match.invalid`.
Request body
application/json
urlstring Optional event_typesstring[] Optional descriptionstring Optional is_activeboolean Optional Responses
application/json
data *WebhookResponseDto
application/json
error *ApiErrorBodyDto
application/json
error *ApiErrorBodyDto
application/json
error *ApiErrorBodyDto
application/json
error *ApiErrorBodyDto
application/json
error *ApiErrorBodyDto
Errors
When the request can't be completed, the response body includes a stable error code you can branch on, and a correlation_id (also sent as the X-Correlation-Id header). Quote the correlation id when you contact support: it identifies the exact request in Canopy's logs. A request refused by an authorization check answers 403 with the code authorization.denied, and its data names the denial_reason and the permission checked.
authorization.deniedForbiddenThe credential does not hold the permission this operation checks: a scoped API key without the scope, a developer without the Console capability that covers it, or a permission granted somewhere other than the node the request targets. The error's data names the permission.
Add the permission named in the Authentication section to the key's scopes, or ask an account administrator to grant the covering capability, then retry. For a node-scoped operation, make sure the grant reaches the node you are acting on.
Returned object
curl -X PATCH "https://auth.canopy-io.com/api/v1/account-webhooks/value" \ -H "If-Match: "3"" \ -H "X-API-Key: $CANOPY_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "url": "string", "event_types": [ "string" ], "description": "string", "is_active": false }'
{ "data": { "id": "string", "scope": "environment", "url": "string", "event_types": [ "string" ], "description": "string", "is_active": false, "created_at": "2026-04-20T12:00:00.000Z", "previous_secret_expires_at": "2026-04-20T12:00:00.000Z", "version": 0 } }
Tell us how we can improve this guide.