I am able to pass "Digits": "XXXXX", from twilio when calling VAPI api https://api.vapi.ai/twilio/inbound_call. Is there a way when VAPI call my server url when getting assistant that I can access those digits? @Shubham Bajaj @Sahil

Hi there! 👋 Based on the documentation I've found, VAPI doesn't directly support retrieving the "Digits" parameter from Twilio's payload during a server callback. However, there's a workaround using TwiML to handle this: 1. You'll need to set up TwiML's

gather

function to capture digits from incoming calls:

javascript
// /api/twilio/call endpoint
const twiml = new VoiceResponse();
twiml.gather({
  numDigits: 3, // Example to gather 3 digits
  method: "POST",
  action: `${process.env.NEXT_PUBLIC_VAPI_SERVER_URL}/api/twilio/gather`,
});

twiml.redirect({
  method: "POST",
}, "https://api.vapi.ai/twilio/inbound_call");

2. Then handle the gathered digits in your server code:

javascript
// /api/twilio/gather endpoint
const formData = await req.formData();
const digits = formData.get("Digits");
console.log("Digits", digits);

const twiml = new VoiceResponse();
twiml.redirect({
  method: "POST"
}, "https://api.vapi.ai/twilio/inbound_call");

One important note: After gathering DTMF tones, Twilio changes the call status to "in-progress" which can cause a 400 error with VAPI (which expects "ringing" status). A suggested workaround is to use a conference call setup to transfer the call to the VAPI assistant after gathering digits. Let me know if you need more details on implementing this solution! 😊 Source: - [Discord Thread Discussion](https://discord.com/channels/1211482211119796234/1211483291191083018/threads/1342459464346767492)

We are not offering this feature right now. However, we are working on the DTMF feature request and assessing user needs. Based on that, we will develop the functionality. Could you share more details about how you plan to use the DTMF feature?

I got it working 🙂 Was a way to share one line for different assistants, it's pretty cool 🙂

How did you made it work?

Setup a twiml bucket that takes the code entered and send to a webhook that then takes that data and does cool stuff with it and then connects to vapi and since we have the Twilio SID we can use that as a key across the call to maintain session state and know which agent to load up 🙂

Dayum, pretty unique solution. Mind making a video or showcasing the code. It will help lot of people.

yes no worries i can do it 🙂

Thankssss!

Cool what is their use case they are trying to solve so i can set up the video?

To get the proper phone number details or credit card details or it can be to route to different agent.

Rem this is on initial call, so when they first call the number it takes down the number, is this what you think would be helpful or were you thinking this works a different way?

Ah, I see. I was thinking during the call you are able to get the keypad input. But, still it will be helpful.

VAPI can set this up by doing... 1. You need to enable DTMF digits to be sent via the WebSocket by adding the track="both" attribute to the element. you dont have both currently. 2. for this https://api.vapi.ai/twilio/status capture the following { "event": "dtmf", "digits": "123", "callSid": "CA1234567890abcdef" }

Thanks, Titus!

Btw I saw a while ago a way to have a server url so if a number is called it can use that url instead of getting an assistant for that phone was that removed or what I hallucinating lol would be handy for me since I may want diff urls associated with each number and not rely on the main server url

Yup, thanks!

is this available or am i missing it?

Nope.

can you check out concurrency we hit some limit because our automation went down and when we updated it the queue started hitting vapi causing Over Concurrency Limit.

Hey AiTitus, on your dashboard you have a section that shows your current concurrency and you can sort by day, hour, minute etc. Are you looking for a programatic way to check IE before a call is started?

@Mason thanks! is there an API for concurrency so I can check?

Unfortunately there isn't a native way to directly query concurrency. Your best bet would to be to keep track of it on your end if you needed to do something programatic with the live concurrency. Definitely think it's worth a feature request though my friend: