Тема: TDA200 - Очередь звонков, разница между методами RING/UCD
Panasonic TDA-200, прошивка 5.0005.
Есть ICD, в которую входят 10 операторов. Настроено так, что при переполнении по неответу звонок уходит на голосовое меню DISA и потом по AA0 возвращается в эту ICD, и отрабатывается таблица очереди с музыкой на холде (тишина, 20 сек, overflow). Так вот, если в ICD все менеджеры разрегистрированы по кнопке (менеджеров в группе нет) - все отрабатывается нормально. Но если тип распределения звонка стоит RING и все 10 менеджеров заняты, то 11 долбит по ним и по переполнению по неответу валится на голосовое меню DISA и потом опять валится на AA0. Но без музыки в режиме ожидания, а с гудками, корявенько. Если ставить режим распределения не RING а UCD - все отрабатывается нормально, 11 звонок вертится в очереди с музыкой и голосовым меню до освобождения какого-то менеджера . Почему так? Такое ощущение, что при методе RING звонок долбит тупо группу, не вдаваясь подробно, есть ли там свободные менеджеры, а при UCD - проверяет доступность каждого оператора.
Есть ли выход из такой ситуации? Задача держать 11ого клиента в очереди с меню и с музыкой, но при этом что бы входящий звонок звонил у всех менеджеров.
P.S. Семинариев не кончал, самоучко.
Атс - моя, родная.
Никто не знает/это банально и очевидно/это секретные данные ?
UCD и RING работают немного по-разному. Можно поколдовать с несколькими ICD с одним и тем же составом манагеров.
Спасибо за ответ 😊 Думал уже забили.
То что они работают по разному - это я уже понял 😊
То к чему Вы меня подталкиваете, я уже реализовал до этого, но мне не до конца это нравится:
У меня и так уже две группы ICD, так сделано, что бы при входящем звонке после приветствия DISA, по AA0 звонок шел на ICD100, там по overflow по недоступности валилось на сообщение DISA (голосовое меню), отрабатывая таблицу 1, (сообщение что все заняты, музыка 20 сек, overflow), а оттуда по AA0 валилось на вторую группу ICD200, где отрабатывая таблицу 2, (тишина, музыка 20 сек, overflow) по переполнению уходило на сообщение DISA (голосовое меню) и опять по AA0 шло на группу ICD200. Сделано так было, что бы не отправлять 11 клиента при 10 занятых операторов сразу же на музыку, а уведомлять об занятости, а дальше уже кольцевал - музыка-голосовое меню.
Если в ICD100 поставить RING , а в ICD200 поставить UCD , то при свободных операторах будет звонить у всех, согласен, но при попадании в очередь, при всех занятых менеджерах отработается RING, и только потом будет нормально крутится в UCD . То есть клиент в очереди слушает гудки, сообщение1 , музыку, голосовое меню, музыку, голосовое меню и тд. Лучше чем сейчас, но хотелось бы избавится и от первых гудков.
А на DISA валится с умыслом? Звонящие должны иметь возможность что-нибудь набрать тоном?
Ага, с умыслом, именно для того, что бы в очереди они могли себя реализовать, донабрав нужное действие, из-за этого и весь сыр-бор городился, иначе я бы просто в очереди все сформировал и не морочился с выводом звонка по overflow на DISA. Может такому клиенту и менеджер не нужен, например если он факс хочет послать.
Панас предусматривает 4 переадресации..
Ребус? 😉
Прописывать для каждого оператора в ICD переадресацию по Busy, при вызове с CO на группу ICD200 или OGM голосового меню?
UPD. Фигня получается, при RING звонок долбит по группе, а не по оператору в группе, не работает так.
Ну или я не так понял подсказку.
UPD. Переадресовать по занято группу? хм ....
Сдался, так я и не понял, что и куда можно переадресовать, что бы избежать двух гудков в ICD100.
Подскажите еще 😊
