web statisticsweb stats

Business Phone Systems

Previous Thread
Next Thread
Print Thread
Rate Thread
Joined: Mar 2002
Posts: 3,630
Moderator-Avaya, Nortel
Moderator-Avaya, Nortel
Joined: Mar 2002
Posts: 3,630
I have a customer that want's to use forced account codes for long distance, but not for local calls. Is this possible?


Z-man
Avaya SME Authorized Partner
www.omniofficetech.com
Avaya IP Office Help & Support Website
IP Office Help

Avaya IP Office Help & Support Website


FAQs, documentation, videos, updates, and support for the Avaya IP Office business phone system!
Everything you need to know about installing, upgrading, and troubleshooting IP 500v2 and IPO Server Edition systems.

Joined: Feb 2004
Posts: 11
Member
Member
Offline
Joined: Feb 2004
Posts: 11
Not realy, you can have all the phones assigned to forced account entry and have users use a 000 or something similar for local calls, but you probably want something like a barrier code???, the system does not check if a code is valid or not, the only thing it does is reported on smdr.

Joined: Apr 2002
Posts: 646
Member
Member
Offline
Joined: Apr 2002
Posts: 646
Yes, you can force account codes on 3.0. On older versions you can ARS LD restrict the phone and dial from the adjunt extension that has ARS LD permissions. Use Authorization codes for that feature. #80 + adjunt extension. Then in SMDR the adjunt extension is you account code. You can change codes by renumbering adjunt's.

Joined: Mar 2002
Posts: 3,630
Moderator-Avaya, Nortel
Moderator-Avaya, Nortel
Joined: Mar 2002
Posts: 3,630
this is a law firm. they have proprietary account codes to use. the want to force people to use them on LD calls but not on local. I don't think using adjuncts will work for them.


Z-man
Avaya SME Authorized Partner
www.omniofficetech.com
Joined: Jul 2001
Posts: 3,347
Likes: 10
Moderator-Avaya-Lucent, Antique Tele
*****
Moderator-Avaya-Lucent, Antique Tele
*****
Joined: Jul 2001
Posts: 3,347
Likes: 10
Are they tracking by the account codes, or just using them to restrict some from placing the LD calls?

If they are tracking, it would be easier to have their LD carrier add PINs to the lines. Local calls would not hit the LD carrier, so would not need PINs.

It it is just for restrictions, you restrict the actual extension, then create a phantom extension out of an adjunct. Give the adjunct a FRL that allows the LD call, and a Auth Code that the user can enter in lieu of an account code.

Joined: Mar 2002
Posts: 3,630
Moderator-Avaya, Nortel
Moderator-Avaya, Nortel
Joined: Mar 2002
Posts: 3,630
they are using the account codes to track LD billing of calls. they bill thier clients for the call.


Z-man
Avaya SME Authorized Partner
www.omniofficetech.com
Joined: Apr 2002
Posts: 646
Member
Member
Offline
Joined: Apr 2002
Posts: 646
Use adjunt dialing with account-codes. The phone is LD restricted. Press auth-code to access the adjunt then dial the account code for the client. SMDR will track the user by the adjunt, and the client by the auth-code. Make the adjunt 2digit to keep the codes small. Put the #80 on a button, then the user dials his personal code(adjunt#)and client matter number(auth-code). Have this at many locations


Link Copied to Clipboard
Newest Topics
Inter-Tel Axxess - Change IP's?
by alphagsc - 05/14/25 08:18 PM
Identify a 1980's reception console
by Toner - 05/08/25 01:02 PM
outdial message notification cuts off
by Bellhanger - 05/05/25 10:05 AM
3515 vodavi phones.
by Gary S. - 05/01/25 12:26 PM
Forum Statistics
Forums84
Topics94,527
Posts640,019
Members49,852
Most Online5,661
May 23rd, 2018
Newest Members
Marcgyver, DEN2MM, ferhat_efe, utec, MoverDub
49,852 Registered Users
Top Posters(30 Days)
Toner 3
Who's Online Now
0 members (), 233 guests, and 63 robots.
Key: Admin, Global Mod, Mod
Contact Us | Sponsored by Atcom: One of the best VoIP Phone Canada Suppliers for your business telephone system!| Terms of Service

Sundance Communications is not affiliated with any of the above manufacturers. Sundance Phone System Forums - VOIP & Cloud Phone Help
©Copyright Sundance Communications 1998 - 2025
Powered by UBB.threads™ PHP Forum Software 8.0.0