Облачные объяснения: создаем операторский сервис виртуальной АТС за три дня

[lukianenko]

Отличное решение! Удачи вам в развитии данного продукта, обязательно буду следить за вашим блогом!

[duran242]

Спасибо за отзыв. Будем делиться информацией по рынку облачных АТС. Экспертиза накоплена существенная.

[Timata]

Что значит управление АОНами? Могу назначить любой?

[duran242]

Если вы клиент, то, конечно же, нет. Номера (и АОНы) распределяет суперадминистратор, клиент оперирует только разрешенным списком номеров. вы можете назначить пользователю или отделу соотвествующий CID исключительно из вашего списка.

[Timata]

Кому можно назначить АОН? например хочу разным отделам разные номера.

[duran242]

CID назначается отделам, сотрудникам или единый на всю компанию.

[rdin]

Это настраивается у нас очень круто. Номер можно назначать не только на сотрудников и отделы, но и настраивать подставляемый номер в зависимости от направления звонка.

[Victor_AC]

Решение отличное и интересное. Но по практике, достаточно частое требование от операторов — это интеграция таких систем с собственным порталом оператора и биллинговой системой по API. Есть ли в Communication Server такой интерфейс, типа API?

[rdin]

Разумеется, у ITooLabs есть полноценный SOAP API. Есть несколько операторов на ITooLabs, которые полностью автоматизировали все бизнес-процессы: с сайта можно взять демо, купить АТС, выбрав тариф, изменять опции, отображать в АТС оставшийся баланс, списания и т.д. Так что наоборот, с ITooLabs сделать это очень просто.

[BigD]

«В основе продукта — собственное коммуникационное ядро»

Вы так CommuniGate назвали, или всё уже не так?

[rdin]

Ждите следующие посты;)

[g613]

> Как уже говорилось выше — платформа живет в нашем кластере, никаких многодневнных инсталляций и настроек не требуется

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

[rdin]

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

[g613]

меня нет, но кого то — да. Есть сферический мелкий оператор с узлом и пулом номеров который отдает последнюю милю по сипу через свою сеть — вполне законно. Вот как в этом случае будет выглядеть схема подключения?

P.S. для IVR таки тоже трафик к вам гнать надо.

[rdin]

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

P.S. Если потребуется вынос, то на вашей площадке окажется и IVR.

[g613]

я к чему клоню — чтоб оно работало в любом случае надо коннекшен до вас? даже в случае 'выноса'?

[rdin]

Нет, в случае выноса коннекшена до нас (основного кластера) не нужно. Вынос — мы устанавливаем платформу на вашей площадке. Работать будет как классический софтсвитч, всё будет работать в вашей сети.

[aylarov]

Упомянули бы еще про альтернативы раз уж решили про PaaS писать ;)

[Klistrod]

Реклама это хорошо, а как насчет схемок архитектуры системы для понимания, что это вообще такое.
Как туда например воткнуть свой биллинг или COPM?

[rdin]

Можем и то, и другое, но это заслуживает отдельной статьи. Не всё сразу.:)