I'm told there are times when agent is in process of parking an IPCC call, and a new IPCC call immediately rings through causing the agent to not be able to see, on the phone display, which slot number the parked call was assigned to.
This problem leaves the agent unable to announce, what number to dial for call park retrieval.
I'm wondering, and I think there is, a way to set IPCC agents to have a little reserved, or work, time after call completion, before the next IPCC call rings through. If so, could that help to prevent this problem?
If there is a step that can be implemented for after call completion (or in this case - transfer) time before next call is sent, is it also possible to have the system automatically place the agent back in ready?
Has anyone out there in Cisco land had any problems with this? Does anyone have any ideas of how to resolve the problem?
Have you tried using wrap-up time for after call treatment? You can program the time an agent is in work-not-ready and wrap-up after the call is disconnected, then automatically make them idle again when the time expires.
Are you getting this error “Installer User Interface Mode Not Supported. The installer cannot run in this UI mode. To specify the interface mode, use the -i command-line option, followed by the UI mode identifier. The value UI mode identifiers...
The below trick might come handy when you have to add a new node to a cluster but you don't have or is unsure of the security password for the publisher. This procedure has been around for ages.
1) Login into the CLI of the Publisher.