Genesys CTI User Forum

Hello everyone!

I'm having a "healthy debate" around what would happen if you were to unoad and re-load a Delivery Strategy onto a Route Point, as there are calls Queueing against that Strategy?

Here's what I mean;

A Delivery Strategy is loaded onto a Route Point.  The Strategy contains the details for call Delivery, including an expanded set of Agents as Targets and a Queue Name is associated with the Target. There are 50 callers waiting in the Target Queue, since no Agents are available, at that time.  So - there are 30 Agents in the Target Group but they are all Busy.

Next, a User unloads the Strategy in IRD, updates it to include an expanded set of Targets (10 more Agents) and then re-loads the Strategy.  What happens to the the 30 callers waiting in the Queue?  Do they;

A. Become "stale", as the Routing Engine is no longer applied to them? (This would imply that any new calls arriving on the Route Point would be processed with the new Target Group of 40 Agents, whilst the original callers become "stale" and would not be answered, even if Agents in the Target Group become Available.)
B. Continue Queueing with the original Target Group of 30 Agents?  (This would imply that any new calls would be processed against the [i]new [/i] Target Group of 40 Agents and any original/old callers would continue to Queue against the [i]original [/i] Target Group of 30 Agents).
C. Continue Queueing with the new, expanded Target Group of 40 Agents? (This would imply that any original/old calls [b]and [/b] any new calls would be re-Targetted, against the [i]new [/i] Target Group of 40 Agents).
D. Something else would happen...?

The "correct" answer is worth a coffee from the coffee machine... which is free anyway... oh - and half a kit-kat...

Thanks guys!

Tony

Thank you cav - this is the same as I thought it would be.

I believe this might be considered "probable cause" of CCPulse+ displaying Inbound calls in a Queue, where Agents who are Targets of the Queue are in "Available" - but the calls are not connecting because the Agents are the "extra" 10 Targets.  However, [b]new[/b] Inbound calls Entering the Queue would be routed to the "extra" Targets...

Do you think this sounds feasible...?

Tony

Tony,

I definetly agree with Cav, some time ago I also had this thing confirmed by Genesys; old calls have already had their target infos, so they will keep queuing, while new calls hitting the RP will trigger URS to invoke the new strategy (and hence the new target).

Can we share half a kit-kat, Cav? 

Fra

Hi Tony,

Adding the required skill to agents will affect the calls that are already queueing. The config server or proxy will broadcast out the changes to URS, who will then add the agents who meet the skill expression to it's list of targets.

I've tested this and verified.

Hope this helps

Colin

Gosh, these newbies are getting quicker and quicker! 
And he is even right!
In fact, from URS version 7.0, extracted from release notes:
[i]
URS dynamically adjusts the target list for interactions already in the queue when an agent profile change occurs in the Configuration Layer; for example, when agent Skills change or the content of a real or virtual Agent Group changes.
[/i]
That means that if your calls are queueing up for a target with a skill > 5 and you update some agents' skill from let's say 3 to 7, URS will be notified by the change and route the calls out to them.

If changes are made to the strategy or a new strategy is loaded this will not affect calls that are already queueing. URS pulls the strategy logic from memory when processing an Event RouteRequest and this remains constant for the duration of the call, regardless of whether it's changed in IRD or not. The calls that follow after the strategy change will obviously pull the updated logic.

This sounds like the most likely cause that calls will remain queueing in CCPulse when there are readily skilled agents available.

You can always check the 'Loaded' and 'Updated' times for the strategy in IRD to see when it was last modified or loaded.

Hope this helps

p.s Liked your article in The Wire by the way :-)

Colin

LOL
yeah, thanks Cav, I'm in London, I guess Tony is pretty close, I'll be off chasing him in a couple of hours 

Thank you all for your input...!

I'm not sure who has worked the hardest on this issue so; the Kit-Kat is awaiting collection, at my desk - any of you can pick it up, whenever you are passing... First come, first served...

Tony