Transfer to Agent vs. Call Transfer
Both tools move the caller somewhere else, but they are not interchangeable.
If the caller should end up talking to a person, use Call Transfer. If they should end up talking to another one of your agents, use this tool.
How it works
- The agent calls the Transfer to Agent tool.
- The current agent speaks the configured handover message in its own voice.
- The caller hears a ringer while Dograh prepares the destination agent.
- In parallel, Dograh compacts the conversation so far into a handover note.
- The destination agent takes over and opens at its Start Call node, playing that node’s greeting.
What the destination agent receives
The destination does not start cold, and it does not receive the raw transcript either. It starts from:- A handover note summarizing what the caller wants, every fact they gave (names, numbers, dates, addresses, reference identifiers, reproduced exactly), what has been promised, and what is still outstanding
- The most recent turns kept verbatim, so it can answer an “as I was saying” without re-reading the call
- Anything the caller said while the handoff was still running
Because context travels with the caller, the destination agent should not re-ask for information the caller already gave. Say so in its prompt.
Configuration
A Transfer to Agent tool has only two settings, because everything about how a handoff sounds is fixed.- Agent (
workflow_id, required) — the id of the Dograh agent to transfer to. It must belong to the same organization. - Handover message (
message) — spoken by the current agent, in its own voice, just before the handover. Supports template variables. Maximum 500 characters. Defaults to “Let me connect you with the right person. One moment please.” Leave it empty to hand over without saying anything.
One tool per destination
Each Transfer to Agent tool points at exactly one agent. An agent that can hand the caller to three places gets three tools, and the model chooses between them the way it chooses between any other tools — by their names and descriptions. Name each tool after its destination and describe precisely when it should fire:Availability
Agent transfer works on every cascade call, including web calls, which is where it differs most from Call Transfer. It is not available on speech-to-speech (realtime) agents. The tool still registers there, but it refuses and tells the agent to keep helping the caller itself, so the call degrades into a normal conversation rather than failing silently.Creating one
Prompting the routing agent
- Tell the agent that a turn is either spoken words or a tool call, never both.
- Do not tell it to announce the transfer; the tool’s handover message already does that.
- Give each destination an explicit, mutually exclusive firing condition.
- End the prompt with success criteria naming which tool fires for which outcome, and stating that exactly one of them should ever fire.
Troubleshooting
destination_not_found when creating the tool
The workflow_id does not exist in your organization. A transfer can only hand the call to your own agents. Check the id on the destination agent’s settings page.
The agent says transferring is unavailable
The call is running on a speech-to-speech agent, where agent transfer is not supported. Switch the agent to a cascade model configuration, or use Call Transfer to reach a human instead.The transfer is refused as already under way
Two transfer tools fired for the same call. Tighten the firing conditions in the tool descriptions so only one can match, and state in the prompt that exactly one transfer may happen.The transfer is refused as misconfigured
The tool’sworkflow_id is missing or is not an integer. Re-create the tool with a valid agent id.