INBND status

All installation and configuration problems and questions

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

INBND status

Postby ciacho » Tue May 27, 2014 4:20 am

Hello,

When checking Inbound Report by DID that there is a large number of statuses: INBND

Could I ask you to explain what exactly does this mean?
VICIdial installations in POLAND
ciacho
 
Posts: 48
Joined: Tue Jul 08, 2008 1:46 am
Location: POLAND

Re: INBND status

Postby mflorell » Tue May 27, 2014 5:24 am

That is the first status that a lead receives when it is created through the inbound process. If it stays as INBND then the call did not make it to an agent or something went wrong.
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: INBND status

Postby dspaan » Wed Jan 21, 2015 7:02 am

Hi Matt,

We have a lot of leads with this status. What things could go wrong that cause this?

We are using the ingroup WAIT TIME OPTION so people in the queue can choose to be called back. This seems to work in the sense that a lead gets changed to WAITTO status which we have defined as a dialstatus. But at the same time a new lead gets created with INBND status? We don't understand.

Also we noticed the WAITTO leads were not being dialed until we reset the list. Should we use the lead recycle option for this?
Regards, Dennis

Vicibox 9.0.1
Version: 2.14b0.5
SVN Version: 3199
DB Schema Version: 1588
Build: 200310-1801
dspaan
 
Posts: 1377
Joined: Fri Aug 21, 2009 1:40 pm
Location: The Netherlands

Re: INBND status

Postby mflorell » Wed Jan 21, 2015 8:05 am

Every lead that is inserted by the in-group process has a status of INBND. So, if anything happens during that process or the customer hangs up right after the lead is inserted, it would stay as that status.

As for resetting the list, yes, you could try using recycling or just schedule list resets on that list regularly throughout the day.
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: INBND status

Postby dspaan » Wed Jan 21, 2015 8:49 am

I tried lead recycle but could not see any leads being inserted into the hopper.

I guess it will be a very long list reset list then since you want to call back someone within 15 minutes after the request was made.
Another problem we had is that agents with specific ingroups selected are now also confronted with wait time outbound calls for all lists in the campaign. Is there any way to make sure calls from specific ingroups are only dialed as WAITTO calls and returned to the ingroup agents from which the call originally came?
Regards, Dennis

Vicibox 9.0.1
Version: 2.14b0.5
SVN Version: 3199
DB Schema Version: 1588
Build: 200310-1801
dspaan
 
Posts: 1377
Joined: Fri Aug 21, 2009 1:40 pm
Location: The Netherlands

Re: INBND status

Postby mflorell » Wed Jan 21, 2015 9:24 am

We have clients that have used a specific campaign for the inbound agents only and used that campaign to dial lists if there was more than one agent available. There is also the option of using an INBOUND_MAN campaign to allow a specific agent or agents to dial back those customers as a dedicated campaign.
mflorell
Site Admin
 
Posts: 18387
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: INBND status

Postby bce » Wed Mar 11, 2015 4:03 pm

I would like to use the Wait Time Option: PRESS_CID_CALLBACK function. My problem is when I try to use the list it generates I cant get the leads to go into the hopper. I am running into the inbound status and I don't have that option on my dial statuses.

VERSION: 2.10-472-a
BUILD: 150120-0749
bce
 
Posts: 5
Joined: Thu Apr 10, 2014 2:05 pm

Re: INBND status

Postby dspaan » Wed Mar 11, 2015 5:42 pm

You need to create the WAITTO system status if it does not exist yet and add that as a dialstatus in the campaign.
Regards, Dennis

Vicibox 9.0.1
Version: 2.14b0.5
SVN Version: 3199
DB Schema Version: 1588
Build: 200310-1801
dspaan
 
Posts: 1377
Joined: Fri Aug 21, 2009 1:40 pm
Location: The Netherlands

Re: INBND status

Postby bce » Fri May 08, 2015 5:53 pm

OK thanks. I created INBND and WAITTO in the system statuses and I added those as dial statuses in my outbound campaign. I have tried resetting the hopper and the omitting the phone code. I still can't get the leads into the hopper. Is there a trick to the system statuses?
bce
 
Posts: 5
Joined: Thu Apr 10, 2014 2:05 pm

Re: INBND status

Postby dspaan » Wed May 13, 2015 6:13 am

I recommend that you try with a 'normal' outbound campaign first where you loaded NEW leads into a list and see if that works. Then try dialing WAITTO leads. You should not dial INBND leads i think since they are the first status in a process (see explanation Matt above) and in our case it turned out the leads with INBND status were duplicates from WAITTO so that would mean you would callback your clients twice. I have no explantion why that happened, we also had problems with WAITTO leads being properly reset to be dialed but we were able to get them into the hopper once we reset manually and they were being dialed. But due to having multiple ingroups and not being able to split WAITTO leads back to the ingroups from which they originated this was not practical for us. If you have a simple setup with one campaign + one ingroup you can use this method. I don't have solution for resetting the WAITTO leads though. Since the lead reset times field can conain a limited string length. So for examle resetting the list every 15 minutes would not work with that field and lead recycle didn't work for us either. Maybe you should contact ViCidial support about that. Let me know if you find a solution.
Regards, Dennis

Vicibox 9.0.1
Version: 2.14b0.5
SVN Version: 3199
DB Schema Version: 1588
Build: 200310-1801
dspaan
 
Posts: 1377
Joined: Fri Aug 21, 2009 1:40 pm
Location: The Netherlands

Re: INBND status

Postby bce » Thu May 28, 2015 5:14 pm

I was able to get the leads to dial. It was a Call Time issue. I created a blank call time for the outbound campaign and it let the leads into the hopper! The usual call time list we use is too strict (which is how it was designed). Thanks for the help all.
bce
 
Posts: 5
Joined: Thu Apr 10, 2014 2:05 pm


Return to Support

Who is online

Users browsing this forum: Bing [Bot] and 55 guests