You need to attach a KVP to the calls when it hits the route point that will uniquely identify that the call came from that RP.
Then you need to add a filter or mask to the statistics (both time and count) such as PairExists("RP":"YourRPName"). That way your time and count statistics will only count for calls from the RP.
NOTE: If calls get transferred around from one Agent Group to another and back again, then it can get messy. When does the time stop accruing for one RP and start for another?
------------------------------
Angus Huckle
Spark NZ Trading
------------------------------
Original Message:
Sent: 10-24-2022 10:50
From: Mark Rennie
Subject: PSDK - Stat Server AHT for RoutePoint Queue
Hi,
We have developed an integration with the Stat Server using Platform SDK (PSDK). We require to obtain the Average Handling Time of a route point - when we developed the integration originally we were told that the handling time was not accrued against the route point in the statistics model but against the agents instead.
To that end we obtained the AHT by collecting the following two metrics on the Group Agents:
Total Handling Time
Category: TotalTime
Main Mask List: CallInbound, CallOutbound, AfterCallWork
Object: Group Agents
Total Calls Handled
Category: TotalNumber
Main Mask List: CallInbound, CallOutbound
Object: Group Agents
So we obtain the GroupAgent(s) linked to the RoutePoint and then calculate AHT by taking Total Handling Time / Total Calls Handled for each group of agents linked to the RoutePoint.
However we are getting queries on the accuracy of this data and it feels a little odd. For example, if agents are part of multiple agent groups and these are assigned to multiple queues it may mean the handling time is not strictly related to a single route point.
Is there no other statistic that would obtain the handling time at the route point level?
We can see a report in Pulse that is calculating the AHT at the skill group level (and not the agent level) but not sure of what statistics would be being used to generate this.
Thanks,
Mark
#Integrations
#workforcemagement
#psdk
#statserver
#wfm
------------------------------
Mark Rennie
------------------------------