Too fast! Try again later.

В каком чатике обсуждали, что комбот фсё?

Требуется возможность разместить в настройках АТС адрес Webhook, на который АТС будет передавать данные по звонкам на свои номера: Webhook с данными на момент начала звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дата и время, когда был совершен звонок. Webhook с данными после окончания звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дату и время, когда был совершен звонок; продолжительность разговора; ссылку на запись разговора; статус звонка. Рекомендуем использовать следующие статусы: ANSWER – звонок был принят и обработан сотрудником; BUSY – входящий звонок был, но линия была занята; NOANSWER – входящий вызов состоялся, но в течение времени ожидания ответа не был принят сотрудником; CANCEL – входящий вызов состоялся, но был завершен до того, как сотрудник ответил; CONGESTION – вызов не состоялся из-за технических проблем; CHANUNAVAIL – вызываемый номер был недоступен; DONTCALL – входящий вызов был отменен; TORTURE – входящий вызов был перенаправлен на автоответчик.

На вид как тз, за имплеминтацию которого кто-то получит бабло

да не, это требование к интеграции просто

Ишо почем за такую интеграцию?

тут как бы направить хотелось бы в нужное русло, делать то не треба

Ишо почем за такую интеграцию?

я не вкурсе,

это просто требование к интеграции

я пытаюсь в нем разобраться

Бррр. За еду штоле?

говорят что два пальца об асфальт а я что та не могу пока уловить

Бррр. За еду штоле?

можно и так сказать, а точнее раде само познания =)

Неясно шотакое вебхук. По факту тут штатная выборка из бд астерисковской

Обработайте диалстатус и вызываете простой Аги скрипт например на phython а там уже дергаете url

И все

Обработайте диалстатус и вызываете простой Аги скрипт например на phython а там уже дергаете url

Зачем

Что значит зачем?

Что значит зачем?

зачем ему аги со скриптом каким-то? Какие задачи это решает?

Неясно шотакое вебхук. По факту тут штатная выборка из бд астерисковской

ну webhook-url это принимающая сторона на которую и надо послать как раз таки в json формате инфу о начале звонка и о его конце со всей инфой

Вот его задачу и решает

ну webhook-url это принимающая сторона на которую и надо послать как раз таки в json формате инфу о начале звонка и о его конце со всей инфой

Что такое принимающая сторона? Участник диалога в момент звонка?

Что такое принимающая сторона? Участник диалога в момент звонка?

нет, это сервер который собирает статистику о звонках..

Да rest запрос ему надо

эта сторона вообще не принимает участия,ей нужна только инфа

на начало звонка и на конец

типа { "callee" : "", "caller" : "", "date" : "", "status" : "", "duration" : "", "link" : "" //link to record of call }

Павел наиболее правильно будет решить через agi.

Павел наиболее правильно будет решить через agi.

Можно какой то док на это?

нет, это сервер который собирает статистику о звонках..

Так в чем проблема эту хуйню не выгрести из бд просто напросто?

или еще лучше на пример

На любом удобном для вас языке программирования

я думаю тут реально подойдет что то на подобии уведомлении в телеграмм

надо наверное оттуда и содрать

Да вот

https://habr.com/sandbox/40265/?mobile=no?mobile=no

Как пример вызова скрипта

Ваша задача распихать сие в нужные точки диалплана

А, блин, ему вебхуки в прямом смысле

А в каком ещё?

Да мало ли что они имеют ввиду кроме.

По-хорошему это вообще задача бекенда и вебсокетов. Нахер тут вебкухи, я хз

ну замысел ясен, лучше конечно на php

попробую реализовать в бота сперва

По-хорошему это вообще задача бекенда и вебсокетов. Нахер тут вебкухи, я хз

Есть например JIRA где все на них

можно заюзать что нить из sipjs

только не юзать передачу голоса

а так agi и какойнить php

system(curl) в общем и скрипт на php

Да это уже слишком. Задача то дёрнуть вебхук. В лоб решение-curl

https://github.com/enniel/ami-hook

Есть например JIRA где все на них

в качестве связки условного кц и тт?

Но сложнее с ошибками

Ну да

Это малость не совсем то

убрал что бы не путать )

Это больше про написание своего приложения и написание своего callflow

По идее аги скрипт не решит его проблему.

Там их надо несколько: до, после, как минимум

Отдельный в мембер-макро, если очереди

Там их надо несколько: до, после, как минимум

Скрипт может быть один а вызовы я написал распихать по диалплану

А где он промежуточные данные хранить будет?

Блин, я может это не так представляю, но, имхо, чет костыльно выходит всё.

По сути надо контролировать все основные состояния в реалтайме. Скрипт на входе, на выходе, или какой-то умный скрипт с временными таблицами. сложноватый костыль получается

Какие промежуточные данные?

Уход в паузу, к примеру

В какую паузу

Вот же ТЗ

Павел: Требуется возможность разместить в настройках АТС адрес Webhook, на который АТС будет передавать данные по звонкам на свои номера: Webhook с данными на момент начала звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дата и время, когда был совершен звонок. Webhook с данными после окончания звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дату и время, когда был совершен звонок; продолжительность разговора; ссылку на запись разговора; статус звонка. Рекомендуем использовать следующие статусы: ANSWER – звонок был принят и обработан сотрудником; BUSY – входящий звонок был, но линия была занята; NOANSWER – входящий вызов состоялся, но в течение времени ожидания ответа не был принят сотрудником; CANCEL – входящий вызов состоялся, но был завершен до того, как сотрудник ответил; CONGESTION – вызов не состоялся из-за технических проблем; CHANUNAVAIL – вызываемый номер был недоступен; DONTCALL – входящий вызов был отменен; TORTURE – входящий вызов был перенаправлен на автоответчик.

Тут вопрос только один чем CANCEL отличается от NOANSWER

Хотя и это понятно

Ну я в целом размышляю уже в потоке фантазии. Проблемно будет при трансфере по идее, так как аги скрипты должны будут как-то обмениваться инфой

Зачем?

а может не в реал тайме то

надо просто два посыла делать

Не надо же

в ачале и в конце разговора

В противном случе при переброске звонка он зайдет в очередь - и другой скрипт посчитает его как еще один входящий

Требуется возможность разместить в настройках АТС адрес Webhook, на который АТС будет передавать данные по звонкам на свои номера: Webhook с данными на момент начала звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дата и время, когда был совершен звонок. Webhook с данными после окончания звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дату и время, когда был совершен звонок; продолжительность разговора; ссылку на запись разговора; статус звонка. Рекомендуем использовать следующие статусы: ANSWER – звонок был принят и обработан сотрудником; BUSY – входящий звонок был, но линия была занята; NOANSWER – входящий вызов состоялся, но в течение времени ожидания ответа не был принят сотрудником; CANCEL – входящий вызов состоялся, но был завершен до того, как сотрудник ответил; CONGESTION – вызов не состоялся из-за технических проблем; CHANUNAVAIL – вызываемый номер был недоступен; DONTCALL – входящий вызов был отменен; TORTURE – входящий вызов был перенаправлен на автоответчик.

Я бы сделал agi bash с получением переменных из диалплана и поставлял в curl, а потом возвращал бы ответы переменными обратно

Хотя... Я так и делаю ?

в ачале и в конце разговора

Очереди есть?

неа

пока нет покрайней мере

Тогда вам хватит

https://wiki.asterisk.org/wiki/display/AST/Asterisk+Standard+Channel+Variables

тут важно то с какого номера позвонили и о том что успешный был звонок или нет

https://wiki.asterisk.org/wiki/display/AST/Asterisk+13+Application_Dial

Павел: Требуется возможность разместить в настройках АТС адрес Webhook, на который АТС будет передавать данные по звонкам на свои номера: Webhook с данными на момент начала звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дата и время, когда был совершен звонок. Webhook с данными после окончания звонка: номер телефона, с которого звонили; номер АТС, на который звонили; дату и время, когда был совершен звонок; продолжительность разговора; ссылку на запись разговора; статус звонка. Рекомендуем использовать следующие статусы: ANSWER – звонок был принят и обработан сотрудником; BUSY – входящий звонок был, но линия была занята; NOANSWER – входящий вызов состоялся, но в течение времени ожидания ответа не был принят сотрудником; CANCEL – входящий вызов состоялся, но был завершен до того, как сотрудник ответил; CONGESTION – вызов не состоялся из-за технических проблем; CHANUNAVAIL – вызываемый номер был недоступен; DONTCALL – входящий вызов был отменен; TORTURE – входящий вызов был перенаправлен на автоответчик.

Выглядит как CDR + CEL

Да нет же все проще

Пришел звонок дергаем agi

Может выгоднее писать в базу CDR и CEL, а из базы брать удобным инструментом

Может выгоднее писать в базу CDR и CEL, а из базы брать удобным инструментом

Я как понимаю реалтайм надо

Там весь скрипт 30 строчек с логами

И диалплан 20

Я как понимаю реалтайм надо

Реалтайм может дать только stasis в ARI и websocket

Реалтайм может дать только stasis в ARI и websocket

С чего бы это?

Как минимум из названия ARI ?

Вангую, Паша к нам еще зайдет, когда после этих аги/хуяги, его попросят косы посчитать и докинуть аналитики. А там ужеи очереди подтянутся и весь велик с аги превратится в бал у сатаны