In current versions of CCX there is a feature called Agent-Based Routing. The same Select Resource step is used but you provide a specific user ID for a resource instead of a CSQ name. The Select Resource step will have a Connected and Failed branch in that case. Within the Failed branch you would then add a second Select Resource to put the caller in a normal CSQ.
Yes, it's definitely doable. The question is how do you want to determine if the customer called?
You can do this based on caller ID for example.
Agent-Based routing is a good idea, however it does not support queueing and there is no way to report on these calls well, so if your requirement is also to queue to this agent I would suggest creating new CSQ just for this agent, and if you need to overflow the calls to another queue you simply build nested select resource logic in your script.
One note about creating a CSQ by agent: The MCS hardware will have a maximum supported CSQs. If you have to do much of this you could easily reach your limit so be cautious about that.
Regarding the database: You can use an XML file and search it using XPath or a SQL database and use a standard SQL query.
As for "when my agent is not available to answer, the call should be routed to some other agent": Do you mean you want a linear list of people to try one at a time; or, a general CSQ if the initial person is not available?
If the former, you could possibly use resource group-based routing for this depending on how many unique "groups" (lists) you needed.
Either way, you would add a second, nested CSQ within the first Select Resource that attempted a resource.
We use exactly the same feature... call comes in, database gives 1 or 2 user-logins for this customer, if they are not available, we go to the group
in order to use the 'Select Resource' step for agent based routing you need a 'User' object. The 'Get User' step transforms the agent login to a User object. We have noticed that this could take a couple of seconds. ( so for 2 preferred agents = twice the time )
That's why we now start by getting the reporting statistic for the agent login, and when this returns 'ready', then we get the User object and select the resource.
We don't use nested 'Select Resource' steps, because the agents all have skills for the backup-group and if none of the preferred agents are ready, we simply don't do the first 'Select Resource' Step( agent based ).
So far, no problems with this setup, except reporting not beÃ¯ng all that clear
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...