36
Timer before overflow to another set in a PBX group.

In the event of no answer from a free station in a station group.
250

Сдается мне - что не все так просто с перетеканием, при вызове из IAA.
Если абонент занят/не отвечает - надо допиливать IAA в плане Menu on set.
А без этого - произойдет перетекание по правилам TG (по Entity указанному то-ли в TG, то ли в IAA).

Как вариант - направлять не на HG, а на Call routing группу (по сути префикс Entity call), где перечислить ваши HG в нужном порядке.

menu on set - одна из разновидностей листов АА. Работает - когда при звонке на абонента - он занят, не отвечает. В зависимости от состояния и окружающего (наличие почты, операторов и т.п.) - можно куда-то вернуться (например в АА), подождать, попасть в почту.
Если в TG не стоит DID transcoding - это означает только то, что станция в автоматическом режиме привяжет к TG такой NPD - в котором Called DID Id=-1. (в ручном режиме приколачиваете любой NPD).

Распределение звонков - все определяется тем, что нарисовано в используемом в TG NPD, конкретно Called DID Id. Т.е. или у вас делается трансляция в соответствии с таблицей (DID rules), или просто принятые цифры воспринимаются, как если бы их набрал внутренний абонент станции.
Например у вас все абоненты станции 2ххх имеют внешний номер (2102ххх). Вы договариваетесь с провайдером, что он вам присылает 4-е последние цифры и не пользуетесь DID трансляцией.

Мне казалось, что все как-то проще - вы попадаете на IAA access. А далее в зависимости от день/ночь Ентити привязанного к номеру доступа (и прав) - попадаете на разные деревья (и разные листы).
А чтоб какой-то номер приходил на один внутренний - с этим вообще никаких проблем нет. Оно обычно так и работает.

Может тогда сразу и начать - что вы ВООБЩЕ хотите. А то разговаривали о АА, теперь вроде как HG (а может даже и call center). Расскажите чего-хочется - может вам сразу к call center переходить, без всяких АА.
В call center - много чего с вызовами можно делать, статистику всякую получать. Календарь приколотить (в праздники, в обед, и прочие времена - разные идеологии обработки привязать).

Приветствие - это понятно. А по сути все-таки - чего требуется.
Просто call center - это когда агент принимает звонок, обрабатывает его, как правило полностью решая вопрос.
Если человек принимает звонок, а потом просто соединяет звонящего с нужным абонентом - это операторская группа, функционал call центра тут может не понадобиться.
Требуется ли обзванивать абонентов, требуется ли стыковка с базами данных (заполнение форм, вызов истории по номеру абонента и т.п.).
Каков размер вашего безобразия - 5 агентов, 30, 100.

Чего на мой взгляд не делается нормально в IAA - это календарь. С рабочими субботами и выходными пришедшимися на понедельник - оно не справится. Есть ли у вас человек, которого можно напрячь на переключение режимов - или все должно происходить автоматически.

В call center  - много чего делается, но это дорогое решение.

Ну на будущее планы наполеоновские. Хотят:
1) Статистику по количеству звонков (обслуженных и нет) по городской линии и каждому агенту
2) Статистику по времени ожидания звонящих + указание времени, когда звонящий положил трубку (не дождавшись)
3) Статистику по рабочему времени для каждого агента (на месте - не на месте - в работе - отдыхает и т.п.)
4) Возможность включать звонящим различные сообщения во время ожидания в зависимости от прогнозируемого времени ожидания
5) Возможность устанавливать отдельный календарь (открытые-закрытые часы) отдельно по каждому обслуживаемому городскому номеру.
6) Получать 1)-6) отдельно по разным городским номерам, если они обслуживаются одной группой агентов.
7) Возможность прослушивания в он-лайн разговоров агентов мной (с телефона)
Количество агентов около пяти. Это я так понимаю CCD и требует времени, чтобы разобраться.
На данный момент хочется понять основы как управлять входящими звонками с различных типов ТГ, каким образом они когда перетекают, как этим управлять и настроить всё это безобразие с милым женским голосом.