Hunt Group Appearance

[CConner03]

Greetings Everyone!

I am struggling to find a way to accomplish what was so easy to do with a Cisco system. Here is the scenario:

1. Call comes in and rings Hunt Group.
2. Call Overflows to second Hunt Group.
3. Call Overflows to PhantomUser Voicemail.

In a Cisco system, I was able to have several users monitor the second hunt group and ring silently on those non-huntgroup phones so they could pick up the call if they wanted to. I cannot figure out how to get this to work in IP Office. Any help would be greatly appreciated!

 

[Okkie26]

Route the call to huntgroup A (200)
On this huntgroup, set a overflow to huntgroup B (201) after say 15 seconds.
Also, on huntgroup A, enable voicemail and set voicemail timer to 30 seconds.

On each user, in the source numbber tab add source number 'H200' .

Also on each user, add a button 'Group'and select group 201.

 

[CConner03]

I have the flow set up and working. The problem I have is that I want an appearance to happen on Hunt Group 2. Using the button "Group" only shows whether a call is coming in for that Group, it does not display the Caller ID / Phone Number coming in. I want the non-HuntGroup users to be able to see the appearance of that Hunt Group and be able to pick up the incoming call if they want to.

 

[Westi]

that would require a miracle I am afraid
If you are not part of the group the calls will not ring on your phone / indicate call information.

Joe W.

FHandw, just expired 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

 

[CConner03]

Okay, then is there a way to have some members of a hunt group ring silently and others to ring normally?

 

[IPGuru]

a group button on the handset will indicate when there are calls queuing (or ringing) for a particular group
I don't think you can get it to display any further information.

you may want to reassesses your requirements the current operating process may be a result of trying to work around Cisco limitations.

why do the non group members need to be able to see the number of the person calling? this should not be affecting their decision to answer the call.

when replacing on PBX with anoher it is always good idea to try to identify the customers real requirements rather than trying to emulate the current system ( i have had occasion when a customer is wanting to keep a process that they were initial unhappy about when the previous system was installed & complain that the IPO now neds to be setup how they had previously requested...).




Do things on the cheap & it will cost you dear

 

[CConner03]

The reasoning behind the process is so:

1. After hours, there is no one at any of the hunt group phones to answer calls, but there may be someone at a non-Hunt Group phone. With the Cisco system setup, that person was able to see that incoming call and answer it if they wished.
2. A person could answer the incoming call if it appears that the call is not going to be answered by the Hunt Group users instead of the call going to voicemail.

 

[pated66]

Here's what I've done, but I'm sure more experienced users will have different input.

For my dept's group, I am listed in the group, but put a "Hunt Group Enable" button on my phone so I can be in or out of it. We only work normal hours, so even if someone is here after hours, the time schedule takes care of the calls. The Hunt Group Enable button will only enable it during normal hours for me.

For another Dept, who will sometimes work weekend hours when the time schedule is sending everything to their HG vmail, I set up a 3rd group with all the same members (you can set it up with the after hours people)on the "Fallback" tab for the group, Put the new huntgroup in as the out of service destination.

Add a "Set HuntGroup Out of Service" button to one or several phones, depending on who will control it, & the calls will go to that new group.

 

[IPGuru]

ok this looks like the classic trying to duplicate an existing system rather than configuring correct operation

for problem 1 - after hours use NIGHT SERVICE & set up a night service fallback group containing all users so that out of hours.
for Prob 2 a simple group button should suffice - if they have decided to pickup the call then seeing who i is is not really relevant (+ there could be more than 1 call queuing) enabling dss status in the system telephony tab may* enable the users to press the button once to get the information on who is calling before pressing a 2nd time to answer

* I have not actually tried this with a Group, + Avaya this operation may be broken in some releases



Do things on the cheap & it will cost you dear