We are working with a big Telecom service provider for their CTI inbound setup with AVAYA WVR and Genesys.
The customer has two types of agents, one that login using the Genesys custom CTI toolbar and get screen popup’s and the agents that login in directly to ACD using the AVAYA phones. Both types of agents might use the same Place for their operations at different times.
Now, using CCPulse, when we check the count of the total agents logged in on the places monitored by TServer, we get the count including both Genesys agents and non Genesys agents. Is there any way that we can have the count only representing the Genesys agents?
I think I read this question…here? Or was in the other forum. Any way, the fact that you can monitor the other agents means that they are Genesys agents too. Maybe not in operational mode of work but yes in the way that Genesys can monitor their DNs. Maybe you can try to Cound the logged in agents on each Queue and have a Queue for Genesys workers and another for non-Genesys workers.
The same agents may log in using the Genesys Agent desktop at one time and directly into the ACD using hard phone at another. So technically they log in to the same queue at both times.
Any way of differentiating the agent’s login method from any TServer event?
Well, you could implement in to your softphone reason KVP for request loggin, so all agents who would use softphone will always have the reason code along with the loggin request and this you could then simply use to buildup filter to discriminate between softphone and non-softphone users in CCPulse for stat loggedin.
ecki, as far as I remember this only works if you capture the event login, however not when asking how many agents are logged in with a stat…will try tomorrow again
I understand what you say. The reason i didn’t implemented this is because of the following scenario in our production floor:
Agents log in using the Genesys Agent Desktop (lets assume here that it is sending the custom KVP here)
Stat server acknowledges the same and increases the count of total number of agents logged in
When the agent wants to log out, he has two options, press Logout button on Genesys Agent Desktop or press the “Hook” button/ Headset button on the AVAYA phone because it too triggers logout event via ACD
If the agent presses the Logout button ---- NO ISSUES, as we can again send a KVP for stat server to decrement the count
If the agent presses the “hook” button or the headset button, the agent still logs out (called Hard logout) but our stat server does not receives any custom KVP to understand that a Genesys agent has logged out.
Another scenario is where, lets say, there was a PC problem and the softphone was terminated forcefully.
So here in this scenario, the count on stat server increases but on logout, we might not be able to decrease the count.
Please note, i have about 1600 seats with a total of about 3500 agents working in shifts. And about 99% of agents use Hard logout instead of using the logout button on softphone.
Ritesh - can we return to the problem statement? What are you trying to achieve - the number of Agents Logged in to the Genesys environment? Would you consider counting the absolute number of checked out SDN Licenses… on FlexLM?
Tony, I need total number of agents logged in using the Genesys Agent Desktop. For the current environment, the same agent can log in using the GAD or directly using the AVAYA phone.
The solution is for supervisors and other manegerial people, FLexLm’s console might not be a good option here.
It is enough when the reason is with request agent loggin. It does not have to be with request agent loggout as well. So you are safe in any case. Important is that agents are using softphone when they are logging in. Then the softphone can die and still Stat server will capture the right statistics because the loggin event is counted. I just tested it.
Well easy too, if this works try ~(PairExists(“KEYLOGIN”,““) to count agents who can’t send a KVP (hardphone) and (PairExists(“KEYLOGIN”,””) to count agents who can login using GAD or a softphone made by you.
Sorry for this question, but I do not have deep knowledge about GAD yet ;). So here is the question. What exactly you can get with this link you provided?
Vic <> Cavagnaro <> Vic <> caVagnaro…only see the V in common… 8)
In that section the admin can see who is using GAD and even logout the agents or get some data from them.
“It is enough when the reason is with request agent loggin. It does not have to be with request agent loggout as well. So you are safe in any case. Important is that agents are using softphone when they are logging in. Then the softphone can die and still Stat server will capture the right statistics because the loggin event is counted.”
The idea of sending a KVP for stat server to get the count that agent is logging in is OK. But how would stat server understand the logout without the KVP? I am sorry I was not able to test this as I was stuck with some documentation for site and lost track of this thread.
Have look in to the Stat Server user guide Filter section. Just for info, Logged in is durable action.
For durable actions and statuses, Stat Server uses the number of times that
a filter condition was true on an action (or status) and the duration of time
for which the filter was true.
I’d like to take a step back here… There are some statements I think it might be worthwhile exploring…
It’s been stated that the Agent has 2 options to log out - via GAD and via the physical turret. The problem statement is that the StatServer is informed of the GAD Logout but not a physical turret logout…?
In my experience;
Using GAD to log out the Agent send a TEvent Request = TAgentLogout. Once the T-Event is confirmed, the Switch/ACD will send an Event to confirm the TAgentLogout.
A physical Turret Logout should invoke an instruction to the Switch/ACD directly, which is subsequently sent via the CTI Link to the T-Server, in the form of an Event = TAgentLogout.
So, in my opinion the TServer should be up-to-date(?) It is only the StatServer which is not obtaining the correct status updates - for Agents Logging out using their physical turret instead of GAD(?)
I suggested using the LOGIN Table, earlier in this thread. I have not had an opportunity to explore whether both scenarios for Logout (GAD vs. Turret) increment/decrease entries in the LOGIN Table. It is populated as a result of input from the TServer via the StatServer but I think it may work, in this scenario.
We have use of an Avaya and I have the LOGIN Table set up in our DEV environment - I’ll take a look at what entries are updated (and how) when using;
A. A physical turret LOGIN (i.e. no Genesys)
B. A physical turret LOGOUT (i.e. no Genesys)
C. A GAD LOGIN
D. A GAD LOGOUT
E. A GAD LOGIN with a physical turret LOGOUT
F. A physical turret LOGIN with a GAD LOGOUT
I think the matter is rather in that they have two types of agent. One type are using GAD during entire CC work from login to logout and the other are using purely the hard phones (no CTI at all) although the place is monitored by Genesys. Probably those agents does not need CTI or does not have skill to do so. And as I understood it right, they want to know, how many agents were working on the particular day with Softphone and how many without.
Understood - so, as long as the TServer and IServer (not IXNServer ) are effectively monitoring the whole ACD/GAD range (CTI and non-CTI) then we should get LOGIN/LOGOUT result through TEvents, which should be monitored by a StatServer, as long as it has all of the relevant TServer(s) and IServer(s) as connections and is correctly connected/configured via a DAP/DBServer to write the results into the LOGIN Table… ?
) are effectively monitoring the whole ACD/GAD range (CTI and non-CTI) then we