ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в данную темуНачать новую тему
> Как убить перевод на оператора по OOS/busy?
ясень
сообщение 5.2.2018, 19:17
Сообщение #1


Частый гость
***

Группа: Участники
Сообщений: 55
Регистрация: 22.8.2013
Пользователь №: 18909



LIK-300

Подскажите, что сделать, чтобы не обслуженные по busy/OOS
вызовы на terminal group не уходили на sys att?

Сейчас в данной группе 2 агента - оба фонтаж.
Вызовы приходят по DID.
Ситуация такая, например: когда 1 агент уходит и выкл.
фонтаж, а второй в линии (обслуживает вызов),
второй вызов перенаправляется на номер sys att.
Нужно, чтобы висел в очереди, пока не освоб. занятый агент.

Параметр "REPT no member" в группе OFF (не должно уходить на дежурного)
В ПГМ 113 у обоих агентов FWD if OOS выставлено OFF.
Overflow dest. та же группа, через 40 сек.
Таймаут No Ans 10 сек.
Вместо КПВ сейчас VSF 71.
DISA выкл.

Кстати, телефон sys att не звонит, а SMDR показывает, что он на RING

Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 5.2.2018, 21:23
Сообщение #2


ГУРУ
********

Группа: Модераторы
Сообщений: 15009
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ясень @ 5.2.2018, 19:17) *
В ПГМ 113 у обоих агентов FWD if OOS выставлено OFF.

А если ON?


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
ясень
сообщение 6.2.2018, 13:47
Сообщение #3


Частый гость
***

Группа: Участники
Сообщений: 55
Регистрация: 22.8.2013
Пользователь №: 18909



Цитата(Dron @ 5.2.2018, 22:23) *
А если ON?


А если ON, то другая беда -
система видит фонтаж, даже в выкл.
состоянии и не игнорирует его
при обзвоне группы
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 6.2.2018, 13:56
Сообщение #4


ГУРУ
********

Группа: Модераторы
Сообщений: 15009
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ясень @ 6.2.2018, 13:47) *
А если ON, то другая беда -
система видит фонтаж, даже в выкл.
состоянии и не игнорирует его
при обзвоне группы

Пусть DNDвключают.


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
ясень
сообщение 6.2.2018, 15:42
Сообщение #5


Частый гость
***

Группа: Участники
Сообщений: 55
Регистрация: 22.8.2013
Пользователь №: 18909



Цитата(Dron @ 6.2.2018, 14:56) *
Пусть DNDвключают.


Не уследить.
Хочется автоматом: нет человека, а другой
занят - busy либо оверфлоу на VSF VM и т.п.,
а то как-то не корректно.
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 6.2.2018, 16:10
Сообщение #6


ГУРУ
********

Группа: Модераторы
Сообщений: 15009
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(ясень @ 6.2.2018, 15:42) *
Не уследить.
Хочется автоматом: нет человека, а другой
занят - busy либо оверфлоу на VSF VM и т.п.,
а то как-то не корректно.

Ну, мое дело предложить (кстати, "выход" из группы то, как раз, корректен по сравнению с выключением...).


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
ясень
сообщение 6.2.2018, 16:51
Сообщение #7


Частый гость
***

Группа: Участники
Сообщений: 55
Регистрация: 22.8.2013
Пользователь №: 18909



Цитата(Dron @ 6.2.2018, 17:10) *
Ну, мое дело предложить (кстати, "выход" из группы то, как раз, корректен по сравнению с выключением...).


Спасибо, многоуважаемый Dron!
Тут Вы абс. правы.
В идеале я хотел собрать ACD с дальнейшим
выходом агентов по событиям 0-#.
Но трабл как наладить сбор Event Messanges
побюджетнее.
В лоб насколько я понял:
лицензии TSP/TAPI 3-d Party на каждый терминал
+ Server типа Win 2003.
Мне нужно, чтобы и выход из группы был администрирован
и лог событий/причин ACD хоть в каком виде сохранялся.
Перейти в начало страницы
 
+Цитировать сообщение

Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 3.5.2024, 3:25