Outgoing Outside Calls 2

[webin]

Hi, I'm completely new (and untrained) to the Avaya IP Office system, trying to learn as much as I can so that we don't need to rely on an off-site "phone solution provider".

So far I've tweaked the users and appearances in our small office, and set up the voicemail lite system, but there is one issue we have, and the IP Office Documents CD is making my head spin.

When dialing outside numbers, such as a client, we first hit 9 (which transfers to one of two analog (trunk??) lines), then the phone number. However, after 9 is pressed (and I think we are on a secondary dial tone), the phone does not display the number being dialed (dialer can't error check their input), and more importantly, the log only shows the "701" line and "9". It seems obvious that we want to record the full number called so we can easily redial it. It boggles my mind that the phone system isn't doing this by default. Are large companies making hundreds of calls a day all looking at logs with no real info?

We have a pretty standard set of short codes (9;;0;Dial and [9]N;N;0;Dial), but I can't wrap my head around what might be mis-configured. Any suggests?

 

[JeSTeROCK]

Short codes should look like this

Short code: 9N
Tel: .
Line Group ID: 0
Feature: Dial

Short code: [9]N;
Tel .
Line Group Id: 0
Feature: SecondaryDialTone

In each line program the Prefix: 9

Its also a good idea to use Call Appearance buttons on the phones

Good Luck

BTW "Good Phone Solution Provider" is what you need to look for.

 

[mforrence]

JeSTeROCK - I think you've got the features backwards... the first shortcode you list would normally be:

Short code: 9
Tel: .
Line Group ID: 0
Feature: SecondaryDialTone

THEN
Short code: [9]N;
Tel N
Line Group Id: 0
Feature: Dial

Mike

 

[JeSTeROCK]

Ooops thanks for that

 

[webin]

Thanks guys,
Through a little trial and error, it seems to be working appropriately. I hadn't realized that the . and ; in the short codes were important parts of the SC.

I still have a little SC tweaking to do... 800 numbers / long distance, etc, but we are much better off than we were.

Thanks for the support.

 

[dflsam]

I agree that a good vendor is what you need.

 

[webin]

Yes, me too. As I get deeper and deeper into system setup and programming, the more I wish I had some training on these things.

From talking to the boss/owner, I'm learning that the person that was hired to do the initial setup wasn't a good vendor at all. He patched our two lines into the neighbors lines, left us with many default and in some cases unusable settings, changed some other settings to non-sense (to me) values, and didn't set up the needed voicemail system. He basically got the system to basic operational status, took his money, and split. Even calling him on the phone the other day, he wasn't able to tell us that our system password was still set to the default (and what that might be).

This guy's lack of competancy is why I was assigned as our company phone guru (which I hope to be once I really start to understand its complexities).

All in all, a better vendor would have really helped us, and saved me the trouble of learning it all myself.