[cisco-voip] Default UCCX "connected" behavior

[Matthew Loraditch]

When a call is ringing MOH is what the caller gets. To do what you want you would need to add a menu prompt before your select resource step

Sent from my Android phone using TouchDown (www.nitrodesk.com)

-----Original Message-----
From: Fuermann, Jason [JBF005 at shsu.edu]
Received: Wednesday, 10 Nov 2010, 5:21pm
To: 'Dana Tong' [Dana.Tong at ivision.com.au]; cisco-voip at puck.nether.net [cisco-voip at puck.nether.net]
Subject: Re: [cisco-voip] Default UCCX "connected" behavior

I could totally be wrong, and this is just a shot in the dark based on my experiences with UCCX. When a call gets routed to an agent it seems to jump back to the top of the Q loop (I gathered this because I can hear MOH cut out and back for a split second when my call goes to ring a phone). What I’m guessing is happening is since the call is ringing it’s not processing your menu step. I’m sure somebody can tell me I’m wrong, or explain further.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Dana Tong
Sent: Tuesday, November 09, 2010 8:18 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] Default UCCX "connected" behaviour

Hi guys,

I have the following scenario in my basic contact centre:

Agents logged in but “not ready”.
Calls queue fine and receive in-queue prompts to hold or press 1 to leave a voicemail.

Agents logged in and ready but not answering the phone.
Calls queue and just hear MOH continuously.

I’ve set the service parameter to leave the agents in a ready state. (It’s just a small IT helpdesk and they only have Phone Agent)

My question is: Is there any way to get the calls that call in when the agent is ready but not answering the phone, to offer the prompt to press 1 to leave a voicemail?
Or is it standard behaviour for the call to just receive MOH until someone answers the phone?

Thanks
Dana


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101110/163f65db/attachment.html>