Call ID: 019bb7d0-bcc3-711c-86ad-55b08cd2c9a4 Timestamp: 6:46:16 AM(+01:37.46) Response I expected to receive: I expected the live transfer to go through because it has been going through for all calls but it did not work for this call. Response I received: The response I received is just a continuous "Executing Call Transfer." How this works is once the Call transfer tool is initiated, it calls a make.com webhook which then processes the live transfer. The make.com automation itself worked, however, on VAPI's end, it seems like it did not. https://cdn.discordapp.com/attachments/1460664758075392100/1460664758570188973/image.png?ex=6980ca10&is=697f7890&hm=525ca59c51711603ef670a3c8cbf2e307d3ac735c2636b1d28ed6e66c9a0f35e&

Hey there, The problem is that the transfer tool is called without an argument. You have to either set the destination in your tool from the dashboard, or you have to instruct your assistant in the system prompt which number to forward the call to. Here are some useful docs- https://docs.vapi.ai/call-forwarding Instructing assistant with prompt- https://docs.vapi.ai/call-forwarding#instructing-the-assistant

I already have that set up. Like I said, the make.com function worked properly. I have had hundreds of live transfers process and they’ve been all working fine until this one

Yes. I just noticed that the destination is set to come from the Make webhook. Here’s what happened: • At 2026-01-13 14:46:19, we triggered your webhook for the

transfer-destination-request

. • The user ended the call before the transfer could be completed. • We received a response from http://Make.com on 2026-01-13 14:46:29. Since the customer ended the call before we received the response from Make for the transfer request, the transfer could not proceed.

Got it. How many seconds after did the customer end the call?

Immediately, it shows within one second on the tool call.

I saw you guys are removing Structured Data and are switching to Structured Output. The current value i use in Make.com for Structured Data is {{22.message.analysis.structuredData.Motivation}} What would it be for Structured Outputs?

Hey Anton, 6d19ea46-27f3-4f78-97e8-968718c212a2 is not a valid call ID. You can get the correct call ID from your call logs in vapi dashboard.

Can you check why this call was not transfered: 019bb8dd-7d34-7ffa-81e9-7530efd8c3dc

Looks like the call was forwarded from our end to the number +1732*****79. Can you check your twilio logs once for any issues if you haven't received the call? Let me know if you need any details from our side in checking twilio.

Hi Guys, im noticing a lot more "Executing Transfer Call" function occur. Why is it happening more often now? https://cdn.discordapp.com/attachments/1460664758075392100/1462118204162969774/image.png?ex=6980cdb0&is=697f7c30&hm=228555ad84f11d9b04bcedfb9ed38b497d75499021746b076986565b664ff9a9&

What do you mean by lead is bad? Can you explain the logic behind it?

Yea so I have a chat GPT function that reviews the transcript and if it decides that the lead is messing around (or trolling the AI), it replies with “BAD” as its output. Otherwise, if the transcript is fine and the user is not messing around and not saying inappropriate things, chat GPT will reply with “QUALITY” as its output I want it to route to an end call function if the output from chat gpt is BAD And route the call to a live transfer function if chat GPT replies with positively It won’t let me insert an end call function tho (it just doesn’t work when a contact is routed to it.)

You can use https://docs.vapi.ai/calls/call-features , live control call APIs, and call the end call API when receiving a bad response https://docs.vapi.ai/calls/call-features#4-end-call