Станция LDK-300, 3.9Ah.
Задача как бы простая, но немного запутался.
Существует UCD группа из трех операторов с системными телефонами. Все уходят на корпоратив... Нужно перевести все входящие внешние вызовы на эту группу в т.ч по VOIB на обычный телефон дежурного.
В атрибутах группы поставил галочку перенаправление при отсутствии доступного абонента. Переполнение через 10с. на внутренний номер, приветственное сообщение через 5с.
Для проверки все операторы вышли из группы. При вызове из города он немедленно переводится на назначение переполнения. Второй вызов ставится на удержание, но приветственное сообщение не проигрывается ни первому, ни второму.
Подскажите, что делаю не так?

А с какой стати должно проигрываться привествие, если таймер приветствия = 5 сек, а вызов немедленно перенапрвляется из группы в случае отсутствия в ней активных агентов. Всё - вызов уже ушел из группы!!

может быть создать группу из телефона дежурного и очередь с приветствиями организовывать уже в этой группе

Все дело в том, что Overflow и Alt if no member как бы дублируют друг друга. Попробовал убрать галочку Alt if no member и сообщения стали проигрываться.
Чем тогда отличается альтернативное назначение? При Overflow и Alt if no member вроде как вызовы ставятся в очередь, но при первом сообщения задействуются, а при включении Alt if no member нет. При альтернативном назначении вызовы в очередь не ставятся?
Именно для UCD групп можно задействовать все три варианта, но как правильнее в моем случае?
И также транзитные вызовы пришедшие по VOIB на эту группу с оконечных станций путем автоматической переадресации с внутреннего номера головной станции будут ли обслуживаться по данной схеме или будут отбиваться?

Просто не хотелось создавать новые группы. И чтобы дежурный мог легко переключаться. Задача такая (с 15.00 - 16.30 дежурный на телефоне одного из операторов, с 16.30- 19.00 дежурный на своем телефоне, с 19.00 до 21.00 дежурный снова на телефоне оператора). Все дело в том, что все 3 дежурные разные люди, а станция находится в автоматическом режиме день\ночь\ланч. В данном случае проще выходить/входить из группы набором кода.

Как это дублируют друг друга??
Overflow - это безусловный выход из группы по превышению таймера ожидания в очереди.
ALT If No Member - немедленный выход из группы по условию отсутствия активных (работающих) агентов в группе.
Если "ALT If No Member" = On и все агенты отключились от группы, то вызов немедленно уйдет на назначение Overflow. Чего ждать-то??
Если "ALT If No Member" = Off, то вызов попадает в очередь вне зависимости от активности агентов. Из группы вызов уйдет по окончанию таймера Overflow.

В чем проблема?? Если нет активных агентов, то и направляйте вызов на дежурного. Что не устраивает?? Что в этом случае тоже нужно выдавать реч. сообщение??? Для выдачи реч. сообщения нужна Hunt-группа.
Можно сделать для дежурного Hunt-группу с гарантированным сообщением "Ожидайте ответа".

Схема такая. При первом вызове проигрывается приветственное сообщение (немедленно) - через 5с. по переполнению перевод на дежурного. При поступлении второго вызова (дежурный разговаривает с первым вызовом) также проигрывается сообщение, он ставится в очередь пока не закончится первый вызов.
Может я просто не понимаю? В обычной группе при приветственном сообщении - когда оно проигрывается стоящим в очереди. Т.е. зачем создавать еще одну группу - дежурный все равно только один.

1) "Немедленно" и "через 5 сек" - это разные вещи!!
2) Повторю еще раз: если включаете опцию "Alt If No Member", то вызов не ставится в очередь, он уходит из группы. Поэтому вызов и не получит то речевого приветствие, которое указано для данной группы!
3) Правильно ли я понимаю, что у Вас операторы в группе - это одни абоненты, а "дежурный" - это совсем другой абонент??

1. UCD группа, все операторы вышли из группы. Alt If No Member в положении OFF.Таймер приветственного сообщения - 0, таймер переполнения 5с. При проверке при входящем внешнем вызове проигрывается сообщение, 2 сигнала посыла вызова и звонит телефон дежурного (к UCD группе не имеет никакого отношения) - ОК.
2. Дежурный разговаривает с первым вызовом и тут приходит второй. Как поступит станция в таком случае? Проиграет приветствие, поставит в очередь (мне нужно именно так) и будет ждать пока закончится первый разговор. Или поступит как то иначе? Тут вопрос с очередью при занятости телефона переполнения!

2) Ну о какой очереди может идти речь, если "дежурный" - это отдельный телефон, не имеющий отношения к группе??
Станция проиграет приветствие и оправит вызов на дежурного. А раз дежурный занят, то все будет определяться типом вызова и совсем другими настройками:
- внутр. вызов отобьется
- DID вызов типа 2 пойдет по Reroute (ПГМ231) или (при отсутствии назначения Reroute) по условию Busy в ПГМ167.
- DID вызов может поступать на ЗАНЯТОГО дежурного (системник), если у него включена опция DID Call Wait в ПГМ114.

Если Вы хотите, чтобы вызов оставался в очереди к дежурному (а это уже совсем другая очередь), то нужно для дежурного создать отдельную группу и направлять вызов в эту группу!!!!! Это самое простое и оптимальное.

Что-то у меня были смутные сомнения, которые я сейчас проверил.
Все операторы вышли из группы. Перевод по переполнению на дежурный номер через 5с. Делаю первый пробный вызов на наш городской - после сообщения дежурный берет трубку. Прошу его не класть трубку. Набираю наш другой городской со своего сотового. Проигрывается сообщение и идут сигналы посыла вызова. Жду секунд 10. Прошу дежурного положить трубку. И сразу звонит телефон дежурного и мы разговариваем.
Вывод: В UCD группе даже при переполнении входящие вызовы ставятся в очередь и находятся там, пока не освободиться телефон, на который назначено направление при переполнении!

Уваж. Astra! Ну сколько раз Вам повторять одно и то же???
Вы делаете абсолютно неверный вывод!!! Чушь!!
По окончанию таймера Overflow вызов покидает очередь в группе!!! Где он там дальше болтается - так это уже совсем другая история: зависит от типа вызова, от того, куда его отправили по Overflow и т.д. ит .п. Вызов может стоять в очереди непосредственно к указанному по Overflow абоненту. Но причем здесь очередь в UCD-группе??
Это уже не имеет к UCD-группе никакого отношения!!! Не путайте народ.
Если хотите проверить, то удалите назначение на дежурного (Overflow Dest. = пусто), и посмотрите, что будет по окончанию таймера Overflow.
А еще, для чистоты эксперимента, следует указать: какие у Вас внешние линии (аналоговые СО/ DID ISDN)????

Я не хочу ни кого путать!
Из двух схем: UCD - Overflow STA и UCD - Overflow Hunt в моем случае работает и первый вариант, что меня устраивает.
Получается, что первый вызов уходит на Overflow STA, а последующие находятся в очереди пока не освободиться Overflow STA.
Вызовы реально находятся в очереди, но т.к. другой группы нет, значит все таки в UCD группе.
Может я чего то не понимаю, но номер STA не фигурирует более ни в каких настройках и станция не должна скидывать на него вызовы, кроме как при наличии очереди.
Внешние линии аналоговые. Если оставить поле Overflow пустым - это не много другой алгоритм у станции, но тоже обязательно проверю. Также проверю, что происходит с первым вызовом, если STA занят.

Ну так ведь линии - аналоговые СО, и по Overflow Вы передаете вызов на занятого STA.
Так вызов и будет оставаться в режиме Ring у этого абонента. Кок только он освободится, то он и получит этот вызов. Это же фактически аналогично ПГМ144: вызов направлен на абонента, который занят, фактически никто не берет трубку (идет КПВ), когда абонент освободится - получит этот вызов.
Но только здесь нет никакого ожидания в очереди UCD-группы после превышения таймера Overflow. После Overflow таймера вызов из UCD-группы ушел и просто находится в состоянии Ring к указанному по Overflow абоненту.

Называйте это, как хотите, но это НЕ ОЧЕРЕДЬ в группе UCD. Из группы вызов уходит по Overflow. Пропишите Overflow = пусто, и Вы это все поймете!


Выводы делаете абсолютно неправильные.
Это мне напомнило старый, бородатый анекдот:
Ставят опыт над тараканом.
Хлопнули громко рядом с ним – он испугался и убежал. Его поймали, оторвали ему одну ножку и опять громко хлопнули. Таракан убежал... И так несколько раз, пока ему не оторвали все ножки.
И опять громко хлопнули. Таракан на этот раз не убежал.
Отсюда вывод: таракан слышит ногами.

Спасибо за разъяснения! Мне главное, что схема работает, а физика процесса мне была не понятна (не совсем понятна и сейчас). Сколько вызовов могут находиться в состоянии Ring на этот телефонный аппарат (он обычный)? Ведь по идее должен быть сигнал Busy второму и последующим вызовам.
Еще попробую установить повтор сообщения в UCD группе. ИМХО, если при занятом Overflow STA последующим вызовам будет проигрываться сообщение повторно - значит они еще в группе.
Не поймите чего, просто интересно понять физику этого процесса.
И анекдот в тему:
Петька проводил эксперименты на мышах. Вколол одной бензин. Мышь пробежала два метра и остановилась.
Бензин закончился, подумал Петька.

Нет. Никакого Busy в данном случае не будет (здесь сделано аналогично обычному приему вызова с аналоговой СО по ПГМ144). Проверял на версии 3.9Da.
Кол-во вызовов??? - хоть все имеющиеся аналоговые СО-линии.

Естественно, если таймер Overflow меньше, чем таймер повтора, то сообщение №2 не будет повторяться.
Вы никак не хотите понять, что Overflow - это завершение попытки обслуживания вызова в данной Hunt-группе. Т.е. длительность ожидания ответа агента в группе. Кончился таймер Overflow - прощай группа. При всех условиях, если по истечению этого таймера, никто из агентов группы все еще не ответил на этот вызов, то вызов будет перенаправлен ИЗ ГРУППЫ на указанное назначение Overflow.

Все проверил. Факты подтвердились. Сообщение №2 действительно не проигрывается, если таймер повтора больше, чем таймер переполнения, что говорит о выходе вызова из группы. При выходе всех операторов из группы и отсутствии назначения при переполнения вызов приходит на первый аппарат в группе и сигнализируется сигналом ожидающего вызова на системнике.
В любом случае все вызовы при переполнении на STA не теряются и ждут своей очереди (пусть и не в группе).