Hello,
i'm new to queuemetrics and i'm trying to setup IVR tracking. I've a question to do, but need to introduce.
Well, in the official QM Manual (
http://manuals.loway.ch/QM_UserManual-chunked/ar01s09.html) i read:
"QueueMetrics handles IVRs when running reports by filtering all calls by the set of queues specified in the report. As IVRs have no queues, all IVRs are processed for the time period requested. IVRs that end up on queues different from the ones being reported on are reported as "lost"."This means that we can trace the IVR calls, but in the reports calls that do not belong to the queue that we are analyzing will be identified as "lost".
It is said also that the IVR has no queue: I think this is only true from a technical point of view, because for Asterisk "IVR" and "Queue" are two separate objects. But the logic of a Call Center "Service" can consider "welcome IVR" and "tail" as two objects of the same set.
Why can not associate the IVR information to a Queue? All the more reason that we still have to log the information of IVRSTART and IVRSTOP through QueueLog ?
Now the question: would not it be more consistent to add in that log, also the name of a queue of QM to aggregate queues accessible from the IVR Asterisk?
For Example:
considering a callcenter service with an ivr that can lead the call to two different queues (named "CALL-CENTER-SERVICE-AGENTS-1" and "CALL-CENTER-SERVICE-AGENTS-2"):
IVRSTART -> QUEUE "CALL-CENTER-SERVICE"
IVRAPPEND [...]
IVREND -> QUEUE "CALL-CENTER-SERVICE"
QUEUE -> "CALL-CENTER-SERVICE-AGENTS-1"
In this case, we could build a QM Queue named CALL-CENTER-SERVICE that can analyze queues "CALL-CENTER-SERVICE-AGENTS-1" and "CALL-CENTER-SERVICE-AGENTS-2".
And all the data will be more consistent because we're analyzing different parts of the same call for the same service.
Hope to be clear.
Best Reagards
BS
Show Posts