Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Приветствую всех, подскажите кто-нибудь может уже анализировал события, которые через AMI приходят

Задача сделать фиксацию звонков конечных, использую AMI, но есть проблема с определением конечных событий при завершении звонков

Я привязываюсь по callUniqueid и linkedid анализирую события NewchannelEvent как события начала обзвона HangupEvent и DialEndEvent как окончания звонка

Но когда использую стратегию Звонят все в очередях, то в HangupEvent и DialEndEvent уже не получается корректно использовать, так как сложно определить конечный статус звонка по этим событиям

Может есть какие-то события, которые генерируются уже после данных событий, которые позволяют понять что звонок точно уже завершён и далее подобных событий не будет?

Думал привязаться к событию CDR, но там ещё всё хуже было, из-за стратегии обзвона и кучи фиксаций с одинаковым callUniqueid

[notify_ded_bot]

Приветствую всех, подскажите кто-нибудь может уже анализировал события, которые через AMI приходят

Задача сделать фиксацию звонков конечных, использую AMI, но есть проблема с определением конечных событий при завершении звонков

Я привязываюсь по callUniqueid и linkedid анализирую события NewchannelEvent как события начала обзвона HangupEvent и DialEndEvent как окончания звонка

Но когда использую стратегию Звонят все в очередях, то в HangupEvent и DialEndEvent уже не получается корректно использовать, так как сложно определить конечный статус звонка по этим событиям

Может есть какие-то события, которые генерируются уже после данных событий, которые позволяют понять что звонок точно уже завершён и далее подобных событий не будет?

Думал привязаться к событию CDR, но там ещё всё хуже было, из-за стратегии обзвона и кучи фиксаций с одинаковым callUniqueid

Написал и сам понял что можно привязаться к событию CDR, потому что оно идёт уже после окончанию звонка)

[notify_ded_bot]

Приветствую всех, подскажите кто-нибудь может уже анализировал события, которые через AMI приходят

Задача сделать фиксацию звонков конечных, использую AMI, но есть проблема с определением конечных событий при завершении звонков

Я привязываюсь по callUniqueid и linkedid анализирую события NewchannelEvent как события начала обзвона HangupEvent и DialEndEvent как окончания звонка

Но когда использую стратегию Звонят все в очередях, то в HangupEvent и DialEndEvent уже не получается корректно использовать, так как сложно определить конечный статус звонка по этим событиям

Может есть какие-то события, которые генерируются уже после данных событий, которые позволяют понять что звонок точно уже завершён и далее подобных событий не будет?

Думал привязаться к событию CDR, но там ещё всё хуже было, из-за стратегии обзвона и кучи фиксаций с одинаковым callUniqueid

Вы хотите вести учет на основании ами? Надеюсь вы это не подаете как биллинговые данные?

[notify_ded_bot]

Вы хотите вести учет на основании ами? Надеюсь вы это не подаете как биллинговые данные?

Я дублирую их в bitrix24 для уже дальнейшей обработки, была бы возможность подвязался бы напрямую к БД, так было бы надёжнее, но к сожалению только AMI остаётся у нас

[notify_ded_bot]

Вебинар Htables для самых маленьких подошел к концу

Спасибо, что были с нами!

Запись вебинара будет доступна по ссылке: https://voxlink.ru/webinars/htables-dlya-samyh-malenkih/

Ждём всех на Asterconf`26

Когда ждать следующий вебинар по Htables?

[notify_ded_bot]

просить больше можно и нужно даже когда ты не voiceops)

тс....

[notify_ded_bot]

тебя уже заменили?

[notify_ded_bot]

тебя уже заменили?

Так как в декрет ушла так и заменили сразу)

[notify_ded_bot]

мтт опять заболел?

[notify_ded_bot]

Это достаточно легко гуглится

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