Skip to main content
DialNexa troubleshooting starts by finding the object that owns the problem, then checking evidence. Most issues belong to one of these areas: agent version, provider stack, phone number routing, launch data, workflow graph, integration credentials, or monitoring evidence.
Debugging gets faster when every theory has a call id, version number, or workflow lead id attached.

Symptom To First Check

SymptomFirst place to check
Agent mishears callerRecording, realtime transcript, transcriber, language, and Denoising Mode.
Agent heard correctly but answered badlyPrompt, dynamic variables, model family, temperature, functions, and knowledge context.
Agent interrupts callerResponse Eagerness, Deepgram or Soniox choice, transcript boundary, and greeting length.
Agent sounds wrongVoice provider, voice model, speed, volume, language fit, and pronunciation.
Test call blockedPublished version and recipient phone validation.
Campaign fails many rowsRecipient file, number format, outbound assignment, provider route, and status export.
Workflow lead stuckLead history current node, last transition, node outputs, and Application node result.
Integration action failsConnection validation, missing fields, provider error, and invocation evidence.
Webhook not receivedWebhook URL, secret, delivery logs, retry count, and timeout.

Provider-Specific Debugging

AreaWhat to check
DeepgramModel selection, English versus multilingual behavior, Flux English-only usage, and transcript boundaries.
SonioxHindi-English language hints, Response Eagerness, Denoising Mode, and code-switched transcript quality.
ElevenLabsVoice model compatibility, speed, temperature, pronunciation rules, and repeated phrase cache behavior.
CartesiaSonic model choice, language fit, volume handling, speed, and phone playback quality.
OpenAI or GooglePrompt following, function arguments, structured outputs, and temperature.
GroqFallback delay, response length, low-latency behavior, and whether the faster answer still follows instructions.
Plivo or SIPActive number, caller ID, route assignment, audio quality, compliance readiness, and recording.
Wati or ResendCredential validation, required fields, template or sender rules, and invocation errors.

General Debugging Routine

1

Find the exact record

Use call id, batch id, workflow lead id, agent version, or webhook delivery id.
2

Read the evidence

Open detail views before changing settings.
3

Trace back one layer

Move from call to route, route to agent version, workflow node to integration, or transcript to transcriber.
4

Change one thing

Make a focused draft edit.
5

Retest and compare

Use the same scenario and compare recording, transcript, status, invocation, and extracted fields.

Common Root Causes

Phone numbers, batches, and workflows can still point at an old version.
Prompt placeholders need launch values or defaults. Check CSV columns, API payload, workflow lead variables, and fallback values.
Batch and workflow calls require an outbound number with a published agent version.
A Hinglish agent on an English-only transcriber, a voice that does not match the language, or a slow action inside a live call can all look like prompt bugs.
Validate or reconnect the integration before editing workflows or agent functions.
Check secret rotation, HTTPS receiver behavior, response codes, and retry handling.

Call Detail Page

Start with evidence.

Voice AI Overview

Understand provider layers.

Agent Versions

Check live version.

Workflow Lead History

Debug workflow paths.