Pull to refresh

Comments 20

Отличное решение! Удачи вам в развитии данного продукта, обязательно буду следить за вашим блогом!
Спасибо за отзыв. Будем делиться информацией по рынку облачных АТС. Экспертиза накоплена существенная.
Что значит управление АОНами? Могу назначить любой?
Если вы клиент, то, конечно же, нет. Номера (и АОНы) распределяет суперадминистратор, клиент оперирует только разрешенным списком номеров. вы можете назначить пользователю или отделу соотвествующий CID исключительно из вашего списка.
Кому можно назначить АОН? например хочу разным отделам разные номера.
CID назначается отделам, сотрудникам или единый на всю компанию.
Решение отличное и интересное. Но по практике, достаточно частое требование от операторов — это интеграция таких систем с собственным порталом оператора и биллинговой системой по API. Есть ли в Communication Server такой интерфейс, типа API?
Разумеется, у ITooLabs есть полноценный SOAP API. Есть несколько операторов на ITooLabs, которые полностью автоматизировали все бизнес-процессы: с сайта можно взять демо, купить АТС, выбрав тариф, изменять опции, отображать в АТС оставшийся баланс, списания и т.д. Так что наоборот, с ITooLabs сделать это очень просто.
«В основе продукта — собственное коммуникационное ядро»

Вы так CommuniGate назвали, или всё уже не так?
Ждите следующие посты;)
> Как уже говорилось выше — платформа живет в нашем кластере, никаких многодневнных инсталляций и настроек не требуется

тоесть оператор свой трафик будет через вас гонять?

Только при включенной записи разговоров. В этом случае — да. Чем-то смущает?
Нет никаких проблем инсталлировать платформу на площадке оператора. У нас есть вынос во Владивостоке, например. Понятное дело, что операторов не из России мы тоже делаем инсталляцию на площадке оператора и обслуживаем её.
Так что все вопросы решаемы.
меня нет, но кого то — да. Есть сферический мелкий оператор с узлом и пулом номеров который отдает последнюю милю по сипу через свою сеть — вполне законно. Вот как в этом случае будет выглядеть схема подключения?

P.S. для IVR таки тоже трафик к вам гнать надо.
В описанном вами случае (небольшой оператор и т.д) будет лучше, если все будет работать в нашем облаке. То есть между клиентом и оборудованием оператора встаем мы. Конечный клиент будет подключаться к нашей платформе, оператор подает на нас транки (см. скриншоты выше).

P.S. Если потребуется вынос, то на вашей площадке окажется и IVR.
я к чему клоню — чтоб оно работало в любом случае надо коннекшен до вас? даже в случае 'выноса'?
Нет, в случае выноса коннекшена до нас (основного кластера) не нужно. Вынос — мы устанавливаем платформу на вашей площадке. Работать будет как классический софтсвитч, всё будет работать в вашей сети.
Упомянули бы еще про альтернативы раз уж решили про PaaS писать ;)
Реклама это хорошо, а как насчет схемок архитектуры системы для понимания, что это вообще такое.
Как туда например воткнуть свой биллинг или COPM?
Можем и то, и другое, но это заслуживает отдельной статьи. Не всё сразу.:)
Only those users with full accounts are able to leave comments. Log in, please.