Статьи

Віртуальна АТС - smartswitch - Streamco Tracking System

  1. можливості ¶
  2. способи реалізації ¶
  3. послідовність конфігурації ¶

Віртуальна АТС (від англ. Hosted PBX) - це послуга для компаній, яка замінює фізичну офісну міні-АТС і навіть колл-центр.
Суть послуги полягає в тому, що клієнт (компанія) отримує в повне користування IP-АТС, фізично розміщений біля провайдера (звідси і слово - віртуальна).
При цьому клієнт управляє IP-АТС через свій особистий веб-кабінет.

Послуга віртуальної АТС надається провайдерами Internet, IP-телефонії, а також операторами зв'язку.

можливості

Віртуальна АТС надає всі стандартні можливості IP-АТС:

  • багатоканальний номер
  • запис розмов
  • голосові вітання
  • переклад виклику
  • переадресація

А також додаткові:

Все це і багато іншого є для клієнта через Інтернет без придбання обладнання.

способи реалізації

Історично склалися 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 і дозволяє виконувати тільки певні дії:

  • додавати / редагувати / видаляти акаунти користувачів своєї АТС
  • переглядати поточні дзвінки і звіти по завершеним дзвінків створених користувачів своєї АТС
  • оскільки Адміністратор віртуальної АТС теж є користувачем системи, він може дивитися свої звіти і використовувати ДВО з особистого кабінету, як звичайний користувач.

Зразковий вид особистого кабінету:

Покрокові інструкції по конфігурації знаходяться в розділі Конфігурація віртуальної АТС .

English translation

Новости