I am trying to implement a below mentioned scenario, could anyone please let me know how this can be achieved using a strategy.
Customer to hold position in the IVR Queue: Customer calls in the IVR and in case of a long wait, they should be able to get an option of holding their position in the Queue and get a call back when his position is reached after the wait time. In this case, customers will not have to wait in the Inbound Queue and will be able to get a call back on the number after his position becomes 1st in the Queue.
In theory yes, sort of, but not by default, depends on your strategy skills and Genesys components available. Not a straight solution, could be OCS, GVP, something like a mix…
Compared to VHT, etc URS itself provides only very basic support for such things.
Option 1: based on intercepting of call abandoning in strategy (OnCallAbandoned function) starting new session and playing with function SendRequest to generate outbound call.
Option2. URS can be instructed to continue strategy for the call even if caller hanged up (as if nothing happen) to the logical end of strategy. When(if) time come to route such “not real” call - URS will generate new one connecting selected agent with the original caller.
Achieved by calling in strategy (or from anywhere else) Update[‘EXECUTION_MODE’, ‘VCB’].
Other might be helpful attached keys are: VCB_CONTACT - where to dial (by default it will be OtherDN of EventRouteRequest) and VCB_TIME - UTC timestamp of when dialing is allowed (by default immediately after caller hangs up).
Yes, all are right. I know and agree that VHT is not single way how to achieve your need, but from your topic, I understood, that you need solution as soon as possible and your knowledge of Genesys FW or routing are not great, cause I suggest VHT as a complete solution in “one-pack”. In case where your knowledge or time are sufficient, you will get that through URS function as well (as suggest others)
VHT is expensive, complex, poorly integrated and may bring loads of pain. If you want something simple, be aware this is likely to be not your preferred option.
Thanks everyone for the reply. I haven’t really got the chance to create any strategies. Any high level thesis or idea would be really helpful. We were asked not to use VHT.
Can send (if needed) sample of strategy for very very basic call back.
It implement use case like make a call on RP, no agent are available, hangup call, make some agent available. URS will try to dial to caller and connect it with agent.
By nobody (or by itself) - if routing to agent require “preliminary” steps - answering call, transferring call, dialing call - URS will try to perform them automatically.
Also more advanced preliminary actions can be explcitely injected with strategy itself with custom routing.
Impossible…something must trigger the interaction on a strategy, some interaction. URS can’t launch strategies by magic…URS can have 1000 RP and 1000 strategies but if nothing hit a RP nothing will happen.
Going a little step further, URS doesn’t dial, URS commands something (TServer) to dial (TRoute) if you want. Can send HTTP commands to somewhere that will dial too. But URS doesn’t do dialing itself
Sorry for possible confusing - I am not saying that URS lunch startegies by itself, etc and understand that it just runs strategies triggered by some external event.
In described case - there is such running strategy - the one URS started for original inbound call.
In described use case I just meant the following
somebody make a call on RP: URS start some strategy, place call in queues, etc
no agent are available: call just waiting on this RP
hangup call: and here is small trick - URS doen’t delete call in memory but continue to execute strategy
as if nothing happen. Call (or its image/placeholder if you like) is left in all queues it was eneterd according to
strategies etc (even if real call starting the startegy is abandoned).
some agent become available: the call (call placeholder) is routed to this agent. As there is no real call
however it need to be generated first (= predicitive call connecting customer with RP) and after that
routed to the agent.
Terry,
just look at you strategy. And don’t understud. Is this one for which step ?
This ? - URS doen’t delete call in memory but continue to execute strategy
as if nothing happen. Call (or its image/placeholder if you like) is left in all queues it was eneterd according to
strategies etc (even if real call starting the startegy is abandoned).
Or This ? - some agent become available: the call (call placeholder) is routed to this agent. As there is no real call
however it need to be generated first (= predicitive call connecting customer with RP) and after that
routed to the agent.
How you intend to “stuck” call in URS memorry after routing? By using the OnCallAbandoned call you Callback.rbn as target? But because the
interaction no longer exists, this function is not intended to execute any routing or treatment instructions.
And on the other hand. “As there is no real call however it need to be generated first” How? How you cat triger the URS to make the predictive call with you callback stategy? Of cause I mean with out the external custom application.
Yes sorry, uploads are disable…