I suppose that you are referring to the number of callers who have abandoned in IVR (Interactive Voice Response) when you say "calls abandoned in TDM queue". Those are the callers who have dialed the Contact Center number, the IVR responded with a welcome message and eventually some pre-recorded prompts. Customers who choose to close the line at this level (they did not speak to an agent) are considered as abandoned in IVR.
As for "abandoned in queue", those are the callers who have heard the welcome message, and then heard pre-recorded messages, navigated in the IVR menu and selected the option to speak to an agent. The call is now transferred to the Queue. If all the agents are busy, then the caller will hear the Hold Music. If there's an available agent, the customer will speak to the agent. Customer who close the line while listening to the Hold Music are considered as abandoned in queue (or "router queue" in UCCE terminology).
Continuing with Calls abandoned in Queue subject I have another question?
For example, a customer calls to my company and he/she decided to hung up before any menu option is choosen, i.e i do not know wether he/she is already a customer or wich department he/she wants to speak to.How does Cisco compute this calls. Is the any report where I can get this information?
As gergely suggested you use a CallType Report also, You can also use the below method.
For all the calls there will be RCD entry in the database, there is a field called FinalObjectID. For these type of calls which was disconnected by customer in IVR, the FinalObjectID should be the "Run External Script" Node ID on the script. You can run a query against the FinalObjectID,so you will get the Call Count of the Calls you are expecting
who needs an easy solution if you can have a complicated one, right? ;-)
Although your idea might work, in my humble opinion, it's not elegant at all.
First of all, the _Interval (or _Half_Hour) tables are there to have already aggreated statistics for you. Cherrypicking RCD for certain Node ID's, knowing that the table does not contain an index by the FinalObjectID column, is not something I would recommend to be as a base for a report being used daily.
Second, call types are "measuring points", that's what they are created for. If you elevate some "Run External Script" nodes to this exclusive club, you must keep a watchful eye on the script, tell all your colleagues not to move that node anywhere etc, because "even if it's not a call type node, it's sort of a call type node".
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...