Our usecase in simplified manner:
1) Custom come to our website
2) he see a list of phone numbers
3) he click on a phone number to call.
For above i am reading
https://www.twilio.com/docs/quickstart/java/client/outgoing-calls
Our plan is to give this call functionality as a added feature where we will charge end customer what twilio charges us.
Now i need to keep trace of number of call/min each of our customer used. so that i can charge him for the same.
What are the way i can keep track of min/call by each of our customer?
Edit:
Is there any api/webhock that can be used to keep track of when a particular call started and ended so that we can save the duration of call and charge for the same.
Twilio developer evangelist here.
Good news! There are a couple of ways for you to find out this information.
Firstly, you can set a StatusCallback URL that receives webhook information about calls. You can either set this on the level of the number, using the phone numbers section of the Twilio portal. Or you can set a StatusCallback parameter when you create calls using the REST API. Or you can set a StatusCallback attribute when creating calls using the <Number> noun in TwiML.
Either way you set the callback, you will get a webhook back to the URL you set when the call is over. That webhook will include a CallDuration parameter with the duration of the call in seconds.
For more accurate price reporting, you can actually query the REST API. Call instance resources have a Price property. The only drawback here is that the Price property may not immediately be available. So you may need to schedule jobs to check for the price after a call is complete.
Let me know if this helps at all.
Related
I'm trying to figure out how to associate a specific user with a Twilio number, so that when a call/text comes to that number it only goes to that user's Frontline app/account.
I'm writing the callbacks in Node.js, and I guess that I'm a bit confused to as to how to identify the target number (as the quickstart I'm using is more focused on the customerNumber and relationship with a specific worker).
Thank you.
I believe you should set up Custom Routing for this and, instead of using the customer number (the MessageBinding.Address from the webhook parameters) to do the routing as in the quick start, you can use the number the customer sent the message to, which I think is the MessageBinding.ProxyAddress.
Check out all the parameters that are sent to the onConversationRoute webhook URL. You might also want to test and just log out all the available parameters in order to match to the target number.
The best and the only option I see the Call Forwarding for that purpose and using Twilio's inbuilt TwiML Bins.
Complete info:
https://support.twilio.com/hc/en-us/articles/223179908-Setting-Up-Call-Forwarding
I'm looking for a way to generate a Conference resource within the Twilio system before adding anyone to that conference.
The official recommended way to start a Conference is by returning TwilXML in response to a Twilio callback. This can either be done in response to someone calling a Twilio number or, in a somewhat indirect way, by making a call and returning TwilXML which will connect the person to a conference once they pick up. All of the APIs to modify conferences use the ConferenceSID as the handle to decide what conference to change. The problem with both of these methods is that they do not give you the ConferenceSID until you receive a callback.
Unfortunately callbacks do not contain any identifying information about who generated them. They do have a ConferenceSID (identifying the conference), and a CallSID (uniquely identifying the call connecting the caller to the conference). When you get your first callback, there appears to be no way to be able to match either of those identifiers. If you start multiple conferences and get two callbacks with different ConferenceSIDs and different CallSIDs, it is inconvenient to tell which conference is generating which callback.
That's why it would be easiest to create a conference resource and then use the versatile add participant call. This would simplify the entire backend flow for using conferences by starting with the ConferenceSID and going from there.
P.s. To head off other suggestions - there are ways around this. You can specify different callback URLs for different conferences. You can specify different friendlyNames for different participants which you can match in your backend. It's totally possible to work with, but I would like something cleaner, which would require making conferences before anyone is called.
Twilio developer evangelist here.
There is no way to create a conference resource from the API. You can only do so by directing a caller there with the <Dial><Conference> TwiML.
Further, I don't quite understand when you say "When you get your first callback, there appears to be no way to be able to match either of those identifiers." What are you trying to match? You could use the CallSid to look up the From number of the caller joining the conference. You also receive the FriendlyName in the callback, which is the name you set in the TwiML <Conference>Friendly Name</Conference> which you could choose to help determine which conference is which.
Does that help at all?
I am working with a twilio queue and I have multiple numbers that come into the queue. The operator receives a popup and it shows the department that a customer is calling into (based on the twilio number they dial).
Like:
Technical support [has it's own number]
Customer Service [has it's own number]
Sales [has it's own number]
I am presenting this info to the operator and when they accept the call it connects the operator to the queue and pops off the top.
The issue: If another call comes in it pops someone off the top of the queue and they may have called a different department. So, the info I am showing to the operator is not accurate. The first person in the queue may have called sales, and someone else calls technical support. The operator answers technical support when they really called sales. So I am displaying bad info.
I know they have twilio task router. But, is it possible to solve this with the queue? Essentially I want to be able to identify what number someone called which categorizes it into the right department.
Can I pop a specific call off the queue based on call SID or something like that so I know I am delivering the right call?
Thanks
Twilio developer evangelist here.
You have a couple of options here.
You could enqueue the calls coming in to your support/customer service/sales numbers into differently named queues. That way, when an operator accepts a sales call, they will only dial into the sales queue.
Alternatively, instead of dialling the queue, you could use the REST API to update the queued call, redirecting it to connect to your operator another way. For example, if your operator accepts the call they could <Dial> into a <Conference> and at the same time redirect the call, via the REST API, to that conference too.
I can see that for all the voice interactions, behind the scenes flex is using its voice API to create a conference between caller and worker. How do I obtain the created ConferenceSid after the task has been selected and reserved?
What I would like to do is simply Get the value upon connecting.
I can see a very long and not so pretty way of getting it, which is by running a twilio function that iterates over every conference, making additional requests to see the participants. But that seems way to complex to me.
I can see in the logs that the conference friendly is being printed
ConferencesState handleConferenceUpdate WT5d0800a3ce8724fd55cf89841c48XXX
Is there anyone who can help here?
UPDATE:
#philnash below answered the question exactly.
Twilio developer evangelist here.
There seems like a couple of ways to get hold of the Conference SID in a Flex interaction.
First, the task that your worker accepts has a number of attributes that are set by Flex and relevant for the type of task it is. For a voice call, you will find a conference key, which has an object including the sid as well as entries for the participants.
Secondly, I found that the <TaskCanvas> component in the UI is passed a context that includes a conference object. That object then has a source property which expands to an object with a conferenceSid property, as well as other properties, including a participants list.
Does that point you in the right direction?
Is there a way to get the inputted number aside from the Gather request?
Like, are they stored somewhere we can query later via the call id?
Twilio developer evangelist here.
Assuming that you mean you are looking for a way to get numbers entered into the phone's keypad during a call, then no, the only way in a Twilio call to get those digits is via the callback after using <Gather>.
If you want to store those Digits you could put them into a database, keyed with the CallSid that you receive as a parameter with every webhook too, so that you can retrieve them later.
If you are looking for the number that was dialled, that should come through as the To parameter in every TwiML request.