NEC/OCTEL Caller Application 1

[jchriscoe]

Alright, I will try and expalain this as best I can. Any help on correcting this would be greatly appreciated.

I am in the process of setting up a caller application to route calls based on time of day and day of week between a NEC IPX PBX and a Octel 250 voice messaging system. The following is the part that is kicking my butt.

A call comes into the Octel application from the NEC. I have programmed the calls to route to a hunt group that appears on 2 receptionist phones. There are a total of 4 numbers in the hunt group. Getting the calls to the hunt group is no problem. The problem I am having is that once the call is ringing at the phones I am not able to have it forward no answer to a external bell in the event that the call goes unanswered. I have double and triple checked my programming and it appears to all be correct. I also tried to forward all calls to the lead number in the hunt group to the external bell to see if that would work and it does.

So, why will the NEC IPX allow me to forward all calls but not allow me to forward calls on a no answer in this scenario?

jchriscoe
North Carolina

 

[OzzieGeorge]

Have you set a call forward on each of the individual line appearances as setting one on the phone will only effect the prime number of the phone. You may also be able to set the call forward no answer on the pilot of the hunt group, depending on the type of hunt group you have set up.

 

[OzzieGeorge]

Just a point worthy of note here is that it is also possible to schedule events in matworx. So at a given time, on a given day, a specified script will be run which changes the configuration of the system. As this is a script, it can be as powerful as you want it to be. If you need to know more let us know.

 

[jchriscoe]

Thanks for the reply Ozzie.

I have tried to forward the line appearance speperately for the prime line. It would let me forward the line appearance and if you called it from another extension or line appearance it would follow the forwarding. The problem was that the calls will originate from outside parties and be routed through a Ocetl 250 using a type 35 mailbox performing a conditional transfer based on time of day. Then the call would be transferred to a line appearance on 2 receptionist phones of which either could answer. Once the call routed through the Octel the forwarding on the line appearances would no longer work.

I do however think that I have stumbled upon the cure. In talking to another former NEC engineer I discovered that in ASFC SFI 104 by changing the SFC settings from 0 to 1 it tells the NEC to really perform a blind transfer instead of the Japan version of the blind transfer which appears to be someting between what we view as a blind transfer and a supervised transfer. It now allows the calls to forward on a no answer to an external bell and hunt through the other rollover numbers on a busy. I plan on testing this out today and will advise if any side affects are found.



jchriscoe
North Carolina

 

[OzzieGeorge]

Sorry

In my second post I overlooked that it was an IPX. The matworx scheduler I referred to is on the small systems. Well done on finding the answer though.