dialplan_call_abonent
Различия
Показаны различия между двумя версиями страницы.
Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия | ||
dialplan_call_abonent [2016/06/26 11:15] – kov | dialplan_call_abonent [2016/07/05 15:01] (текущий) – kov | ||
---|---|---|---|
Строка 1: | Строка 1: | ||
- | ===== При пропущено вызове, | + | === При пропущено вызове, |
Строка 59: | Строка 59: | ||
call - если уже есть запись в базе мы обновляем ее. \\ | call - если уже есть запись в базе мы обновляем ее. \\ | ||
+ | А теперь пока заняться входящими звонками. | ||
+ | < | ||
+ | [call-in] | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | exten => _X., | ||
+ | |||
+ | [call_agent] | ||
+ | exten => s, | ||
+ | exten => s, | ||
+ | exten => h, | ||
+ | |||
+ | [call_office] | ||
+ | exten => s, | ||
+ | exten => s, | ||
+ | </ | ||
+ | |||
+ | Можно добривать IVR который будет перед соединением клиента с сотрудником будет спрашивать хочет ли он этого, просто если клиент общается с несколькими сотрудниками данный способ будет не очень хорош, потому что безусловно клиент будут попадать на одного сотрудника. | ||
+ | |||
+ | Так же я не стал заморачиваться с очисткой базы при помощи запросов из сценария. Я просто по cron-у делаю очистку базы раз в сутки. \\ | ||
+ | По умолчанию я выставил соединение клиента с сотрудником в течении 5 часов, после этого времени клиент будет попадать в общую очередь. | ||
+ | |||
+ | --- // | ||
dialplan_call_abonent.1466928904.txt.gz · Последнее изменение: 2016/06/26 11:15 — kov