I just bought an Airbnb that requires guests to enter a gate code which then dials my phone number which I have to answer and press 9 several times until the gate opens. I'm looking to automate this process in Twilio Stack Flows.
Does anyone know how to do this? I have no idea what to input into the system to make this work (if it's even possible).
One way you might want to build this is via Twilio Studio (Twilio's low-code solution) and the Say/Play Widget.
Specifically, there's a Play Digits Configuration which mimics a keypress, so you can automate the process of pressing 9 several times.
Related
In twilio studio ,I was trying to forward my call to my cell phone number Studio Flow Image , In twilio studio its quite easy.
My paid number is usa local number,I am trying to make international call.is it possible?
I am using connect call to widget.And I choose forward to single number,there is also option like SIM,SIP etc.
It seems the call doesn't forward to my cellphone,it just drops the call. Am I missing something here?Or its bug with twilio?
Thanks.
Note: I am using a paid USA (TX) number
Check the debugger for specific errors, also check to make sure you have the proper voice geographic permissions enabled.
I'm the president, chief bottle washer and IT guy at a small non-profit. We've been using OpenVBX for years for our IVR, but due to Twilio's lack of support for OpenVBX, and the need to keep PHP current, I decided to recreate our IVR using Twilio Studio. I got that done yesterday, but it utilizes computerized voices for all of the prompts.
Using OpenVBX, you could have the system dial a phone and have someone record the message for each prompt, but there's no such capability (that I know of) with Studio. How do I replicate that functionality or how do others' build a system where you can easily update the voice prompts without having to edit the Studio script?
Thanks, Geoff
Twilio developer evangelist here.
There isn't an API for updating Studio Flows, so you couldn't completely automate this process to replace the voice prompts.
One idea I had was that if you get the recording you could store it in Twilio Assets and then add the URL to the Say/Play widget. Then, when you update the recording, upload it again with the same URL. I'm unsure how long Studio will cache audio files of recordings, but it might make it possible to update the recordings without altering the Flow itself.
Let me know if that helps at all.
I am developing an application for handling calls. The architecture is simple. It rings 10 phones at the same time and when someone picks it, ring stops. But the issue I am facing is the race condition. if two reps picks the call I don't know how to instantly differentiate between who won the race and who didn't. It takes 5 seconds for twilio to send back a response
Is there anyone else faced the same issue before and found a solution, please share
Thanks
Twilio developer evangelist here.
You can actually achieve a simulring using TwiML without having to handle which agent answers the phone yourself.
If you get an incoming call and you want to forward it to the first agent who answers, you can use <Dial> with up to 10 <Number>s. Twilio will then ring all the numbers until one answers and will cancel the remaining calls. Then there's no race condition for you to handle.
Let me know if that helps.
So, a little context for you first: Our app only has forwarding and text messaging capabilities for our clients. Basically, we just set up a forwarding number in twilio for our client and they use that as their public number (on websites, advertisements, Google, etc.). Then when their customers call that number we ask them a quick question using the phone menu before forwarding the call onto their regular land line and sending them a text message later.
What do you suggest we do when someone wants to keep their current number (land line or otherwise) as the main phone number (online, website, ads, etc.) instead of using a new forwarding number?
Would they port their current number over to twilio, and then just get a new number with their main phone provider that we'd forward the ported number to?
I'm sure this is a common problem, so wondering what the best way approach it would be.
Thanks!
Twilio evangelist here.
If they want to continue using their POTS equipment then what you described is the only option. If they were able to move over to a pure VoIP system then there are more options.
You could use Twilio Client to build web and/or mobile VoIP apps for them. Or you could stand to a VoIP server (like Astrisk or FreeSWITCH) for them to connect VoIP phones to.
Of course they would still have to have an internet connection with for either of the VoIP options.
Hope that helps
This is an old question but it was at the top of my search for questions about porting for sms capabilities. Having worked 20 years in B2B telecom I can answer the last part of this in case anyone else needs to know.
If you go to any provider and request a number to be ported from the existing provider, the "losing carrier" cannot refuse to port the number as long as the number is active. I stress this point because if they are past-due, they still have to port it. But if the service is temporarily or permanently disconnected they don't and usually won't port it. The port has to come from the company winning the business. Don't contact the existing carrier about it because they can't "push" the number out. Instead, the new carrier will have you fill out a Letter of Authorization (LOA) to port it that gets submitted with the port request. Its very important that all of the details on this form match the billing record or it will get declined. So normally you would provide a copy of the current bill with the LOA.
I'm trying to see if this is even possible in twilio. I'm hoping maybe someone's had a similar challenge and came up with a creative solution...
Our company has a unique phone number that's only displayed on our website. I've been asked if it's possible to find out not only how many calls we're getting (which is simple enough to track in twilio), but also who's calling. Basically, they want to follow the details of a users activity. From website to phone call.
Theoretically, they'd like something like this:
A user, lets call him John, comes to the website & is assigned a unique id of "12345". The id is stored in a cookie for returning users (this I can already handle).
If John calls the phone number displayed on the website, we...somehow through the use of twilio...know it's user #12345.
We can then create monthly reports stating user #12345 called the phone number 7 times this month for a total of 18 minutes.
There's so many "what if's" that go into this, that I'm just not sure it's even possible, but perhaps someone knows of a creative way this can work? A few things I've considered, but none of them are foolproof:
Tracking a combination of John's geographical location while browsing the website and the time of web browsing, then using twilio voice to track the geographical location & time of the phone call, to make a best guess. The problem is it sounds like twilio voice isn't always great at providing geo location.
Tracking mobile click to calls on the website, then matching the time of the click to the time of the phone call. Several problems with this, including multiple users calling at the same time, and we'd only be tracking those who browsed the website via mobile, then clicked to call.
For mobile click to call, passing the user's id via a phone extension, which twilio then reads (not sure if this is even possible in twilio). But again, this would be limited to mobile users.
So, I'm just not sure if this is even possible. Any idea's on how this could be implemented?
Thanks so much for any help.
Twilio developer evangelist here.
Have you considered making it possible to make the calls through the website itself? If you implemented Twilio Client you would be able to directly track users who called from the website and they'd be able to do so without picking up the phone too. That direct connection would allow you to make the calls more personal too, as you'd know exactly which user was calling.
Check out the tutorial on implementing browser calls in Twilio and let me know what you think.
I can't think of any straightforward ways to connect a user's browsing session to a phone call made with a different device though. You could ask the user to input their ID in order to start the call, using <Gather> to receive the input and tie that call to the user and whether they currently have a live session on the site. That might be an unnecessary barrier to people calling though, so you'd have to weigh up that option.