Проигрывание сообщения при достижении Max Queued Call Count Опции

[sunturner]

Добрый день!
LDK-300, прошивка 3.8Ah.

Пытаюсь добиться проигрывания сообщения "Все линии заняты" в случае, когда очередь Max Queued Call Count в UCD-группе полна.
При попытке реализовать это через Alternate destination (hunt на специальную группу) переход осуществляется ДО проверки очереди (то есть очередь пуста, и вместо очереди звонящий перекидывается на Alternate Destination).
Собственно, вопрос - можно ли как-то реализовать задуманное (проиграть сообщение перед сигналом "занято" по достижении Max Queued Call Count)?

[harris]

Добрый день!
LDK-300, прошивка 3.8Ah.

Пытаюсь добиться проигрывания сообщения "Все линии заняты" в случае, когда очередь Max Queued Call Count в UCD-группе полна.
При попытке реализовать это через Alternate destination (hunt на специальную группу) переход осуществляется ДО проверки очереди (то есть очередь пуста, и вместо очереди звонящий перекидывается на Alternate Destination).
Собственно, вопрос - можно ли как-то реализовать задуманное (проиграть сообщение перед сигналом "занято" по достижении Max Queued Call Count)?

Нет.
- Alternate destination выполняется сразу же при поступлении вызова в группу при условии занятости всех агентов группы;
- Все речевые сообщения внутри группы привязаны к таймерам (время ожидания в очереди), а не к событиям.

А по событию достижения макс. длины очереди возможна только одна процедура - разъединение вызова.
Вызов может покинуть очередь только сразу же (на входе в группу) по Альтернативе или по таймеру Overflow.
з группы вызов может только сразу же по Альтернативе, или по таймеру Overflow.
Так что в вашем случае, ИМХО, нужно просто держать вызов некоторое время в очереди, а по достижению времени ожидания обслуживания = таймеру Overflow, отправлять дальше (например, в другую группу) или отбивать вызов.
Перед выходом из группы по таймеру Overflow можно выдать речевое сообщение - для этого нужно просто подобрать подходящее значение таймера/ов Voice Announce (таймеры Announce 1/2), которое должно быть меньше таймера Ovverflow (примерно на величину длительности этого сообщения).

[sunturner]

Так что в вашем случае, ИМХО, нужно просто держать вызов некоторое время в очереди, а по достижению времени ожидания обслуживания = таймеру Overflow, отправлять дальше (например, в другую группу, и уже там выдавать требуемое речевое сообщение).

Ну, сейчас так и настроено.
Странно, что разработчик не предусмотрел нашей ситуации.
Спасибо.