Comments 20
Отличное решение! Удачи вам в развитии данного продукта, обязательно буду следить за вашим блогом!
+1
Что значит управление АОНами? Могу назначить любой?
+1
Если вы клиент, то, конечно же, нет. Номера (и АОНы) распределяет суперадминистратор, клиент оперирует только разрешенным списком номеров. вы можете назначить пользователю или отделу соотвествующий CID исключительно из вашего списка.
0
Кому можно назначить АОН? например хочу разным отделам разные номера.
0
CID назначается отделам, сотрудникам или единый на всю компанию.
0
Это настраивается у нас очень круто. Номер можно назначать не только на сотрудников и отделы, но и настраивать подставляемый номер в зависимости от направления звонка.
0
Решение отличное и интересное. Но по практике, достаточно частое требование от операторов — это интеграция таких систем с собственным порталом оператора и биллинговой системой по API. Есть ли в Communication Server такой интерфейс, типа API?
0
Разумеется, у ITooLabs есть полноценный SOAP API. Есть несколько операторов на ITooLabs, которые полностью автоматизировали все бизнес-процессы: с сайта можно взять демо, купить АТС, выбрав тариф, изменять опции, отображать в АТС оставшийся баланс, списания и т.д. Так что наоборот, с ITooLabs сделать это очень просто.
+1
«В основе продукта — собственное коммуникационное ядро»
Вы так CommuniGate назвали, или всё уже не так?
Вы так CommuniGate назвали, или всё уже не так?
0
> Как уже говорилось выше — платформа живет в нашем кластере, никаких многодневнных инсталляций и настроек не требуется
тоесть оператор свой трафик будет через вас гонять?
тоесть оператор свой трафик будет через вас гонять?
0
Только при включенной записи разговоров. В этом случае — да. Чем-то смущает?
Нет никаких проблем инсталлировать платформу на площадке оператора. У нас есть вынос во Владивостоке, например. Понятное дело, что операторов не из России мы тоже делаем инсталляцию на площадке оператора и обслуживаем её.
Так что все вопросы решаемы.
Нет никаких проблем инсталлировать платформу на площадке оператора. У нас есть вынос во Владивостоке, например. Понятное дело, что операторов не из России мы тоже делаем инсталляцию на площадке оператора и обслуживаем её.
Так что все вопросы решаемы.
0
меня нет, но кого то — да. Есть сферический мелкий оператор с узлом и пулом номеров который отдает последнюю милю по сипу через свою сеть — вполне законно. Вот как в этом случае будет выглядеть схема подключения?
P.S. для IVR таки тоже трафик к вам гнать надо.
P.S. для IVR таки тоже трафик к вам гнать надо.
0
В описанном вами случае (небольшой оператор и т.д) будет лучше, если все будет работать в нашем облаке. То есть между клиентом и оборудованием оператора встаем мы. Конечный клиент будет подключаться к нашей платформе, оператор подает на нас транки (см. скриншоты выше).
P.S. Если потребуется вынос, то на вашей площадке окажется и IVR.
P.S. Если потребуется вынос, то на вашей площадке окажется и IVR.
0
Упомянули бы еще про альтернативы раз уж решили про PaaS писать ;)
0
Реклама это хорошо, а как насчет схемок архитектуры системы для понимания, что это вообще такое.
Как туда например воткнуть свой биллинг или COPM?
Как туда например воткнуть свой биллинг или COPM?
0
Sign up to leave a comment.
Облачные объяснения: создаем операторский сервис виртуальной АТС за три дня