Trouble with Assistant-to-Assistant Call Transfer ...
# support
c
I'm trying to transfer a call from one assistant to another via a webhook (handled with a Make.com workflow), but I can’t figure out the correct payload to return. I’ve tested several variations — in some cases, the tool logs the response as “Success”, but the transfer never actually happens. In other cases, it returns “No destination found.” Transfers to phone numbers work fine, but assistant-to-assistant transfers aren’t working. I also tried using squads, but dynamic transfers don’t seem possible with them due to tool limitations. Could you please clarify what the correct payload should be for this kind of transfer? Example Call: - Call ID: 35d902e7-681e-4559-acf9-e88cb67e4e62 - Timestamp: 15.597 - Expected: Transfer to Assistant - Got: "Success" and no transfer Example Response Payload (got "Success." with this one but no transfer): { "destination": { "type": "assistant", "assistantName": "Eva Impuestos", "message": "Dame un momento cortito.", "description": "Transferir silenciosamente el instante que el tema sea sobre impuestos." } }
v
According to the information I found, dynamic call transfers for assistants are not currently possible in Vapi. As mentioned in the Vapi documentation, you need to use squads for transferring between assistants instead of dynamic transfers. From [Discord discussion](https://discord.com/channels/1211482211119796234/1330092161835733013): > "Dynamic call transfers for assistants is not possible as of now, you have to use squads for transferring b/w assistants." Source: - [Discord discussion](https://discord.com/channels/1211482211119796234/1330092161835733013)
c
If I need some backend logic to run before transferring a call to a phone number, is it possible to use dynamic transfers (where Make.com is hit for the destination request) within a squad setup? I tried implementing it, but couldn’t get it to work. Any guidance on this would be appreciated.
v
Message marked as helpful by @Canavati! 🎉
c
Hey, checking if this is resolved for you.