Виртуальная АТС¶
Виртуальная АТС (от англ. Hosted PBX) — это услуга для компаний, которая заменяет физическую офисную мини-АТС и даже колл-центр.
Суть услуги состоит в том, что клиент (компания) получает в полное пользование IP-АТС, физически размещенную у провайдера (отсюда и слово - виртуальная).
При этом клиент управляет IP-АТС через свой личный веб-кабинет.
Услуга виртуальной АТС предоставляется провайдерами Internet, IP-телефонии, а также операторами связи.
Возможности¶
Виртуальная АТС предоставляет все стандартные возможности IP-АТС:
- многоканальный номер
- запись разговоров
- голосовые приветствия
- перевод вызова
- переадресация
А также дополнительные:
- колл-центр
- CRM система
- итп (см. раздел ДВО)
Всё это и многое другое доступно для клиента через Интернет без приобретения оборудования.
Способы реализации¶
Исторически сложились 2 способа реализации виртуальных АТС на стороне провайдера:
- установка виртуального сервера (VDS - Virtual Dedicated Server) для каждого абонента на одном физическом сервере, и затем установка стандартной однопользовательской программной АТС в каждом VDS.
- установка одной программной АТС с поддержкой многопользовательского режима на одном физическом сервере.
Таким образом, абоненты не видят настроек друг друга.
При этом, часть конфигурации может использоваться всеми абонентами совместно, например, информация о биллинговых пакетах и доступные наборы маршрутов.
- сложность с обновлением ПО. Приходится обновлять каждый VDS отдельно.
- проблемы с производительностью. VDS работает медленнее, чем физический сервер. Чем больше будет VDS запущено, тем ниже будет производительность каждого
- сложность с маршрутизацией. Нужен еще один сервер, или VDS, который будет аккумулировать трафик от виртуальных АТС и распределять его по имеющимся поставщиков телефонии.
А также маршрутизировать входящие вызовы от поставщиков на выделенные клиентам номера на соответствующий VDS.
Если это VDS на том же сервере - то каждый звонок фактически будет проходить дважды через физический сервер (через VDS клиента и через VDS маршрутизации), уменьшая пропускную способность сервера почти вдвое.
Если это отдельный сервер - нужно нести затраты по его обслуживанию. - сложно синхронизировать общие для всех пользователей данные, например коды стран или нетипичные настройки Ролей.
- сложность с унифицированной работой с системой.
Например, биллинг и ограничения по балансу приходится выполнять на сервере маршрутизации, а абонент заходит на свой виртуальный сервер и не видит ни своего баланса ни цен, которые ему назначены на звонки, ни биллинга по каждому звонку.
Для просмотра этой информации абоненту приходится выделять еще доступ на сервер маршрутизации провайдера, что усложняет и запутывает работу с системой.
Второй способ сложнее в программной реализации, но не имеет вышеописанных минусов.
Единственно, для реализации этого способа важна грамотная система разделяемого доступа к системе.
Поэтому для системы Smartswitch мы выбрали второй способ реализации виртуальных атс, поскольку считаем его более перспективным.
Для разделение доступа для абонентов виртуальной АТС используется Ролевой доступ.
Абоненты не видят настроек друг друга.
При этом, часть конфигурации может использоваться всеми абонентами совместно, например, информация о биллинговых пакетах и доступные наборы маршрутов, а также стандартные Обработчики вызовов.
Для ограничения по балансу абонента виртуальной АТС используется Режим дилера.
Последовательность конфигурирования¶
Последовательность добавления новых пользователей следующая:
- Администратор Smartswitch добавляет новую группу пользователей с Ролью Virtual PBX administrator и назначает ей Биллинговый пакет и Класс маршрутов.
Каждый пользователь этой группы будет представлять собой отдельную Виртуальную АТС, с указанными общими правилами биллинга и маршрутизации. - Администратор Smartswitch добавляет нового Администратора виртуальной АТС в эту группу пользователей.
Это может быть сделано путем Генерации пользователей администратором и дальнейшим печатанием скрэтч-карт.
Либо генерация может быть выполнена из веб-сайта компании через ICE API.
Либо же администратор может добавлять новых пользователей по одному согласно новым заключенным контрактам. - Администратор виртуальной АТС заходит в свой личный веб-кабинет и добавляет новых пользователей АТС и назначает им внутренние номера.
После этого пользователи АТС могут звонить друг на друга по внутренним номерам.
Звонить на внешние номера они могут согласно Биллинговому пакету и Классу маршрутов, назначенному Администратору виртуальной АТС.
Их звонки ограничены балансом Администратора виртуальной АТС (Опции Отсечки по балансу доступны те же, что и для обычных пользователей).
Администратор виртуальной АТС не может менять самостоятельно настройки биллинга и маршрутизации, назначенные ему Администратором Smartswitch.
Выставление счетов Администратору виртуальной АТС происходит точно так же, как обычному пользователю.
Пополнять свой счет Администратор виртуальной АТС может точно так же, как обычный пользователь (используя скрэтч-карты, через веб-сайт компании подключенный через ICE API, через банковские платежи или Платежные системы).
Личный кабинет Администратора виртуальной АТС очень ограничен по функциональности по сравнению с личным кабинетом Администратора Smartswitch и позволяет выполнять только определенные действия:
- добавлять/редактировать/удалять аккаунты пользователей своей АТС
- просматривать текущие звонки и отчеты по завершившимся звонкам созданных пользователей своей АТС
- поскольку Администратор виртуальной АТС тоже является пользователем системы, он может смотреть свои отчеты и использовать ДВО из личного кабинета, как обычный пользователь.
Примерный вид личного кабинета:
Пошаговые инструкции по конфигурированию находятся в разделе Конфигурирование виртуальной АТС.