Два сообщения DISA Опции

[Iness]

В организации есть два отдела, для каждого - своё сообщение автоинформатора.
Задача заключается в том, чтобы после каждого сообщения при недонаборе внутреннего номера звонок валился на своего оператора. Так как в каждом отделе он свой.
Входящие вызовы приходят по потоку. Поэтому получается, что пгм 144 общая для всех транков.
Как бы так исхитриться, чтоб падало на разных операторов?

[harris]

В организации есть два отдела, для каждого - своё сообщение автоинформатора.
Задача заключается в том, чтобы после каждого сообщения при недонаборе внутреннего номера звонок валился на своего оператора. Так как в каждом отделе он свой.
Входящие вызовы приходят по потоку. Поэтому получается, что пгм 144 общая для всех транков.
Как бы так исхитриться, чтоб падало на разных операторов?

Какая версия прошивки станции???
В данном случае желательно поставить версию 3.8 !!!

[Iness]

Какая версия прошивки станции???
В данном случае желательно поставить версию 3.8 !!!

На данный момент прошивка 3.6 Са.
Если сделать 3.8, то как надо будет действовать?
(на 3.6 это невозможно?)

[harris]

На данный момент прошивка 3.6 Са.
Если сделать 3.8, то как надо будет действовать?
(на 3.6 это невозможно?)

На версиях ниже 3.8 этого нельзя сделать впрямую!!!
Можно использовать способ, предложенный уважаемым ALEX'ом, чтобы "обмануть" станцию.
Но тогда придется полностью отказаться от функций системного Attendant'а, а это ИМХО нежелательно...
- в ПГМ144 необходимо полностью удалить все назначения. Т.е. для каналов потока в ПГМ144 должно быть все пусто.
- в ПГМ164 в качестве Attendant'а указывается несуществующий абонент (например, неподключенный порт, из последних старших портов)
- в ПГМ231/5 - Reroute Destination - указывается, куда направлять вызов при отсутствии донабора номера/ошибке набора. Получится для каждого номера DID/DISA (направленого на VMIB) - свой собственный адрес "Reroute Dest" для отработки ошибки донабора.
Но вообще-то функция Reroute Dest. предназначена не таких случаев!!! Это просто "дыра" в софте.

А в версии 3.8 уже по нашему запросу просто включены доп. опции в ПГМ228. Там отдельно для каждого приветствия VMIB непосредственно указывается обработка для случаев Занято/Ошибка/Нет Ответа. Т.е. фактически опции программы ПГМ167/1~3 сделаны отдельно для каждого сообщения. Если в ПГМ228 эти настройки не прописаны, то тогда используются общесистемные назначения в ПГМ167/1~3.

[Iness]

Спасибо!
Порешаем, что будет наиболее приемлемо - перепрошить или потерять аттенданта.

[harris]

Спасибо!
Порешаем, что будет наиболее приемлемо - перепрошить или потерять аттенданта.

ИМХО, если у Вас есть возможность перейти на версию 3.8 (если есть соотвествующее "железо", т.е. процессор), то лучше это сделать...

[Iness]

ИМХО, если у Вас есть возможность перейти на версию 3.8 (если есть соотвествующее "железо", т.е. процессор), то лучше это сделать...

На новую версию так и не перешли, зато задача усложнилась)
Необходимо сделать для двух отделов РАЗНОЕ расписание. На данный момент используется схема с неподключенным главным аттендантом, вызовы по перенаправлению поступают на разные группы, в два отдела.

Оба номера приходят по потоку.

СДЕЛАЛИ:
1. Транки потока разделили на два тенанта - 1 и 2. Каждый из двух номеров с вышестоящей АТС направляется строго по отведенным транкам (вышестоящей рулим сами)
2. Назначили в каждом тенанте оператора (пгм 111/13, пгм 120)
3. Главного оператора перевели в "день" и сразу отключили
4. На операторах тенантов тоже сделали "день"

РЕЗУЛЬТАТ:
вызовы приходят на свои голосовые сообщения, но затем поступают на оператора 1 тенанта.

5. На операторе тенанта 2 поставили "ночь". Работает (в DID "ночь" назначена на Speed ячейку).

ВОПРОС:
это вообще выполнимая задача на 3.6?
Получается, что смена расписания по тенантам как таковая работает, но в сочетании с дневными двумя DISA-ми - некорректно.

[harris]

На новую версию так и не перешли, зато задача усложнилась)
Необходимо сделать для двух отделов РАЗНОЕ расписание. На данный момент используется схема с неподключенным главным аттендантом, вызовы по перенаправлению поступают на разные группы, в два отдела.

Оба номера приходят по потоку.

СДЕЛАЛИ:
1. Транки потока разделили на два тенанта - 1 и 2. Каждый из двух номеров с вышестоящей АТС направляется строго по отведенным транкам (вышестоящей рулим сами)
2. Назначили в каждом тенанте оператора (пгм 111/13, пгм 120)
3. Главного оператора перевели в "день" и сразу отключили
4. На операторах тенантов тоже сделали "день"

РЕЗУЛЬТАТ:
вызовы приходят на свои голосовые сообщения, но затем поступают на оператора 1 тенанта.

5. На операторе тенанта 2 поставили "ночь". Работает (в DID "ночь" назначена на Speed ячейку).

ВОПРОС:
это вообще выполнимая задача на 3.6?
Получается, что смена расписания по тенантам как таковая работает, но в сочетании с дневными двумя DISA-ми - некорректно.

Вы поток разделили на транки. ОК.
Но входящие все равно принимаете как DID.
А DID-вызовы не привязаны к тенантам (в отличии от iPECS, если я правильно помню).
Два варианта:
- остаться на версии 3.6. Входящие вызовы принимать как Normal CO (ПГМ140, ПГМ144). Т.е. обрабатывать как аналоговые СО-линии. (если, конечно, в каждой конторе только по одному городскому номеру. Если помимо номеров, принимаемых как DISA, есть и еще другие номера, то этот вариант не пройдет - нужно будет поток делить еще на более мелкие транки);
- перейти на версию 3.8. Вызовы принимать как DID, но обрабывать по ПГМ228.

[Iness]

Входящие вызовы принимать как Normal CO (ПГМ140, ПГМ144). Т.е. обрабатывать как аналоговые СО-линии

Хорошо, если я описываю диапазон транков как Normal, указываю в пгм 144 для каждой группы транков своё голосовое сообщение, каким образом входящий звонок различит перенаправления по отделам?
Мы же как раз полностью удаляем всё из пгм 144, чтоб заработало поле Reroute Destination из пгм 231, ради двух разных назначений?

[harris]

Хорошо, если я описываю диапазон транков как Normal, указываю в пгм 144 для каждой группы транков своё голосовое сообщение, каким образом входящий звонок различит перенаправления по отделам?
Мы же как раз полностью удаляем всё из пгм 144, чтоб заработало поле Reroute Destination из пгм 231, ради двух разных назначений?

Я же написал - обслуживать как Normal Ring, а не как ISDN/DID.
Т.е. запрограммировать как аналоговые СО-линии:
- ПГМ140 = Normal, DISA=ON, VMIB XX (№ сообщения в зависимости от транка)
- ПГМ167/2 = ATD
- ПГМ144 назначить, куда отправлять вызовы по ошибке/отсутствию донабора. Для двух разных транков (СО-линйи) - разные назначения.

Станция не будет анализировать получаемый DID -номер, а будет обслуживать вызов только исходя из номера СО-линии (транка).

[Iness]

- ПГМ144 назначить, куда отправлять вызовы по ошибке/отсутствию донабора. Для двух разных транков (СО-линйи) - разные назначения.

Не совсем понимаю, разъясните, плиз
Непосредственно в пгм 144 ведь нет полей направления вызовов по ошибке/отсутствию донабора. Они ж общие для всех в пгм 167.

[harris]

Не совсем понимаю, разъясните, плиз
Непосредственно в пгм 144 ведь нет полей направления вызовов по ошибке/отсутствию донабора. Они ж общие для всех в пгм 167.

Инна! Просто перезвони мне. Это же проще по телефону!!!