Norstar Auto Attendant- 2 Companies Gen Delivery VM 2

[TedTheITGuy]

Hello:

I have a Norstar 0x32 with a StarTalkB 2.04L

The long-time original config has been fine and still is for the original company.

Recently I integrated new CO lines for a second company and adjusted AA, new greet5-6-7-8, new greet table2, new CCR2, new Line pool, access codes, routes (so either company can dial 9 but still get proper outbound lines), etc

Functionally, it does most of what I had hoped for, with one exception:

1) the general delivery function for the second company is squirrely. First I should note, this is an older StarTalk version that does not have "disable general delivery" function. I do not know if that would fix this problem, but I cannot test it. But for instance, if caller reaches AA and CCR2 but makes no choice, I cannot stop that caller from reaching the other company's general delivery box. Company A is barely responsible for acting on their own general delivery needs but even less concerned about company B missing the messages. So I am looking for any ideas that can improve multi-company functionality. What could be a work-around to give each CCR its own general delivery or at least prevent callers in the second CCR from reaching vm100.

Thanks for any ideas or suggestions

 

[cook1082]

Isn't there and attendent prompt to enter the ext for table 2. Plus change the target attendent in the mailboxes to go to a different dial zero. You could make att not avaliable under F982.

 

[TedTheITGuy]

Thank you Cook for the response.

I have an older StarTalk 2.04L. I am not sure there is a setting for that prompt in table 2. I checked F983, AA, table2, but no attendant choice -- is this the area you were thinking about?

As for Dial Zero Target Attendant in mailboxes? I would need to check some other newer systems, but again, that might only be an option on a newer Norstar Voice Mail. I checked F983, MBOX, Chng, but this version does not appear to have the alternate extension option nor target attendant as far as I can see. Do you know where that option is set?

As for Attendant not available option, it is already set that way BUT when external callers dial zero, the system voice tells you "attendant is not available" and it still goes to default gen del vm. It just goes there faster without ringing a set first.

That brings up a new point: It would be nice if there was an option to make each Greet table have its own dial zero target as well as its own gen del vm target. Internally, I have set it for two different Direct Dial Sets (so internal callers in the Company B will reach the company B receptionist DN) and that works fine internally. It does not work though for calls coming via external

If it turns out the only way this can be done is with a newer applications module with a certain minimum software, that might be considered but I would need to know it can be done before embarking on that possibility

Thanks again to all for any ideas or suggestions

 

[curlycord]

Well you can have all that above if you guys upgraded well over 10 years ago. There has been 4 differnet mails system with many more variants since your old Startalk.
You should think about updating your system somewhat if you cannot afford to update to the latest which is KSU 7.1 software and Call Pilot voice mail.

If you post your SP system verion under maintenance of the KSU programming and also the amount of users we can then let you know what other used voice mail systems you could put on your KSU such as Startalk Flash or NAM.





=----(((((((((()----=
curlycord

http://www.curlycord.com

 

[hawks]

None of these were built for more than 1 customer as your finding out. curly is getting you as close as you're going to get but as you found out you will need to disable the Gen Del otherwise anyone that goes to voicemail with no mailbox will get dumped into Gen Del. Good Luck

 

[TedTheITGuy]

Thank you Curly and Hawks --

**as close as you're going to get** is pretty good under the circumstances.

But I am willing to look at the possibility of improvement

So if a VM upgrade could allow disable of general delivery box, that might be worthwhile. But will it fix the issue entirely or will it rob Peter to pay Paul? To where would those unidentified calls go instead?

I have an Applications Module (Model 4, according to the label on Case and on the Hard Drive) -- This might be worth investigating but I will need to connect it to see what state it is in.

This is not a company looking for a replacement. Company A has downsized (doesn't really need 32 + 16 extensions and 500 mailboxes) and they were trying to get a little bit out of the now over-sized system while giving Company B a break on utilizing a fairly decent (even if old) system.

to curly's question: the actual human user count (in terms of call volume) is very little -- there are a ton of user extensions spread about for convenience but most do not have human users. The system has a bunch of mailboxes for various reasons (currently about 20) --

the current system is mostly adequate but a NAM would be more appropriate:
-- -- 0x32
-- -- SP: 30BwE02 NAT
-- -- 2 4x0 CI Trunk Cards
-- -- 6 port exp
-- -- tm 4x0
-- -- sm 0x16
-- -- a couple ATAs
-- -- smdr
-- -- rad
-- -- MCK stuff
-- -- StarTalkB

I think I have a spare 8x24 so I will test that NAM. If it works, do you know whether the Model 4 would handle the need a little more smoothly than the StarTalk?

 

[curlycord]

Yes big time!
The NAM replaced the Startalk so yes that is your best bet since your have one. It can handle 4 companies.

A Startalk Flash would do as well since it can handle 24 mailboxes and be upgraded to 48 with a cartridge expansion and can handle 2 companies.

Your MICS is software version 6.0. so the NAM would have to be 4.0 or 4.1 and the Flash 1.9 or up...from memory.

I have never seen a Startalk on a MICS before, suprised it even works properly especially with 6.0.



=----(((((((((()----=
curlycord

http://www.curlycord.com