See ARS and F-Route. Panasonic uses the most bizarre naming for phone system functions in the industry.

Ok so once you get your head around this, you also need to get your head around sripts! It is possible to write a script to set this up for every system you install in seconds. Thing is, you need to know what numbers need what parameters and also how scripts work. I am happy to help but will need heaps more info. I have a script set up for numbers in Australia and can share that with you as an example but can't post it here. Let me know if you would like a copy and I wll explain how to download it.

I believe this functionality was covered in the training course for the sl2100, and sv9100 training course. (The SL2100 is 95% of a sv9100 btw, only real feature that's missed out on as far as I can tell is the CAP keys, but on the sl you don't have to pay for software assurance, and way way cheaper. I would look into both systems, you'll probably find it rare that you want an sv)

To:
OzzieGeorge
Hi,
Thank you very much for the relevant answer.
I am certainly interested in more information.
I am interested in a copy of the script for the Australian numbering plan.
We are not yet able to work in NEC systems with scripts. But we know what scripts are in general.

I'm glad that with NEC PBX systems you can work with the "dial plan" numbering plan



Alternatively, additional information on how to work with scripts on the SV9100?

Thank you very much in advance.
Regards
Brix

To:
CoralTech

Hi,
My team of colleagues and I have been looking at the ARS and F-Route options.
But we did not find any connection with the solution we are looking for.
In general, according to the NEC manuals and our findings so far, ARS and F-Route in the NEC PBX is a very robust tool that serves a different purpose than the one we described here. However, it is possible that it is only our impression, which arose on the basis of an imperfect knowledge of NEC Univerge PBX systems.
We consider that ARS and F-Route are tools to distribute outgoing call routing according to restrictions and scenarios that we set in these tools.
For example:
numbers starting with 1 and 2 will be routed to trunk group 1 containing external ISDN line 1 with the number 123456789
numbers starting with 3 and 4 will be routed to trunk group 2 containing an external ISDN line with the number 987654321
numbers starting with 5 and 6 will be routed to trunk group 3 containing the external private Q-SIG connection between the two PBX systems, etc...
furthermore, it is probably possible to add or delete transmitted numbers,...
including functions for Aspire net or Net Link
and more and more features and options
however, we still lack the insertion of a general dial plan.
Dial Plan is a term used generally not only by Panasonic:
https://en.wikipedia.org/wiki/Dial_plan


but you are right that Panasonic often has different names than other PBX manufacturers
e.g. the Automatic attendant LCR system is presented as DISA and a lot more, but unfortunately we had to get used to that and I believe that it might be misleading in our joint discussion.

BrixStand. You would be incorrect. I haven't seen a single SIP provider require a # to initiate dialing. I am going to make some assumptions that you are NOT in a square key configuration using SIP line and that you are using a pool key (9) or something to initiate outside calls. I will give you a simple example. for 18885551212.

26-01 Enable ARS


26-02 Define dialing
Dial Data 1888@@@
Service Type F-Route
Additional Data 1 (this is your f-route table)


44-05
Table 1
01 Trunk Group 1 (whatever SIP trunk group you have defined)
09 Max Digits 11 (whatever you are looking for to IMMEDIATELY dial on that trunk group you defined)


We could get into more complex number adding etc with dial treatments as well if you absolutely need to insert a # but I haven't ever heard of that actually being needed when this is enabled.

To: CoralTech
I greet you
I want to thank you very much for the illustrative example of the solution.
The way you describe and show this situation makes sense to me.
I will follow the given example to test what I need.
Your advice has helped me a lot to understand the principle so far. Thank you very much.

# is pretty much the international digit to signal end of dialling not start. I will have to wait till Monday before I can send the script sorry (I left my laptop at work due to an end of financial year office party)

WE can use the # same in the US...btw. You are correct Ozzie. It still stands you can add it in dial treatment but I don't think you will need to.

@BrixStand, just a note here that yes using F-Route is for LCR and ARS but as with many things in NEC systems, it has other uses and end of dialling is one such use. However one thing you should be aware of is that if you do programme an F-Rout for this, it only works with a line access code Eg 9 or in my case being in OZ 0. If the customer has line keys and selects a line that way, the F-Route will not take effect.

You should now have an Email. Please edit out your email address above for security reasons.

I want to thank you very much for providing all the information.
It helped us to understand the whole issue.

to: OzzieGeorge
How do I delete an email address in my post?
Thanks

Hi

I got the moderators to delete it for you by red flagging it.

You were very kind.