Looking for a lending hand. We use an Intuity Audix system and Avay G650s with ASA version 5.2.

We'd like to create four skill groups with ~6 folks in each. Everyone has agent ID's and DID lines. The end result, which I can't get to, should look like this:

Call comes in to DID/VPN line 1234.

The user is logged in but doesn't answer

Via a coverage path to a vector, the call routes to skill 1

None of the other 5 people in skill 1 answer the call

The call routes to the voicemail account for original station (DID/VPN) 1234

We don't want to use a general mailbox and we don't want the call routing to another other skills. We also want the calls to route to the originating DID number (i.e. if they call 6789, the same process occurs, but routes to the voicemail for 6789).

So far I have the hunt group created, converted a DID station to a VDN and setup the vector to route the call to the skill. I used "route-to number 1234 with cov Y if unconditionally. I feel like that route never occurs though after leaving the vector for the hunt group.

We'd like to create four skill groups with ~6 folks in each. Everyone has agent ID's and DID lines. The end result, which I can't get to, should look like this:

Call comes in to DID/VPN line 1234.

The user is logged in but doesn't answer

Via a coverage path to a vector, the call routes to skill 1

None of the other 5 people in skill 1 answer the call

The call routes to the voicemail account for original station (DID/VPN) 1234

Thank you

Yes, I coiuld come up with a way to make this happen, But I would not recommend it. Are you sure that you want the caller to wait through all that ring tone? Let's see . . . six agants times 3 rings each is 18 rings. 18 times 3.5 seconds is potentially 63 seconds of ringing before getten to voice mail. At first glance this looks like trying to fix a management issue with technology. IMHO that is never a good plan.

Why don't you just use the route on no answer (RONA) capability that has been built into Definity through CM for years. I can help but we have a bit of ground to cover first I think.

If that agent doesnt answer, the call routes to the voice mail account on the oringal user (the DID in step 1).

Essentially the caller would hear 6 rings total.

We are trying to solve a business problem (management I guess we could say). Basically a group of folks talk to customer directly. Sometimes those customers call back to us - to a specific person. If that person is out, or on vacation, we still want to have someone take the call and by someone, I mean someone who has the same skill set and knowledge. However, if another agent isn't avaialble, we want it to go to the original agents voicemail. Not a group mailbox.

If that agent doesnt answer, the call routes to the voice mail account on the oringal user (the DID in step 1).

Essentially the caller would hear 6 rings total.

We are trying to solve a business problem (management I guess we could say). Basically a group of folks talk to customer directly. Sometimes those customers call back to us - to a specific person. If that person is out, or on vacation, we still want to have someone take the call and by someone, I mean someone who has the same skill set and knowledge. However, if another agent isn't avaialble, we want it to go to the original agents voicemail. Not a group mailbox.

Hope this makes sense - thanks again.

Sorry for the late reply. But things got crazy here with the vacation schedule as it is. To make this work you would need to change the user's DID into a vector directory number (VDN) and use vector processing to do this. But before I suggest doing anything like this could you enlighten me as the to business requirement you are trying to meet? There may be a better way.

If that agent doesnt answer, the call routes to the voice mail account on the oringal user (the DID in step 1).

Essentially the caller would hear 6 rings total.

We are trying to solve a business problem (management I guess we could say). Basically a group of folks talk to customer directly. Sometimes those customers call back to us - to a specific person. If that person is out, or on vacation, we still want to have someone take the call and by someone, I mean someone who has the same skill set and knowledge. However, if another agent isn't avaialble, we want it to go to the original agents voicemail. Not a group mailbox.

Hope this makes sense - thanks again.

I don't see a way to do this as stated. The problem here is that you cannot go to cover twice on the same call. Otherwise you could cover to a VDN and have a vector send the call back to voicemail after checking for an availabe agent.

Instead once the call goes into a split, it must be taken by an agent. If there are insufficient agents to handle the call traffic well . . . that is not really your problem is it? Failing to find an agent the call must go to the voice mail serving that split. There is no other option I can think of.

Thanks, Bill. That is kind of what I was thinking. The business case is pretty simple. We want the caller to talk to the person they typically deal with, but when they can't, we want to offer other agents that can help. If no one picks up we prefer the call to go to the original agent's voicemail. I may just be out of luck here.

Thanks, Bill. That is kind of what I was thinking. The business case is pretty simple. We want the caller to talk to the person they typically deal with, but when they can't, we want to offer other agents that can help. If no one picks up we prefer the call to go to the original agent's voicemail. I may just be out of luck here.

Yes I do believe there is no way to do this. However Avaya presents a moving taget. So where there is sufficient interest, they do add new things. On the other hand, the person reviewing the split's voice mail can forward any particular message to anyone on your switch. Does that help?

This Forum is provided solely for the use and convenience of Avaya customers and partners. Use of the Forum is subject to the Terms and Use and Privacy Statement found at www.avaya.com. No other use is permitted. The Forum including all content posted is “AS IS” and Avaya expressly disclaims all warranties and/or guarantees as to its accuracy, reliability, usefulness, quality or non-infringement of intellectual property. Avaya reserves the right to remove any content posted on the Forum at any time and for whatever reason.

Avaya will not be liable for any content posted on this Forum, including, without limitation, any errors or omissions or for any losses or damages of any kind incurred as a result of use or reliance on any content, regardless of its origin.

You expressly understand and agree that you assume all risks associated with use or reliance on this content.