Page 1 of 1

Inconsistency with inbound report. QUEUE, QVMAIL and QVMAIL

PostPosted: Fri Jun 03, 2016 2:54 pm
by EugeneSmith
Hello Guys,

Let me thank you guys for this great application!

My delight is deemed a bit with a small inconsistency in the inbound report I receive.

Total calls taken in to this In-Group: 99
Answered Calls: 81 82%
Total DROP Calls: 6 6%
99 - 81 - 6 = 12 calls.

Image

http://postimg.org/image/72rvldsij/

I guess those 12 calls are calculated from QUEUE, QVMAIL and QVMAIL. Could someone explain me what those mean?

QUEUE - Lead To Be Called
QVMAIL - Queue Abandon Voicem
QVMAIL - Queue Abandon Voicem

Thank you so much in advance!!!

Re: Inconsistency with inbound report. QUEUE, QVMAIL and QVM

PostPosted: Wed Jun 22, 2016 4:13 pm
by williamconley
1) Welcome to the Party! 8-)

2) As you are obviously new here, I have some suggestions to help us all help you:

When you post, please post your entire configuration including (but not limited to) your installation method (7.X.X?) and vicidial version with build (VERSION: 2.X-XXXx ... BUILD: #####-####).

This IS a requirement for posting along with reading the stickies (at the top of each forum) and the manager's manual (available on EFLO.net, both free and paid versions)

You should also post: Asterisk version, telephony hardware (model number is helpful here), cluster information if you have one, and whether any other software is installed in the box. If your installation method is "manual/from scratch" you must post your operating system with version (and the .iso version from which you installed your original operating system) plus a link to the installation instructions you used. If your installation is "Hosted" list the site name of the host.

If this is a "Cloud" or "Virtual" server, please note the technology involved along with the version of that techology (ie: VMware Server Version 2.0.2). If it is not, merely stating the Motherboard model # and CPU would be helpful.

Similar to This:

Vicibox X.X from .iso | Vicidial X.X.X-XXX Build XXXXXX-XXXX | Asterisk X.X.X | Single Server | No Digium/Sangoma Hardware | No Extra Software After Installation | Intel DG35EC | Core2Quad Q6600

3)
EugeneSmith wrote: 99 - 81 - 6 = 12 calls.

Buzzz ... those 81 answers already include the 6 drops, also the queue and qvmail are considered answers. 81-6=75 that were something other than DROP. But wait: A Queue or QVMail could drop during the process and still be considered a drop. You may want to have a look at that same campaign after shutting it off and see which statuses "stuck" and which were awaiting a process to complete before being updated to 'final status'.

Queue = "on the way to" somewhere. I forget if those include being dialed or already answered but not yet transferred to an ingroup or agent. I suspect QVMAIL would be "on the way to Voicemail", and if the prospect hangs up during this activity the status will stick until a clearing process changes it to something more appropriate. But I've not checked ...

4) You can have a look at the screens (screen -list) and view them in operation to see what happens and when. Note that some of these statuses are expected to be temporary (never show on a report), but oddities in the system cause them to be visible at least temporarily. And then there are statuses like ERI that actually indicate something went wrong (agent closed a browser or lost internet).