Voicemail Pro Delay Before Announcement 2

[Ihaditbutitsgone]

Hello All,

I have a high priority hunt-group where it is imperative calls are taken ASAP. As these calls also come in on a Saturday when resources are low, I have created a Module in VMPRO where on a Saturday the user is presented with a Menu which apologies for the delay and gives the option to continue holding, leave a message etc... Is there any way I can delay this menu so the user waits for say 30 seconds before this menu kicks in?

Thank you in advance

IPManager 10(16)
VMPro 8.0 (80029)
Avaya 5410

 

[hairlessupportmonkey]

ring the group first with no members in it, over flow 30 seconds to a overflow group with a virtual member that forward to the VM Module.

ACSS - SME
General Geek

 

[Ihaditbutitsgone]

Thanks for your rapid reply!
What i need though is the huntgroup to still ring for 30 seconds and if noone answers the caller gets the message after 30 seconds...

 

[hairlessupportmonkey]

Announcements?

ACSS - SME
General Geek

 

[Ihaditbutitsgone]

I have attempted to create a virtual user with the 'Forward Unconditional' applied to a shortcode but the hunt group just constantly has an engaged tone. The shortcode works fine - do i need to change anything within a Huntgroup so it will follow the forwarding route for the user?

 

[hairlessupportmonkey]

work backwards,

ring the SC - check
ring the Virtual user - check
ring the HG - check
ring the DDI - check

where ever the call fails is where your problem lies.

Make sure your user has Forward HG calls ticked as well.



ACSS - SME
General Geek

 

[mforrence]

Just configure the VMPro menu to launch from an announcement in the group. Have the announcement wait 30 seconds before starting. Simple.

 

[hairlessupportmonkey]

trouble with that is the announcement plays on the HG queue and the phones will still be ringing.

ACSS - SME
General Geek

 

[intrigrant]

Send the calls to a vm module which presents the announcement, do a announced transfer to the group and set a timeout of 30 seconds on it, after the timeout present the menu.
Can't be that hard to imagine.... only disadvancement is the number of vm channels in respect to the number of simultanous calls.
Each announced transfer will use a vm channel during this action.
Hairlessmonky's "ring the group first with no members in it, over flow 30 seconds to a overflow group with a virtual member that forward to the VM Module." is a good start but i would do it like this
Ring the group first with members in it ( group type is not important ), over flow 30 seconds to a overflow group with VM enabled.
In the "leave" start point of first group you can create a call flow with the menu.

If it ain't dutch it ain't much

 

[Ihaditbutitsgone]

Thanks everyone...

I have this working and have used a mix from everyone I think!

Call enters my huntgroup of 5 members, If no answer after 30 seconds this then Overflows to a huntgroup with 1 "virtual" member with the setting of immediate transfer to VM Module. Here the announcement immediately kicks in offering to leave a message or start the process again...

Thanks for all your help !!!

 

[mforrence]

The only trouble with your solution is that the oldest call may now not be the first answered. If another call enters the queue while the old call is in your VM Module, if the old caller decides to wait, they are placed in queue behind the newer call. I still don't see why you can't do this same thing via announcement - and have a menu instead of just a prompt. If the caller presses X to leave a message, they're sent to a mailbox. If a caller doesn't press X, they remain in queue in same order as before.

 

[hairlessupportmonkey]

if you transfer back using $ACD they wont lose their Queue position.

ACSS - SME
General Geek