Forwarding to Embedded AA 1

[sheldoom]

I have done this before several times, but for one customer this is not working.

Site has IPO 9.0.5 with Embedded VM.

I have a short code 290, when dialed the calls correctly goes to the auto attendant as programmed.

When I have User 299 forward unconditional to short code 290, with forward internal and HG calls ticked, when I call 299 the call does not go to the auto attendant. The call actually ended up in the mailbox for HG 201.

There are no number conflicts. Is there a bug with 9.0.5?

I want to be able to add 299 to an HG and use a Night button, but the User is not forwarding so the Night button wouldn't work.

Thank you

 

[joe2938]

try this; point user 299 to a virtual user that has unconditional forward as well as hunt group forward to the sc of 290 and see if that works and yes that may be a bug at that release

 

[intrigrant]

The group must be sequential or rotary to make forwards work and turn VM off

Set the shorcode to access the AA as the night destination.

 

[sheldoom]

Intrigrant, thanks for the response, but I can't set the ring mode on this HG to sequential or rotary as is a large group of phone that need to be able to answer calls to this group.

 

[joe2938]

you do have the night dest populated under the fallback tab correct? and 299 is forwarded as well to the short code

 

[sheldoom]

Joe, yeah I tried that, but I can't even get the User 299 to forward to the 290 sc when 299 is dialed directly, so it's not going to work when added to a Fallback HG.

 

[joe2938]

but when you call 290 it works but not when you call 299 which is call forwarded to 290 is this correct if so then your programming is incorrect

 

[sheldoom]

Joe, that's right. Dialing 290 goes to the auto attendant and dialing 299 does not. I've done this before many times, but usually with VM Pro, not Embedded, so I wanted to see if anyone else has run into this problem with Embedded before.

 

[joe2938]

can you post a screen shoot of x299 forwarding tab or the manager config

 

[TouchToneTommy]

I do it all the time in both embedded and pro

-Create a short code, *601 to reach the AA
-Create a phantom user, 601, forward unconditionally including hunt group calls to *601 (turn voicemail off and either give it a login code, or create an H323 extension to go along with it. I just give it a login code)
-Create a SEQUENTIAL hunt group, 699, no voicemail, with only 601 as a member
-Make this new group the OVERFLOW for the original group, and when it overflows, the AA will answer

Dialing 699 rings 601 which is forwarded to *601 and reaches the AA
Dialing 601 which is forwarded to *601 reaches the AA
Dialing *601 reaches the AA

 

[sheldoom]

Attached screen shots of the SC and User programming.

 

[Westi]

don't use 290 as the SC
make it *241 or something starting with * because the IPO may not like it.

Joe W.

FHandw, ACSS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter

 

[IPGuru]

Intrigrant, thanks for the response, but I can't set the ring mode on this HG to sequential or rotary as is a large group of phone that need to be able to answer calls to this group.

then it will not work, only sequential & rotory groups can be forwarded.

Also your reasoning is flawed

if there are a large number of agents free then why do they all need to ring - the one that rings answers the phone, if the group is busy then the ring mode is not important as the call will be queuing before being passed to a free agent which will be your divert anyway (in fact collective rining will be counter productive as the whole group will be considered busy even with just one call ringing)

Scenarios as you have described invariably indicate that your customer has not fully though out their requirements & needs professional guidance if they are to have an efficient Telephone system.



Do things on the cheap & it will cost you dear

 

[TouchToneTommy]

Although the original group does not have to be sequential, the overflow or night service group that directs calls to the AA via the forwarded user must be sequential.

So your original group could be collective or collective call waiting. You could have a 20 second overflow to the AA group, which is sequential, and the call will get to the AA

Or you can put the original Collective or CCW group in Night Service, with the AA group as the Fallback, and the call will go to the AA