Skip to main content
Subscribe to explicit event names when creating an endpoint. Retrieve the supported catalog from your API deployment:
This request requires webhooks:read and returns a data array of strings.

Supported events

An event being available does not imply a corresponding public REST endpoint exists. The general API currently exposes objects, records, tasks, and webhook management.

Payload envelope

This is an illustrative record.updated delivery. IDs and field values vary by workspace.
Treat optional fields as optional. Do not assume every event carries a full record, document body, or field-values map. If your handler needs current record or task state, retrieve it through the API with the relevant read scope.

Delivery headers

After verification, use the signed payload for processing and deduplication. The signature covers the timestamp and body; the other headers are useful for diagnostics.

Change handling

Record archival produces record.deleted. Task status changes have task.status_changed, and assignment and removal have task.assigned and task.unassigned. Subscribe to the specific transitions your integration needs instead of assuming all changes use updated. Kato retains a compatibility fallback for older subscribers: an unassignment may arrive as task.assigned when an endpoint subscribes to task.assigned but not task.unassigned. New integrations should subscribe to both and inspect the payload action. Webhook deliveries can be duplicated or reordered. For a current-state mirror, fetch the latest accessible record or task when processing an event rather than overwriting it blindly with a potentially older summary. See verification and reliable processing.