Не работает набор длинных номеров

Stint · Сообщение **Stint** » 17 июн 2009, 18:48

При наборе из Групповой “записной книжки” номера для IP-телефонии типа 725222р1р123456789012 ГТС готова к приему номера телефона. При нажатии кнопки СТА, с запрограммированным номером межгорода, станция вероятно, дополняет набор еще одной девяткой. И, соответственно, вызова никого не происходит. Так для кого или для чего Вы сделали набор длинных номеров работающих так коряво? Неужели не понятно, что если один раз "9" набрана, причем автоматически, второй раз её набирать не надо?

mikhal-p · Сообщение **mikhal-p** » 17 июн 2009, 19:46

Привет, Stint.
Небольшой совет. Вы бы так и сказали - не понимаю. Матчасти не знаю. Объясните.
Внимательно прочитав Руководство, Вы обнаружите, что в описанном случае Вы занимаете две разных СЛ и в одну посылаете номер из Групповой ЗК, а в другую - номер из СТА. Действительно, как-то коряво получается.
Для Вас специально поясню: СЛ - это внешняя (городская или IP)линия.
Михаил

Stint · Сообщение **Stint** » 17 июн 2009, 20:14

Тогда поясните в Руководстве, как можно пользоваться этим достижением.
Мне хотелось бы одной кнопкой СТА набирать номер 725222р1р123456789012, а с помощью других номер межгорода, например 88123254772.
С помощью трубки Panasonic это делается на раз, а как это сделать с помощью системного телефона?

DFG · Сообщение **DFG** » 17 июн 2009, 20:33

Предполагаю, что так не получится. Использование номеров ускоренного набора в "максикомах" предполагает занятие линии.
В противном случае можно было бы вызывать номер ускоренного набора из другого номера ускоренного набора и выстраивать "цепочки", как это сделано в некоторых других АТС.
Здесь же можно использовать ячейки памяти увеличенной длины и записывать туда весь длинный номер, с номером пула провайдера, пин-кодом и номером - при использовании последнего символа в ячейке памяти будет задействована следующая ячейка.
Пусть "Мультиком" меня поправит, если что-то изменилось.

mikhal-p · Сообщение **mikhal-p** » 17 июн 2009, 21:24

Stint, а где "пожалуйста"? Я уж не говорю про "Здравствуйте" и "спасибо".
Читай п.Е2.7 и Е2.8. Руководства

Stint · Сообщение **Stint** » 17 июн 2009, 21:30

Думаю, что так. Но сколько при этом займется ячеек, которых и так мало? Т.е на каждый номер нужно 3 ячейки и записная книжка сокращается до 10 номеров. Кроме того в трубку почему то не слышны ответы с АТС во время паузы. Невозможно контролировать баланс и ход набора.

DFG · Сообщение **DFG** » 17 июн 2009, 22:25

Некоторые провайдеры предоставляют доступ по АОНу, не нужно набирать PIN-код. Может быть, это приемлемо в Вашем случае?

Stint · Сообщение **Stint** » 18 июн 2009, 12:45

К сожалению нет. Пользуемся карточками Петерстар. Ищем других провайдеров, но пока безуспешно.
А что скажите, уважаемые, что не слышны ответы с АТС во время паузы (p).

Станислав Петрович

Всем добрый день.
Мikhal-p, Вы правильно заметили, что будут заниматься две разные линии.
DFG, Вы всё правильно написали, что можно объединять ячейки.
Позвольте расставить точки над i.
1. Всего в общих и групповых записных книжкаж можно организовать (20групп х20 строк)+20 = 420 строк.
2. Для занесения указанных номеров достаточно двух, а не трёх ячеек.
3. Такой сверхдлинный набор номера в линию возможен и путём нажатия последовательно двух кнопок, но, к сожалению, силами только мини-АТС (или системного ТА) этого не достичь. Для этого нужен многофункциональный телефон со своей памятью. Набираете на нём сначала номер строки общей ЗК и мини-АТС наберет в линию 725222р1р123456789012,, а потом нажимаете кнопку внутренней памяти ТА и он доберёт номер 88123254772. Этот вариант не так уж широко, но используется, и успешно.
PS.Stint, предвидя Ваши пожелания сделать на наших мини-АТС такую возможность, отвечу: век такой громоздкой услуги недолог и завтра мы не будем ею пользоваться, а чуть позже - совсем забудем. Она уже начала умирать, как справедливо указал DFG, потому что уже провайдеры предоставляют доступ по АОНу
Удачи.

DFG · Сообщение **DFG** » 18 июн 2009, 15:07

Не вполне согласен, что услуга предоставления связи по ПИН-коду отомрет - в данном варианте удобно контролировать расходы (по сотрудникам / отделам / направлениям), и именно в этом случае целесообразно использовать ПИН-код в записных книжках (персональных/групповых).

Станислав Петрович

DFG, Мы говорили о сверхдлинном наборе; имелось в виду, что услуга не будет громоздкой, как сейчас, о том что не требуется перерабатывать ПО для реализации такого набора.
Удачи.