Only particular make.com variables preventing the webhook response from executing the assistant-request correctly. It says it failed to get the assistant. The problem lies with the last two variables, but I don't know why. This JSON works: (Call ID: a9b12699-f890-4f32-8e69-39a8e1e0d0da) { "assistantId": "assistantid", "assistantOverrides": { "variableValues": { "firstName": "{{7.firstName}}", "lastName": "{{7.lastName}}", "email": "{{7.email}}", "memory": "Last call caller ordered a Arctic Avalanche and wanted it delivered to Brisbane.", "address": "5 Main st, SouthPort 4200 QLD" } } } However this JSON DOESN'T work: (Call ID: 93fafea1-7099-4457-b1fd-d3399cd7b089) Error: assistant-request-returned-no- assistant { "assistantld": "assistantid", "assistantOverrides": { "variableValues": { "first_name": "{{7.firstName}}", "last_name": "{{7.lastName}}", "email": "{{7.email}}", "memory": "{{7.customField.RHg5Imn7pi7WSBT66LSx}}", "address": "{{7.customField.

9oRE9jGYyhvCXhAcPz8U

}}" } } }

I have a theory that it could be the commas in the address are not escaped, try to remove that variable and see if it works...

Thanks @~Stu~ CoreAspect.Agency . It still works with the commas in the address. The top JSON code works, its the bottom one that doesn't work. The only difference is the top variable is statically set, while the bottom JSON code uses make.com variables when setting the variable. I hope that makes sense.

What's the output payload of the htttp module that's sending to the vapi webhook in make

The information is coming from GHL. The only differences between the information that works and the information that doesn't work from GHL, is that memory & address are custom Multi Line Test Input fields

You could try parsing that data and remove any line breaks or special characters

I'll give it a try. I'll also double check the output payload

I'm in the car, but I use a little regex to remove " and , and other things and I belive there is an output parser that removed line breaks caries returns that will likey fix it before it get to the json and breaks it.

ah ok. I can't see logs in Vapi for the Webhook data coming through from make.com. but the only special character I see is the semi-colon. This is what I can see Make.com putting through to Vapi: "Call ID: b867cf50-131d-4fd9-8c28-dc469c488b1b Call Summary: " As you say it could be the carriage return.

Awseome

I got it working now with a Transform JSON module. Thanks for your help

Just in the car doing support on the way to Wollongong 😄

Can only Vapi techs mark it as resolved?

Not sure

Marking this ticket as Solved ✅