POST.
Quick start
- Create a webhook secret and store it securely.
- Register a webhook URL in the dashboard.
- Return a
2xxstatus code to theverificationrequest DialNexa sends the moment you save the URL. Until your endpoint does this, the webhook is not saved and no events are delivered. - Verify every incoming signature before processing events.
- Parse
event_typeand handle the event-specific payload.
Request format
Every webhook request has this high-level structure:event_type: The event name used for routing.payload: Event-specific data.
Supported event types
verification
Sent when you register a webhook URL, and again each time you change that URL. It is the first request your endpoint will ever receive from DialNexa, and the only event that is not tied to a call.
Your endpoint must respond with a 2xx status code within the request timeout configured on the webhook. If it responds with anything else, times out, or is unreachable, DialNexa does not save the webhook and no call events are ever delivered to it.
How this event differs from call events:
payloadis flat and contains nocallobject. Handlers that readpayload.call.idwithout a guard will throw on this request, which fails verification and blocks the webhook from being saved.- The
User-Agentheader isDialNexa-External-Webhook-Verification/1.0. Every other event usesDialNexa-External-Webhook/1.0. - Signature verification works exactly as described in Signature verification. The
x-dialnexa-signatureheader is present whenever your organization has a webhook secret, so create the secret before registering the URL if you want to test your signature check with this request. - Verification requests are not retried and do not appear in delivery logs. Retry settings apply only to call events.
call_initiated
Sent when a call starts.
call_ended with status: "hangup"
Sent when a call ends without completing.
Common disconnection_reason values:
user_did_not_pick_up: The recipient did not answer.user_busy: The line was busy.invalid_phone_number: The dialed number is not valid.network_failure: A network-level error occurred.unknown: The reason could not be determined.
call_ended with status: "completed"
Sent when a call completes. This payload can include transcript, summary, recording URL, and post-call analysis fields.
recording_url values are pre-signed links and expire after 7 days.transfer_completed
For conversational agents using a Transfer node, this event is emitted when handoff is processed.
call_ended (transferred calls)
Completed transferred calls can include an additional call_transfer object for transfer metadata.
Signature verification
Every webhookPOST includes an x-dialnexa-signature header.
DialNexa computes this value as an HMAC-SHA256 hex digest over the entire request body (the raw JSON bytes sent in the POST) using your webhook secret as the key.
Verification checklist
- Read the
x-dialnexa-signatureheader. - Read the raw request body as bytes (before JSON parsing).
- Compute
HMAC_SHA256(raw_request_body, WEBHOOK_SECRET). - Compare expected vs received signatures using a constant-time comparison.
- Reject on mismatch, then parse JSON and handle
event_typeandpayload.
Node.js example
Python example
Secret rotation
Rotating your webhook secret updates all webhooks in your organization immediately. The old secret is deactivated and the new secret takes effect right away.- Update your webhook server configuration to use the new secret before or immediately after rotation.
- Keep deployment steps ready to avoid signature mismatches during rollout.
- Validate signature checks in staging before rotating in production.