Mx21
@Mx21
Software engineer

Как правильно создать callback с форм на Asterisk?

Здравствуйте!

Подскажите, правильно ли, я понимаю организацию схемы callback'а Asterisk и какие могут быть подводные камни.

У клиента есть несколько сайтов с формами бронирования. Заявки с форм бронирования, обрабатывают разные офисы, у каждого свой отдел продаж. При поступлении заявки, должно быть соединение по телефону менеджера и клиента, при этом запись разговора. Сайты на php.

Сейчас, я вижу схему так:
1. Покупается VDS, на него ставится Asterisk.
2. Делается простое API, при бронировании формы идет GET-запрос вида site.com/callback.php?client_phone...&site=1 на сервер с Asterisk.
3. Используется SIP провайдер.
4. Набирается менеджер отдела продаж, дальше он соединятся с клиентом.

Это нормальная реализация или есть лучше варианты?

В интернете, есть не мало решений для подобной схемы, из них наиболее подходящие:
1. Создание call-файлов на сервере, например (https://bloke.org/php/reverse-hold-callback-reques... )
2. Использование AMI (asterisk-pbx.ru/wiki/artikle/asterisk_web_callback ).

Какое решение, лучше использовать в данном случае? Если, у вас примеры работы, то буду благодарен, если вы их покажите.
  • Вопрос задан
  • 1931 просмотр
Пригласить эксперта
Ответы на вопрос 2
alexander_v_pryadko
@alexander_v_pryadko
e-commerce: автоматизация, интеграция, учет
Добрый день.
Как это делаем мы в CLOBS.
Заявки регистрируются на сайте и поступают в учетную систему.
По заявке оформляется новый контакт.
Если необходимо каждому менеджеру видны заявки только своего сайта.
При обработке заявки через AMI идет команда на звонок, в ручном или автоматическом режиме.
Софт-фоны или аппараты связаны с атс как обычно - живут своей жизнью.
Предикативный вызов не используется, хотя при желании его можно прикрутить.
Он эффективен при большом количестве заявок, и устраняет задержки на набор.
Где стоит атс у себя или у провайдера, роли не играет если ей можно управлять.
Ответ написан
@bely87
Поток мысли правильный.
Только лучше передавать через POST а не через GET.
Через CALL удобно Можно даже через базу данных и cron
При отправке на звонок рулить можно контекстами.
Channel: SIP/123456
Callerid: Asterisk 11 <Звонок с сайта>
MaxRetries: 5
RetryTime: 10
WaitTime: 45
Account: obzvon
Context: msk(spb)
Archive: Yes
У AMI Есть свои плюхи но в этом случае понадобиться не простой хостинг а с запуском bash скриптов.
Как вариант можно использовать AGI думаю он будет даже лучше в вашем варианте.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы