Retrieve voice AI execution debug bundle API
Fetch everything needed to debug one call in a single request via the Bolna API: the execution, per-turn latency with the structured transcript, and the pipeline logs.
get_execution_debug tool.
Sections
include to fetch only some sections, for example ?include=execution,logs. Leave it out to get all three. Any other value returns 400.
Reading LLM requests
Every LLM request resends the full prompt and the conversation so far, so inlogs each llm request after the first carries only the text it adds. Its data_shared_prefix_chars says how many leading characters it shares with the previous request. To rebuild the full text of each request:
When a section is missing
One section never fails the whole response. A section that doesn’t exist for this call, or that fails to load, comes backnull, and unavailable names it with the reason:
Authorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Path Parameters
The unique execution_id
Query Parameters
Comma-separated sections to return, from execution, progression and logs. Omit to return all three. Any other value returns 400.
"execution,logs"
Response
Debug bundle for the execution
The execution this bundle is for
Sections that came back null, each with the reason. not_available means there is no data for that section on this call; error means it failed to load.
The execution, keeping only fields that help debug a call (status, error_message, provider and numbers, timestamps, conversation_duration, total_cost, cost_breakdown, usage_breakdown, telephony_data, latency_data, context_details, extractions, summary, tool_call_logs, transfer_call_data, retries). Empty fields are dropped and the prose transcript is left out. Present only when requested.
Per-turn latency and the structured transcript. Present only when requested.
The call's pipeline logs in order, followed by one webhook entry with its webhook deliveries (calls from the last 14 days only). Present only when requested.

