FORWARD ALL CALLS OFFSITE (revisited) 1

[fyrman]

hello again, i have a client (doctors office) that has a 500v2 with embedded mail, 16 chnl pri.
they desire to have calls come in during the daytime and the AA answers 1 ring.
at any time during the day they want to hit a button(hg-oos) and have all calls to answering service.

they have 3 time profiles, open, billingclosed and closed.

calls may come in while the HG-OOS button is pressed and the billingclosed time kicks in these calls should go to the service............
at the present time the very first call does get transferred offsite, subsequent calls just ring.

i do have a hg-(256 service) set up with a phantom user with forward uncond ticked along with group calls with a short code to the answering services number *601.
my icr for the main line has the 2 time profiles plugged in main route for each is the AA .
the default is set to the service HG.
Outside of the 2 open profiles the first call is sent offsite to the service, once again subsequent calls just ring.

 

[holdmusic34]

Set 256 as a sequential hunt group, not collective.
Check up timers on the virtual extension.

 

[holdmusic34]

* wrap up timers

 

[fyrman]

SET wrap up timmers to?

where?

thanks

ron

 

[holdmusic34]

Default not 999 seconds or something crazy.

 

[fyrman]

set to 999....... no difference

first call gets tfr'd

thanks
ron

 

[holdmusic34]

Do not set to 999 as above. Nein. Nicht. Non.
Did you set to sequential and kick the ipo in the guts ( immediate reboot)?
At this point i'd be running a monitor trace and internal calling the pilot of the oos hunt group, watching where the second call goes. System status active calls will also show where that second call is landing.

Once you've tested internally then move on to using lines.

 

[intrigrant]

There can be only one call connected at any given time using a phantom user, so if a call is busy routed via the phantom users any subsequent caller will have to wait until the running call is cleared.
That is a given fact.
I do not really know how you ICR's are setup and neither is clear for me what shoud happen during the different time profiles but I can give you a hand out how to overcome the "one call diversion" problem.

As a matter of fact it is quite easy if you use the ICR rules:
A call is presented to the "Destination" target but if the target cannot be reached the call is presented to the "FallBack destination".
Knowing that then it is eminent to make the destination unreachable by pressing a button and then all calls will be routed to the fallback extension were you may enter any extension, group, shortcode or any dialable number.

So, making a group unreachable is easy, set group ststus to OOS and do not set a OOS fall back group and keep VM unticked.

Now a call comes in on the ICR, IPO checks the destination target but it i unreachable so it routes to the fallback target which is a external number and the call will be presetned to that number. If the next call comes in then the procedure starts again but it does not matter if there is a ongoing call so the next call will be presented to the external number and so on until either all lines are busy OR the all the lines of the external number are busy.