Web API Call to check dialability BEFORE Dial is made.

Discussions about new features or changes in existing features

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

Web API Call to check dialability BEFORE Dial is made.

Postby suicehockey44 » Thu Mar 23, 2017 8:38 am

Good morning!

Is there a way to call an external web API to check dialability of a Lead before it is dialed in RATIO dialing mode?
This external dialability check must occur as close to the scheduled dialing time as possible. There should be no more than a few seconds between the dialability check and the resulting dial (if the dialability check returns dialable = true)

The goal in the long term would be to have this function be configured (web URL to call, data to post, etc.) on a list/campaign, allowing each campaign to integrate with different endpoints.

Thanks!
Matt

ViciBox v.7.0.2-160325
VICIDIAL-VERSION: 2.12-550a BUILD: 160414-1013
Asterisk 11.22.0-vici
1 Database Server
MariaDB 10.1.6
2 Web Servers
7 Dial Servers
Amfeltec VoiceSync PCIE System Timer Installed in each Dial Server
suicehockey44
 
Posts: 3
Joined: Wed Mar 22, 2017 2:32 pm

Re: Web API Call to check dialability BEFORE Dial is made.

Postby mflorell » Thu Mar 23, 2017 12:05 pm

There is nothing like that currently, but adding something like that could dramatically slow down the dialing processes, and if there was some kind of issue with connectivity or the remote system, it would shut down dialing entirely.

What exactly does this remote "dialability" process do?
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: Web API Call to check dialability BEFORE Dial is made.

Postby suicehockey44 » Thu Mar 23, 2017 4:32 pm

Thank your for the quick reply!

The remote dialability process checks if there is actually demand for us to transfer a Lead that we call to a client of ours. For example, we have a Lead in the system who is a Male, Age 25, and wants new auto insurance. Before we place the call to him, we need to "check" if one of our clients actually has demand for that Lead. If they do have demand for Males, Age 25, who want auto insurance, they would return "true" and we would then dial that Lead, hopefully connect, and transfer that call into our client's call center.

In short, we do not want to waste a dial on a Lead for which we cannot sell.

We would have set short timeout durations and handle 500/400 errors gracefully in order to prevent any dialing problems.
suicehockey44
 
Posts: 3
Joined: Wed Mar 22, 2017 2:32 pm

Re: Web API Call to check dialability BEFORE Dial is made.

Postby mflorell » Thu Mar 23, 2017 5:05 pm

Well, I'm sure something like that could be added, but it would slow down the dialing process, which could cause other issues, and it would not be a simple addition to the system either, given that it would have to deal with both the dialing and hopper processes.

When we have clients that do this type of filtering, they usually do it through the hopper process, which results in many less issues to deal with.
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida


Return to Features

Who is online

Users browsing this forum: Majestic-12 [Bot] and 16 guests