Auto Attendant: I hear Music on Hold before being transferred to HG Vmail

[No Comment]

Avaya 9.1 with Embedded Voicemail programmed with Auto Attendant

-In AA, caller can select Option #2, and be directed to a Hunt Group Voicemail to leave after-hours messages.
-The Hunt Group is sourced on a receptionist's Avaya 1416 telephone, so that she can access vm's using Visual Vmail.
-An external device provides Music On Hold


The problem: when the caller selects Option #2, she hears a few seconds of the Music On Hold before being directed to the hunt group greeting.
The issue: our client feels the MoH delay is preventing callers from leaving after-hours messages.

Attempts: I had originally set the Hunt Group Fallback Mode to Out Of Service without programming an OoS Destination. The caller would only hear 1 second of MoH. I tried using Night Service mode without programming a Night Service Destination with the same results. Finally, I set the hunt group to In Service Mode, and reduced Voicemail Answer Time to 1 second. This action resulted in the caller hearing 3 or 4 seconds of MoH before the hunt group greeting answered. I returned to my original programming... only the few seconds of MoH delay remained, and did not return to the original 1 second delay.

I need to program the Auto Attendant to immediately transfer into the after-hours voicemail without any delay.

 

[joe2938]

if you have configured direct transfer to voicemail with the # sign then make option 2 a transfer to hunt group such as #200 assuming 200 is your hunt group number

 

[AACon]

You need a direct voicemail transfer shortcode. Code: #XXX, feature voicemail collect, telephone number "#"N.
Put your transfer 2 option to #200, it'll go to voicemail.

-Austin
I used to be an ACE. Now I'm just an Arse.

 

[joe2938]

glad we are on the same page and thanks for posting the short code as I know he would have asked about how to build it

 

[No Comment]

Thank you for the suggestion AACon and joe2938 but it did not work.

When I tried your suggested short code and auto attendant programming, the attendant came back with an error message, along the lines that the hunt group was unavailable; I set the hunt group In Service, but I tried Night and OoS mode too. I tried a more direct test of your short code; I dialed #394[our HG] from a 1416 phone, but the call denied as soon as I dialed '#'.

I altered your source code recommendation, so that it would directly access the hunt group vmail; only it rings now before the vmail picks up. I tried Normal Transfer and Transfer options.

Our client wants a seamless transition to the HG VMbox off the AA without a MoH or ringing interruption.

 

[amriddle01]

It always rings before going to VM in embedded, can't be changed or cheated.
If it's imperative, they need VMPro, simple as that

 

[AACon]

Also, yes, it does work. The error is not a real error, so ignore it. It's just looking for a user or a group. If you want, you can create a phantom user that forwards to that group, but yes it'll work. And as amriddle says, there is always a ring, no way around that.

-Austin
I used to be an ACE. Now I'm just an Arse.

 

[No Comment]

Thank you All for your instructions. VMail Pro is beyond their requirements at this time, so we will have to educate our client towards accepting the minor interruption.