Да, похоже единственное правильное решение брать под контроль мобильники.
jorikfon ( 2012-07-03 18:49:10 +0400 )редактировать
Столкнулся с печальной новостью для себя. С горячей руки в очередь по- умолчанию, на которую попадают наши клиенты, добавил 3 внутренних и 3 мобильных телефона наших менеджеров. Все было "хорошо" до тех пор, пока клиенты не начали жаловаться на фразу: "Абонент не в сети, оставьте сообщение после гудка", на нашем многоканальном номере. Эту фразу слышали все клиенты, а мы теряли звонки потому что у Марии периодически садился сотовый :( Анализ проблемы выявил что при параллельном звонке, на выключенном мобильнике срабатывала голосовая оператора, которая забирала вызовы на себя.
Собственно предвкушаю ответы, но всеже. Какие варианты избавиться от такого поведения. Астериск может каким-нибудь образом понять что ответил автоответчик, а не человек? Кто как решает данную проблему?
В астерсике есть приложение AMD, которое с некоторой вероятность (процентов 70) может помочь отличить человека от автоответчика. Можно вкорячить это приложение через вызов макроса при ответе канала в Dial.
Так же у Sangoma есть решение для call-центров по распознаванию машинного ответа от человеческого. Оно так же отделяет и музыкальные рингтоны и прочее. НО! Для вашего случая не подойдет, так как дорого и сложно интегрируемо.
Просто возьмите телефоны сотрудников под жесткий корпоративный контроль и отключите у всех голосовую почту.
Да, похоже единственное правильное решение брать под контроль мобильники.
jorikfon ( 2012-07-03 18:49:10 +0400 )редактироватьа у нас сильно давно, когда впринципе небыло сип телефонов и все звонки на сотовые отправлялись, в Dial макросе просто спрашивали нажми кнопку чтобы принять звонок. если не нажимал в течении нескольких секунд то досвидания, звоним дальше...
А вы сами подумаете, как машина может отличить автоответчик от человека? Никак. Не ставьте вызов на сотовый Марии (а лучше вообще сотовые) в такое ответственное место. За свою глупость и поплатились.
Предполагаю что опсос может как-то сигнализировать о том что номер недоступен и будет выполнена переадресация, печально, если ничего такого нет.
jorikfon ( 2012-07-03 10:57:47 +0400 )редактироватьТеоретически-то может, но вот никто этого делать не будет, ибо деньги. Не стоит в таких вопросах полагаться на опсосов. И потом, одно дело если бы телефон просто сел, а другое - это войсмайл. Канал-то переводится в отвеченное состояние.
switch ( 2012-07-03 11:44:10 +0400 )редактироватьНастрой переадресацию "при недоступен" с мобилы Марии на свой городской номер или другой моб.
Переадресовал на этот же многоканальник номер и получил циклическую переадресацию. Прямо засада какая-то.
jorikfon ( 2012-07-03 11:01:46 +0400 )редактироватьНужно настроить переадресацию на другой номер, которого не существует. Тогда в поток будет возвращаться Congestion и ответа не будет.
switch ( 2012-07-03 11:46:43 +0400 )редактироватьНет гарантии что вернет Congestion сегодня, а завтра не решат так же обработать вызовом голосовой почты.
igorg ( 2012-07-03 11:58:10 +0400 )редактироватьНу я типа об этом предупредил, что не стоит на опсосов полагаться.
switch ( 2012-07-03 12:01:15 +0400 )редактироватьОбычно сообщения автоинформаторов мобильных сетей воспроизводятся в предответной фазе. Так и отличают ответ автоинформатора от ответа человека. В вашем случае необходимо изучить запись обмена сообщениями того протокола управления соединением, который вы используете для связи с ССОП.
Стандартного решения нет.
Можно попробовать переписать под свои нужды NVLineDetect.
Задан: 2012-07-02 23:09:18 +0400
Просмотрен: 883 раз
Обновлен: Jul 04 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
