CC Pulse and Accuracy

[Rhonda]

Can you please tell me in the "Layest" mans terms. How accurate is CC pulse when watching real time behavior? Is it possible that the view can show that an agent has a call holding, when in fact, they have went back to the customer and are talking?
Is it all based on how fast our server is?
Thanks

[cavagnaro]

It is maybe one or two seconds as much, however if events are not reaching StatServer then you will not see those events, so not only Server speed is a factor but network speed as well.

[tony]

...it also depends on when you are refreshing your stats, within the View/template in CCPulse+....

[cavagnaro]

yay, true true, of course I assumed he has all well configured....

[Rhonda]

So, how often do you have to refresh the system? Would you feel comfortable enough with the information to place agents on disciplinary action? Or, is it a tool to be used but not a 100% fool proof way of monitoring activity on the floor?
I am just trying to get an idea, I promise, I am not holding you an exact answer.
Thanks again!! This has been very helpful!

[cavagnaro]

well depends, calls in queue you want them real time...maybe not...maybe every 5 seconds is good for your voice traffic. Monitoring agents real time...not so good, maybe every 60 seconds. and so on, depends on your needs

[Rhonda]

What about hold status?

[cavagnaro]

? don't know...for me is not important...maybe for you yes.

[Adam G.]

If you are looking at the agents (or other objects) on the left-hand-side of CCPulse, in the tree view, I have found the status changes as very much real-time (less then a second response time).

Pavel

[tony]

Here's a "sort of..." guide (since I seem to be good at these things..! )

(Virtual) Queue stats: 30 seconds
Agent stats: 30 seconds
Agent Group stats: 30 seconds
DNGroup stats: 60 seconds
SLA/KPI stats: 60 seconds

- don't forget that you can export a View at any time and review it in either HTML or Excel, so that you can have a "point in time" reference...

And, as Pavel says; if you are looking at an individual Object (For example: Right-Click an Agent and View Extended Status) then the stats are pretty much real-time, but you cannot export these stats...

Insofar as using the detail for disciplinary action, I would use an Historical Report for that... but that's a whole different story...!

Tony

[Rhonda]

What do you know about monitoring IM's on CCPulse? I thought I read one of the "guides" that were posted.

[tony]

IM's are single interactions, so I can't see an issue with reporting them, as "Volume" Stat Types through Queue-level Reporting...

[kowari]

[quote author=Rhonda link=topic=3346.msg13894#msg13894 date=1221783163]
Can you please tell me in the "Layest" mans terms. How accurate is CC pulse when watching real time behavior? Is it possible that the view can show that an agent has a call holding, when in fact, they have went back to the customer and are talking?
Is it all based on how fast our server is?
Thanks
[/quote]

CCPulse Templates are configured in various ways by your genesys dudes (if you are an end user).  You can make them update every x seconds or you can make them "changes based"  Changes based is intensive and not recommended for the regular user.

Anyways, if you set your CCPulse stats in your template to be updating every blah seconds then that is your delay.  If you set it to "changes based" then the delay is a combination of your network latency and your statserver you are hooking into.

Now, the stuff on the LHS, the lists of agent groups and the extended view, thats as close to Real time as your changes based stuff it - in other words, it depends on your network (latency and bandwidth) your statserver and the server it is on and all kinds of other junk like that.

BUT

You probably wont ever get the situation where you see someone on hold on your CCPulse, and they have actually hung up the call already.  If that happens you have MUCH bigger problems with your genesys hardware and software setup

Hope that helps.

[Rhonda]

Wow, Kowery! Now I am really confused. We get emails sent to us from a person designated to watch CCPulse each time an agent is in a hold status for more then 3 minutes. So are you saying the problem is with the agents letting the customer hold for that long?
Thank you for the explanation, seems like we are trying to use it in a way that it is not meant to be used.

[Rhonda]

After re-reading your reply, what I meant to say is that we have monitored an agent on talking to a customer, while showing in a hold status in CCPulse.