Audible alert for calls in queue 1

[jr2001]

I need to set up an audible alert for calls in queue. I understand it can be done over a paging system. this would be on a 403.Can anyone help? Thanks in advance

 

[Spanning]

if you are using CCC , the it can be done via wallboard message tresholds

 

[jr2001]

we're not using CCC,just vm pro

 

[crashtest1000]

Phone manager pro with Queue ID set up would pop up on the agents Screan when there is a call waiting.

 

[jr2001]

no good. I need an audible alert like a bell,horn,buzzer etc that sounds when there is a call queued.
the problem lies in the fact that they had this feature on their Merlin Legend b4 we sold them IPO thanks for your suggestion

 

[aramsay]

Plug an external ringer into a POTS port, and put that "extension" into the group; then it rings when the group rings.

 

[jr2001]

aramsay.thanks but already tried that. the huntgroup is circular so when the bell rings the call is no longer queued. if no one is available to answer the call it just rings and rings and the caller hears ringing not MOH or queue message.I need something audible signifying a "queued" call. there was a post awhile back where someone said they did it over a paging system when 2 calls were in queue. I don't know how to get in touch with that person. thanks again

 

[mforrence]

Here's how I did it...
Part 1 - VMPro. I have a "queued" sequence that callers hear when in queue (duh). At the end of that sequence I have a "Post Dial" action. On the "specific" tab, I have "post dial wav" radio button ticked. I have navigated to the appropriate wav file in the appropriate box. And I have it sent to extension 98 (ext 98 is particular to my system)

Part 2 - IP Office. This was the tricky part. Because I wanted the wav file to be played over an OVERHEAD paging system, I needed to connect an interface from a loop-start CO postion to the paging amplifier. This was required because the IP Office required that the page be "answered" before it would play the wav file. Anyway, I connected amp to CO position, then put the CO position into a unique trunk group. Programmed LCR such that if a user dialed 9 + 8, it would use this particular trunk. For whatever reason, the IPOffice wouldn't work if I just used a standard shortcode for this process.

So, that's the story. It's really quite slick and works like a champ. Good luck.

Mike

 

[sizbut]

mforrence,

Well done, a great workaround.

I worked with Avaya on the issue of using PostDial to make page calls to groups. It wouldn't work since, as you found, the VM server would wait for a call answered signal before it played the wav.

We could do it by setting the PostDial target as a short code set to Dial Direct but that only worked for calls direct to a single extension.

What Avaya did was make a change to the PostDial code that was triggered by prefixing the 'To extension' number with PAGE: - doing that we were able to play the wav to a group and have it come through. They also dealt with some issues that would occur if all the target extensions were busy when the PostDial was attempted (remember that the server normally queues PostDials for repeat attempts every 5 minutes if the first fails).

The deal driving it didn't go through but they said the fix would go into VMPro 3.0 amd may have made it into the VMPro release to support IPO2.1(27).

[I was keeping quiet as I hadn't wanted to give the usual "wait for 3.0" answer we've all heard too often]

 

[Morrack]

Fascinating. I was wondering why the documented method of getting VMPro to do an overhead page didn't work, and how to get around it. I have a customer that has been wanting this feature ever since they saw it in the VMPro examples.

Peter