We are experiencing an issue where the variables from tooCalls are not appearing in the data structure in Make.com (see picture 1) Steps Taken to Ensure Proper Setup: 1. Set Make.com Credentials: Verified that the credentials are correctly set (see picture 2). 2. Set Make.com Webhooks URL in VAPI Server URL: Confirmed that the Webhooks URL is properly configured in the VAPI Server. 3. Tool Assignment to Assistant: Ensured that the tool is correctly assigned to the assistant (see picture 3). 4. Fetching Scenarios: Despite setting the credentials correctly, the list of scenarios remains blank in the tool screen (see picture 4). Additionally, I have attempted to redetermine the data structure in the custom webhooks multiple times by making several calls with the same assistant, but the issue persists. Additional Steps Taken: - I deleted the tools and redid the entire process by creating new scenarios in Make.com several times. Despite these efforts, the same problem persists. https://cdn.discordapp.com/attachments/1269256493031493664/1269256493845184552/K93PonfgAAAABJRU5ErkJggg.png?ex=66af66b9&is=66ae1539&hm=5afa4c7379237dd899f04a0a5a651f9213b7897bd1e70b7ef2b90a182a6c6aa0& https://cdn.discordapp.com/attachments/1269256493031493664/1269256494398963744/image.png?ex=66af66b9&is=66ae1539&hm=64e6e1fc9ef118241be4635f58087f7486479837bbf4feac1b5895360165da88& https://cdn.discordapp.com/attachments/1269256493031493664/1269256494768197705/TVshuVIDnrAAAAAASUVORK5CYII.png?ex=66af66b9&is=66ae1539&hm=25d0c0eb0bbe34858c828ca99b6f738e21e59ace0307c6bb5c6741cef73d23d4& https://cdn.discordapp.com/attachments/1269256493031493664/1269256495124447334/DV8OAgQIECBAgAABAgQIECBwg8Azukkj14jNlwjcJjB7QdyW0v0SIECAAAECBAgQIECAQKAf6Pu7V5yAgQIECBAgAABAgQIECBAgECMgJErpkpBCBAgQIAAAQIECBAgQIAAAQK9Akau3u4lJ0CAAAECBAgQIECAAAECBAjECBi5YqoUhAABAgQIECBAgAABAgQIECDQK2Dk6u1ecgIECBAgQIAAAQIECBAgQIBAjICRK6ZKQQgQIECAAAECBAgQIECAAAECvQJGrt7uJSdAgAABAgQIECBAgAABAgQIxAgYuWKqFIQAAQIECBAgQIAAAQIECBAg0Ctg5OrtXnICBAgQIECAAAECBAgQIECAQIyAkSumSkEIECBAgAABAgQIECBAgAABAr0CLzPJwxsErNB2AAAAAElFTkSuQmCC.png?ex=66af66ba&is=66ae153a&hm=5a9e52c08a23957a7c6eb7924885aa72bf9b72e9dd09faa2be7a3d1ac1d2383a&

@Simon J. I'm sorry to hear you're experiencing issues with the integration between VAPI and Make.com. It seems like you've already taken several important troubleshooting steps. Since the issue persists, I would recommend checking a few more things: 1. **Data Format and Payload**: Ensure that the data being sent from VAPI to Make.com is in the correct format expected by Make.com. The payload must match the structure that Make.com is configured to parse. 2. **Webhooks Configuration**: Double-check that the webhooks in Make.com are set to "re-determine data structure" after you've sent the new calls. Sometimes, webhooks need to be triggered with the correct data to update the structure. 3. **API Logs**: Review the logs on both VAPI and Make.com to see if there are any errors or messages that could indicate where the problem lies. 4. **Network Issues**: Verify there are no network issues that could be preventing the data from being transmitted correctly. 5. **Compatibility**: Check if there have been any updates either on VAPI or Make.com that could affect compatibility. 6. **Support Channels**: If the issue is still unresolved, consider reaching out to the support teams of both VAPI and Make.com for more specialized assistance. If you need further assistance with specific VAPI functions or actions, please let me know, and I'll be happy to help. If the problem is on the Make.com side, it might be best to contact their support for more detailed guidance.

Don't use your creds in the dashboard and try it.

Hey Chowderr, thanks for the reply. When you say dont set the cred in the dashboard, do you mean the ServerURL in the Organizations Settings (picture 1) or the ServerURL when create a new tool screen (picture 2)? https://cdn.discordapp.com/attachments/1269256493031493664/1270007969316339712/image.png?ex=66b22297&is=66b0d117&hm=2af6ec1e652c74ccb3c386003688498f2d61b8d22844c85a89e3a32e160ee19b& https://cdn.discordapp.com/attachments/1269256493031493664/1270007969655820319/image.png?ex=66b22297&is=66b0d117&hm=6b61cefe4b434859cc7ccc864fcc289926dc8f58d03f88f015b1ea7fe5af6b31&

I mean just go to make or whatever platform and add a webhook in the assistant settings.

I already set the webhook in make.com. As you can see in the print screen, I can see the data coming from VAPI, but in the response body, I don’t see the callTools variables. https://cdn.discordapp.com/attachments/1269256493031493664/1270025714619646213/image.png?ex=66b2331e&is=66b0e19e&hm=b11f306fe327dcf3015457c270d35734c568515c593f7c6b9760e29ef5069658&

well that looks like status update. You have time for a quick call?

Sorry, I was in a meeting. I was able to fix the problem with the team using your previous comment. However, the assistant is confirming phone numbers with a completely different number (345-678-9910) instead of the one from the tool call results. https://cdn.discordapp.com/attachments/1269256493031493664/1270045987552886827/image.png?ex=66b245ff&is=66b0f47f&hm=0699807a6b5eb3589dd7a23390f14d5af3ceeb1b78fe78c4fda80c311550e7f1& https://cdn.discordapp.com/attachments/1269256493031493664/1270045987930509322/image.png?ex=66b245ff&is=66b0f47f&hm=a81b726768f3382df4ad6250682359d55218088a028abc1c6f281c4fe0c7f136&

that number is not what the person said?

No, we fetched the user’s phone number using the function call, and the assistant confirmed the retrieved phone number with the user. (see the agent prompt)

this is not the same number as they are calling from?

No, as you can see in the previous photo, the phone number from the function call starts with 514… I would be surprised if we could have the phone number (345-678-9910)

No I don't see that. I just wanted to know if the number you were trying to fetch is the same number as the user is caling you from.

on the right, we have the phone number from the callers, and on the the left is the response from the call https://cdn.discordapp.com/attachments/1269256493031493664/1270059485620080690/image.png?ex=66b25291&is=66b10111&hm=9712504c241233b57c38a549078123ed1207f8e73bd6d80863bd1a7ecf73d334&

I apologize for the confusion but I just you need you to answer the question please. (i can't read that language). 1. Is the number you want to retrieve the same number as the user calling you? 2. Is the number you want to retrieve coming from the user response?

No worries, I really appreciate the help! I didn’t ask the user for their phone number; I used the function call to retrieve it. I was able to retrieve the caller’s phone number with the function call. The assistant needs to confirm the retrieved number with the user. However, as I mentioned earlier, it did not use the retrieved number from the function call but instead output a random one.

You don't need a tool to retrieve a callers number - that already comes through. Just map it and make it dynamic so it can always be referenced. That is why I was asking the previous questions. Of course if you want a different number, the number would specify.

You’re right, I didn’t think about that from the start. That being said, I fixed the call tools problem. It seems the issue was related to the sync tool function being set to both true and false at the same time. Thanks again for the help 🙂

To be fair everyone looks over it. Its one of those things that are simple to miss for sure. I sent you a message as well.

@Simon J. can you please share the call id for "variables from tooCalls are not appearing in the data structure in Make.com".

Marking as complete because of no response.