творческая задача с приходом звонка Опции

[Гость_Amadey_*]

имеется LDK-100, поток, плата АВТООПЕРАТОРА, версия 3.6Bg.
Есть задача, на решение которой своей фантазии не хватает., а именно:
- приходит по потоку звонок на секретаря,
1. если свободен - берёт трубку
2. если занят или не отвечает - голосовое сообщение С ВОЗМОЖНОСТЬЮ ДОНАБОРА т.е. DISA
2.1 если не набрал или не получилось - обратно на секретаря и см. п1

Баловался группами (ставил секретаря в группу и на неё пускал звонок) - если оверфлоу или alt.dest. на сообщение, то после проигрывания сообщения отбивает и не смотрит в сторону pgm167, что в принципе объяснимо. Как заставить работать донабор и вообще ДИСУ без прямого назначения вызова на сообщение?

Спасибо

[harris]

имеется LDK-100, поток, плата АВТООПЕРАТОРА, версия 3.6Bg.
Есть задача, на решение которой своей фантазии не хватает., а именно:
- приходит по потоку звонок на секретаря,
1. если свободен - берёт трубку
2. если занят или не отвечает - голосовое сообщение С ВОЗМОЖНОСТЬЮ ДОНАБОРА т.е. DISA
2.1 если не набрал или не получилось - обратно на секретаря и см. п1

Баловался группами (ставил секретаря в группу и на неё пускал звонок) - если оверфлоу или alt.dest. на сообщение, то после проигрывания сообщения отбивает и не смотрит в сторону pgm167, что в принципе объяснимо. Как заставить работать донабор и вообще ДИСУ без прямого назначения вызова на сообщение?

Спасибо

Именно через группы и делается... Что-то видимо Вы не до конца сделали.
По ПГМ231 на Hunt1 (в которую входит секретарь). Если секретарь занят, то из Hunt1 по альтернативе на пустую группу Hunt2 (Overflow Timer = 1 сек, Overflow Destination = VMIB XX - сообщение для DISA). Если донабора не было, то по ПГМ167/2, где указать = ATTD. И в ПГМ144 прописать непосредственно секретаря (или еще одна Hunt-группа с секретарем)...
Неоднократно это использовал - без проблем...

Либо можно использовать функцию Auto Attendant (ПГМ165).

[Гость_Amadey_*]

Именно через группы и делается... Что-то видимо Вы не до конца сделали.
По ПГМ231 на Hunt1 (в которую входит секретарь). Если секретарь занят, то из Hunt1 по альтернативе на пустую группу Hunt2 (Overflow Timer = 1 сек, Overflow Destination = VMIB XX - сообщение для DISA). Если донабора не было, то по ПГМ167/2, где указать = ATTD. И в ПГМ144 прописать непосредственно секретаря (или еще одна Hunt-группа с секретарем)...
Неоднократно это использовал - без проблем...

Либо можно использовать функцию Auto Attendant (ПГМ165).

да, действительно не доделал, а именно PGM144. просто не понимаю, как в данном случае она работает, вызов ведь по потоку?
И ещё, если в группе Overflow Destination = VMIB XX , то после него при ненаборе не отправляется по PGM 167, а сразу обрывает, почему-то... Хотя указывал и АТД и группу. Да и набор не получался во время сообщения

[harris]

да, действительно не доделал, а именно PGM144. просто не понимаю, как в данном случае она работает, вызов ведь по потоку?
И ещё, если в группе Overflow Destination = VMIB XX , то после него при ненаборе не отправляется по PGM 167, а сразу обрывает, почему-то... Хотя указывал и АТД и группу. Да и набор не получался во время сообщения

1. Потому, что:
- иначально вызов по потоку обслуживается как DID (по входящему номеру);
- затем, если вызов направляется на VMIB, предоставлется обслуживание по набранному номеру абонента (DISA);
- затем, если донабора не было (DISA Error), вызов тупо обслуживается по номеру СО-линии (как тип= Normal Ring, как обычная СО-шка)....
Ну, нужно же куда-то вызов направить. Здесь все логично. Если не получается как DID, то по-крайней мере как Normal Ring.
2. На всякий случай еще раз все проверил - никаких проблем... По Overflow - на VMIB...
Нет набора - по ПГМ167/2... Донабор во время сообщения - пожалуйста.... Надо смотреть подробнее, как у Вас запрограммировано... Может что-то с чем-то коррелирует...

[Гость_Amadey_*]

1. Потому, что:
- иначально вызов по потоку обслуживается как DID (по входящему номеру);
- затем, если вызов направляется на VMIB, предоставлется обслуживание по набранному номеру абонента (DISA);
- затем, если донабора не было (DISA Error), вызов тупо обслуживается по номеру СО-линии (как тип= Normal Ring, как обычная СО-шка)....
Ну, нужно же куда-то вызов направить. Здесь все логично. Если не получается как DID, то по-крайней мере как Normal Ring.
2. На всякий случай еще раз все проверил - никаких проблем... По Overflow - на VMIB...
Нет набора - по ПГМ167/2... Донабор во время сообщения - пожалуйста.... Надо смотреть подробнее, как у Вас запрограммировано... Может что-то с чем-то коррелирует...

Объяснение понял, спасибо. Пробую