getdialed__utils__emit_event catalog action; every enabled subscription whose event_type exactly matches fires its bound definition with the event payload as input_data (source: "event"). Matching is exact-name and scoped to your org — no wildcards, no prefixes.
Where webhooks react to external POSTs, event subscriptions react to events your own flows raise deliberately — a way to fan one flow’s outcome out into others without hard-wiring the caller to the callee.
The event subscription object
Emitting events
Addgetdialed__utils__emit_event as a task in any definition to raise an event. System and lifecycle events are not auto-emitted — emission is always deliberate:
Emission runs as a durable task inside your worker, so transient delivery failures are covered by the standard retry policy.
The auto-trigger model
When a task emits an event, the platform matches itsevent_type against every enabled subscription in the same org and fires each matched definition with the event payload as input_data. One event can fan out to several subscriptions; a definition with no matching subscription simply drops the event.
Managing subscriptions
All management endpoints require authentication and operate only on your organization’s subscriptions. Mutating endpoints require an admin-role caller (anX-API-Key is admin-equivalent).
Creating one:
Cross-tenant or missing definitions both return
404 on create — never 403 — so a caller cannot probe another org’s definition id space. Binding to a definition that is later deactivated is caught at dispatch time (the definition must be active when the event fires).Next steps
Subscribe to events
A step-by-step walkthrough: emit an event and wire a subscription to it.
Webhooks
Trigger definitions from external systems instead of internal events.