Comments 8
А что насчет рейтлимитов?
Внимательно изучил вот это. Противоречий не нашел. Если есть сомнения — озвучьте pls. Обсудим. Вообще данное решение является прототипом во-первых. А во-вторых данная задача не предусматривает огромной нагрузки и объема. Необходимо лишь быстро уведомить пользователя не заморачиваясь с операционкой его мобильного или десктопного клиента.
Я и спросил. Лично я не уверен что мой сервис не выскочит из них. Поэтому и переживаю.
Не там не более 30 сообщений в секунду вообще это раз. А во вторых там еще в минуту на одного юзера лимит есть. Да и сообщения слать не получается чаще 2-х раз в секунду…
Ну для объявленых задач это все подходит. Уведомление о пропущенном вызове чаще раза в секунд 30 не пройдет. Уведомление о превышении очереди в КЦ тоже чаще чем в минут в 10 не нужно. Ну тут кстати вы правы. Приведенное приложение не нормирует число вызовов API в минуту. И если вызовы идут потоком, то казус неприменно возникнет. Надо в приложении на IVR делать контроль числа полученных эвентов и не посылать уведомление супервизору чаще чем в Х минут.
Так ведь это 1 человеку сообщение о пропущенном вызове не пойдет. А если у вас АТС на 30000 человек?
На 30000 Avaya в нашей стране станций нет. Самая большая на 22 тысячи. Следующая 15 тысяч.
Средняя станция около 1к-2к. Из них у части людей только есть телеграмм. А уж сколько процент неотвеченных?
Даже если предел числа сообщений будет достигнут, то легко завести второго бота и переадресацию с половины пользователей сделать на одного бота, а вторую половину на другого. При использовании Configurable Variables даже приложение пересобирать не нужно и деплоить на сервере приложений не нужно.
Средняя станция около 1к-2к. Из них у части людей только есть телеграмм. А уж сколько процент неотвеченных?
Даже если предел числа сообщений будет достигнут, то легко завести второго бота и переадресацию с половины пользователей сделать на одного бота, а вторую половину на другого. При использовании Configurable Variables даже приложение пересобирать не нужно и деплоить на сервере приложений не нужно.
Как общий комментарий. Данное описание еще не покрывает следующую сопутствующую задачу:
Автоматизация просмотра регистрация и апдейт данной информацией некой базы.
Ну чтобы пользователь писал боту /register XXXX. Некое приложение должно извлечь данный номер и положить его в базу, связав с идентификатором пользователя. Далее основное приложение при получении вызова на DNIS XXXX должно просканить базу и всем пользователям, связанным с номером ХХХХ выслать соответствующее сообщение.
Автоматизация просмотра регистрация и апдейт данной информацией некой базы.
Ну чтобы пользователь писал боту /register XXXX. Некое приложение должно извлечь данный номер и положить его в базу, связав с идентификатором пользователя. Далее основное приложение при получении вызова на DNIS XXXX должно просканить базу и всем пользователям, связанным с номером ХХХХ выслать соответствующее сообщение.
Sign up to leave a comment.
Интегрируем Telegram и Avaya