У бизнеса часто возникает закономерный вопрос: зачем нужна ВАТС, если уже есть мобильная связь и городская линия. Разница становится очевидной при масштабировании. Ведь суть не только в самом приёме звонков, а в тщательно контролируемой модели коммуникаций, где всё имеет значение: кто принимает вызов, где фиксируется история звонков, как система работает при увеличении нагрузки, и как все эти данные использовать для контроля и анализа. Ценные подробности для увлечённых специалистов и рациональных руководителей малого и среднего бизнеса - в этом материале о виртуальных АТС. 

Виртуальная АТС принимает вызов, проверяет правила обработки и передаёт звонок сотруднику на IP-телефон, софтфон, браузерный клиент или мобильное приложение. Оборудование находится в инфраструктуре провайдера, а бизнес управляет коммуникациями через API. Такую модель называют Hosted PBX. Виртуальная АТС работает поверх IP-сети: SIP (Session Initiation Protocol — протокол установления сеанса) устанавливает вызов, RTP (Real-time Transport Protocol — транспортный протокол реального времени) передаёт голос.

Далее в этой статье:

• чем отличаются различные виды АТС;

• как работает ВАТС;

• масштабирование ВАТС: пользователи, сценарии и инфраструктура,

• безопасность: SIP-аккаунты, доступы и TLS/SRTP,

• оборудование для ВАТС;

• как выбрать АТС для бизнеса;

• как считать стоимость владения и сравнивать тарифы;

• как найти своего провайдера АТС.

В чём разница между аналоговой, облачной и виртуальной АТС?

Мы уже выяснили, что виртуальная АТС обрабатывает звонки на стороне провайдера. Она принимает вызов и проверяет правила обработки, направляет его сотруднику или группе, ведёт журнал, запись и прочее.

Аналоговая офисная АТС размещается внутри компании: сервер, платы, шлюзы, телефоны и обслуживание остаются в локальной инфраструктуре. Такая схема требует закупки оборудования, ресурса для администрирования и запаса по ёмкости.  В современных реалиях это большая редкость, мало кто заморачивается таким подходом.

Облачную АТС часто сравнивают и путают с виртуальной, но различия есть. Сравнивать АТС целесообразно по модели эксплуатации. 

Давайте разберёмся:

Расшифруем термины:

• latency — это задержка передачи голоса;

• jitter — разброс задержки между пакетами;

• packet loss — потеря пакетов;

• QoS — приоритезация голосового трафика в сети;

• TCO (Total Cost of Ownership) — совокупная стоимость владения;

• SLA (Service Level Agreement) — юридически обязательное соглашение между провайдером и АТС которое регулирует качество телефонной и технической поддержки. Может включать виды услуг которые предоставлены, % времени, когда сервис работает, время ответа тех. поддержки, показатели голосового трафика и другое.

Если коротко: виртуальные модели снижают нагрузку на офисную инфраструктуру, но требуют проверки сети, маршрутизации, безопасности, SLA и резервного сценария.

«Перед запуском ВАТС важно описать весь маршрут звонка: номер, IVR, очередь, сотрудник, действие при неответе, запись и передача события в CRM. Если сценарий не зафиксировать заранее, часть обращений может потеряться: в пропущенных звонках, неучтённых переадресациях или ручных заметках менеджеров».

Иван Павлов
_{руководитель отдела по работе с ключевыми клиентами компании Телфин}

Как работает виртуальная АТС: техническая сторона

Технически схема облачной виртуальной АТС строится на нескольких компонентах:

• SIP отвечает за регистрацию устройства и установление вызова;

• RTP передаёт голосовой поток;

• WebRTC (Web Real-Time Communication) используется для видео и аудио звонков из браузера.

Если говорить проще, SIP устанавливает, кто с кем соединяется, а RTP передаёт голос, а WebRTC — посылает данные напрямую без сторонних программ.

На качество речи влияют параметры сети: пропускная способность канала, задержка, jitter, packet loss, кодеки и QoS. Давайте отметим, что QoS особенно важен, если в той же сети идут видеозвонки, облачные бэкапы, загрузка файлов или работа с тяжёлыми CRM.

Для оценки канала можно использовать простую формулу:

Полоса = N × B × K

где N — число параллельных звонков,
B — трафик на один звонок,
K — запас 1,2–1,5.

Например, для 8 разговоров при 100 Кбит/с и запасе 30%: 8 × 100 × 1,3 = 1040 Кбит/с, то есть около 1–1,1 Мбит/с в каждую сторону.

Для конвертации аналогового сигнала в цифровой в ВАТС используют кодеки. Важными метриками при их выборе являются баланс звука и качества и сетевая нагрузка.

Наглядно сравним кодеки G.711, G.729 и Opus:

Кодек G.711 даёт лучшее качество, G.729 экономит канал, но сейчас практически уже не используется специалистами, Opus удобен для WebRTC. Резервирование стоит обязательно продумать до запуска: запасной интернет-канал, переадресация на мобильные приложения, дежурная группа или внешний номер.

Когда растёт число сотрудников, линий, филиалов и одновременных обращений, устойчивость ВАТС определяется тем, как вся схема выдерживает нагрузку и сохраняет управляемость. Далее поговорим подробнее об основных видах масштабирования ВАТС.

Масштабирование виртуальной АТС: пользователи, сценарии и инфраструктура

Масштабирование ВАТС — это не только добавление пользователей. Перед расширением системы нужно оценить:

• лимит одновременных звонков;

• количество внешних линий и номеров;

• маршрутизацию по отделам, группам и очередям;

• сценарии подключения филиалов и удаленных сотрудников;

• поведение ВАТС при пиковых нагрузках;

• резервные маршруты на случай сбоя связи, перегрузки группы или недоступности офиса.

Для отказоустойчивости стоит заранее рассмотреть варианты масштабирования сети: вертикальное, горизонтальное и географическое.

Количественное масштабирование: рост абонентов, номерной ёмкости и трафика

• Добавление абонентов. В ВАТС добавляют новых сотрудников: назначают внутренние номера, подключают IP-телефоны или софтфоны, выдают права и добавляют в группы обработки звонков.

• Расширение номерного фонда. При росте бизнеса заранее оценивают, сколько номеров нужно для регионов, филиалов, рекламных каналов и групп обработки, а также какие лимиты по одновременным линиям потребуются.

• Рост нагрузки по одновременным вызовам. При увеличении обращений проверяют, сколько параллельных звонков выдерживает схема без потери качества. В расчёт берут лимиты линий, пропускную способность канала, маршрутизацию по очередям и пиковые периоды: акции, сезонный спрос, рекламные кампании.

Функциональное масштабирование: сценарии, интеграции и расширенные функции

• Усложнение IVR и маршрутизации. Вместо простого меню добавляют сценарии по времени суток, региону клиента, выбранному номеру, статусу оператора, загруженности очереди или типу обращения.

• Интеграции с внешними системами. ВАТС подключают к CRM, аналитике, мессенджерам, почте, ERP или складским сервисам. Важно заранее определить, какие данные передавать: звонок, пропущенный вызов, запись, ответственного, статус и результат обращения.

• Продвинутые инструменты. При росте нагрузки подключают голосовых роботов, распознавание речи, речевую аналитику, оценку качества диалогов, расширенную запись и правила хранения данных. Такие функции лучше внедрять после проверки базовых маршрутов, доступов и интеграций.

Инфраструктурное масштабирование: мощность, кластеры и география

• Вертикальное масштабирование. Для локальной АТС увеличивают ресурсы текущего сервера: процессоры, оперативную память, дисковое пространство и сетевые интерфейсы. Такой подход повышает запас мощности, но ограничен пределами одной площадки.

• Горизонтальное масштабирование. Нагрузку распределяют между несколькими серверами в кластере. Это актуально для крупных облачных платформ и сложных on-premise-инсталляций, то есть систем, развёрнутых на собственной инфраструктуре компании, где один узел уже не покрывает поток вызовов.

• Географическое масштабирование. Для филиалов и удалённых пользователей используют региональные облачные узлы или точки подключения. Это снижает latency и повышает устойчивость связи.

Масштабирование ВАТС расширяет не только возможности системы, но и зону риска: больше SIP-аккаунтов, номеров, записей, интеграций и ролей доступа. Поэтому безопасность нужно оценивать отдельно: от прав в личном кабинете до защиты сигнализации и голосового потока.

Безопасность ВАТС: SIP-аккаунты, доступы и TLS/SRTP

Безопасность ВАТС оценивают по всей модели доступа и передачи данных. До запуска нужно зафиксировать политику SIP-паролей, роли пользователей, доступ к записям, лимиты исходящих направлений, поддержку TLS/SRTP, ведение журналов действий и реакцию на подозрительную активность.

Эти протоколы совокупно используются для обеспечения безопасности в современных IP-АТС:

• TLS (Transport Layer Security) — протокол шифрования SIP-сигнализации: регистрации устройства, установления вызова и служебных команд управления соединением. Это аналог HTTPS для защищённого обмена служебными данными в IP-телефонии.

• SRTP (Secure Real-time Transport Protocol) — защищённая версия RTP для шифрования голосового медиапотока. Он снижает риск перехвата разговора, подмены голосовых данных и атак типа «man-in-the-middle», когда злоумышленник незаметно встраивается между участниками соединения и получает доступ к передаваемому трафику. Это помогает сохранить целостность и конфиденциальность голосовой связи.

Применение данных протоколов снижает риск перехвата звонков, несанкционированных исходящих вызовов, утечки записей и ошибок администрирования.

Оборудование для различных ВАТС: что действительно нужно

Набор устройств лучше подбирать под формат работы сотрудников. В базовой схеме достаточно стабильного интернета, гарнитуры и софтфона на компьютере или смартфоне. Это подойдёт удалённому менеджеру, небольшой команде поддержки или офисному отделу без отдельной инфраструктуры.

IP-телефоны нужны там, где важен отдельный аппарат на рабочем месте, быстрый перевод вызова, удержание линии, аппаратные кнопки и работа без браузера. Перед покупкой стоит проверить поддержку SIP, массовую настройку и требования к сети, а также убедиться что он совместим с провайдером.

Десктопный софтфон удобен для менеджера, который работает в CRM: звонок принимается на компьютере, а карточка клиента, история обращений и запись остаются перед глазами. Мобильное приложение подходит удалённым сотрудникам и дежурным группам, но сильнее зависит от качества мобильной сети.

Для разъездных и мобильных специалистов подходит FMC (Fixed Mobile Convergence) - связка мобильной связи сотрудника с корпоративной ВАТС. Сотрудник принимает рабочие звонки на мобильный, но сохраняется  функционал виртуальной АТС: перевод вызова, запись разговора, исходящий звонок с корпоративного номера и передача истории в CRM. Такой формат удобен для курьеров, сервисных инженеров, выездных менеджеров и сотрудников вне офиса.

Для приёма нескольких одновременных звонков стоит заранее настроить QoS и при необходимости вынести голосовой трафик в Voice VLAN. Если в компании остались аналоговые телефоны или старые городские линии, понадобятся SIP-адаптеры (FXS/FXO-шлюзы) Это по сути практически одно и тоже:
- FXS - подключение аналогового устройства к SIP через интернет,
- FXO - для заведения аналоговой линии (телефона) в SIP (например подключение звонков приходящих по аналоговой линии в виртуальную АТС).

Рассмотрим примеры в таблице ниже:

Как выбрать ВАТС для малого и среднего бизнеса: критерии

Начните с карты звонков. Она определяет рабочий маршрут: кто принимает входящие, сколько разговоров идёт одновременно, что происходит при неответе, какие данные передаются в CRM и кто отвечает за контроль пропущенных.

Что важно зафиксировать:

• число сотрудников и одновременных разговоров;

• нужные номера: городские, мобильные, 8-800, российские, иностранные;

• сценарии входящих: меню, очередь, маршрутизация, расписание;

• открытое API: какие события АТС должна передавать во внешние системы — звонок, статус, запись, ответственный, результат обращения;

• готовые CRM-интеграции как частный случай API-сценариев: amoCRM, Битрикс24, YCLIENTS и др.;

• требования к записи разговоров, хранению и доступам;

• SLA, режим поддержки и резервный сценарий;

• потребность в инструментах речевой аналитики и отчётах по качеству диалогов.

Для среднего бизнеса особенно важны масштабируемость, география номеров, открытое API, готовые интеграции, поддержка и итоговая стоимость. API позволяет связать ВАТС не только с CRM, но и с BI-системами, складским учётом, ERP, сервис-деском, мессенджерами, внутренними кабинетами и системами аналитики. Готовые CRM-интеграции удобны для типовых сценариев продаж и поддержки, а API нужен там, где данные о звонках должны попадать в собственную инфраструктуру компании.

Сравним сервисы ВАТС для малого и среднего бизнеса от разных провайдеров*:

^{*Данные для таблицы взяты из открытых страниц тарифов и описаний провайдеров.}

Сколько стоит виртуальная АТС: разбор тарифов

Стоимость виртуальной АТС для бизнеса рационально считать по TCO конкретной схемы: сколько пользователей подключается, какие номера нужны, сколько будет исходящих минут, какие интеграции и оборудование потребуются.

TCO = тариф АТС + внешние номера + исходящие минуты + входящие минуты (при подключении номеров 8-800) + дополнительные пользователи + расширенные сервисы.

В базовый тариф обычно уже входит определённое число пользователей, внутренних номеров, базовых алгоритмов обработки звонков и сервисных функций. Отдельно оплачиваются внешние номера, дополнительные линии и исходящие минуты, расширенные возможности записи и хранения разговоров, CRM-интеграции, API, речевая аналитика, IP-телефоны. 

Перед подключением нужно оценить:

• состав тарифа: пользователи, внутренние номера, IVR, очереди, переадресация, отчёты;

• номера и минуты: городские, 8-800, мобильные, зарубежные, поминутная тарификация или пакеты минут;

• дополнительные сервисы: запись и хранение, CRM-интеграции, API, речевая аналитика, расширенная поддержка;

• оборудование: IP-телефоны, гарнитуры, SIP-адаптеры, FXS/FXO-шлюзы;

• внедрение: настройка сценариев, перенос номеров, интеграция с CRM, тестирование.

Цифры и факты: стоимость облачной АТС для бизнеса обычно начинается примерно от 1000 рублей в месяц. Простую схему можно запустить в течение 1 рабочего дня, если не требуется перенос номеров, сложная маршрутизация или кастомная интеграция с CRM. Экономия 50–70% на стартовом оборудовании возможна по сравнению с физической АТС, если не покупать сервер, платы, шлюзы и не оплачивать монтаж

Для наглядного сравнения давайте рассмотрим востребованных провайдеров телефонии**:

^{**Цены указаны на основании открытых источников на момент подготовки материала.}

«TCO облачной АТС нужно рассчитывать по вашей рабочей конфигурации: пользователи, исходящие звонки и входящие (в случае подключения номера 8800), номера, запись, интеграции, API, оборудование. Виртуальная модель снижает стартовые затраты: не нужно покупать сервер, платы расширения, шлюзы и закладывать запас портов. Установка и настройка сложных кастомных схем может влиять на итоговую стоимость».

Александр Красников,
_{технический директор компании Телфин}

Как подключить виртуальную АТС: пошаговый алгоритм

План действий и настройка:

1. Выбрать провайдера и тарифный план. Проверяются цена входа, лимиты по абонентам и функциям, внешние номера, связка с системой продаж и условия масштабирования.

2. Пройти регистрацию и верификацию. Подключение может оформляться на компанию, ИП или физическое лицо — зависит от продукта, номера и условий провайдера.

3. Настроить номера и сценарии обработки вызовов. Можно сохранить текущий номер по SIP-настройкам или подключить новый телефонный номер: городской, мобильный или 8-800. 

4. Добавить абонентов и группы. Создаются внутренние номера сотрудников, группы отдела продаж или поддержки, очереди и правила распределения входящих.

5. Проверить запуск. Тестируются входящие, исходящие, перевод вызова, запись, пропущенные, софтфон, мобильное приложение и события по звонкам.

Рационально сначала проверить систему на небольшой группе, а затем добавлять номера, пользователей, очереди или более сложную маршрутизацию.

Полезный чек-лист для выбора провайдера

Перед подключением ВАТС:

1. Определите задачу телефонии. Для быстрого старта нужны виртуальный номер, приветствие, IVR, очереди и базовые сценарии. Для филиалов важны региональные номера и единая маршрутизация, для контроля сотрудников — журнал звонков, записи, статистика и мониторинг.

2. Продумайте формат работы сотрудников. Для офиса определите схему рабочих мест: IP-телефоны, софтфоны или обычные стационарные телефоны, подключенные через SIP-адаптеры. Для удалённых, разъездных и гибридных команд определите способ приёма звонков вне офиса: мобильное приложение, софтфон или FMC. Отдельно проверьте правила распределения вызовов при неответе, занятости сотрудника или сбое связи;

3. Проверьте оборудование и сеть. Для базового запуска нужно подключение к интернету и устройство для звонков: ПК с софтфоном, смартфон с приложением, IP-телефон или обычный стационарный телефон через SIP-адаптер. Для офиса с потоком входящих отдельно уточните требования к гарнитурам, каналу связи, QoS, Voice VLAN, SIP-адаптерам и совместимости IP-телефонов с ВАТС;

4. Опишите сценарии звонков. До настройки ВАТС зафиксируйте маршрут входящего вызова: приветствие, IVR, очередь, время ожидания, действие при неответе, дежурную группу и резервный маршрут на случай занятости, сбоя связи или нерабочего времени.

5. Спланируйте номера и географию. Подберите 8-800, городские, мобильные, московские, региональные и зарубежные номера до запуска. Отдельно уточните, можно ли подключить сторонний или уже существующий номер.

6. Подключите  интеграции и API. Для CRM уточните функции: звонок из карточки клиента по клику на номер, всплывающую карточку при входящем вызове, запись разговора и сохранение истории коммуникаций. Для сложной инфраструктуры проверьте открытое API и возможность связать ВАТС с BI, ERP, складским учётом, сервис-деском, мессенджерами, аналитикой и внутренними системами.

7. Настройте  мониторинг и аналитику. Уточните, доступны ли журнал звонков, статистика входящих и исходящих, контроль пропущенных, запись и хранение разговоров, речевая аналитика, оценка качества обслуживания и отчёты по сотрудникам.

8. Посчитайте TCO и тариф. Учитывайте всю рабочую схему: подключение, номера, минуты, запись, хранение, интеграции, API, оборудование, поддержку, дополнительные сервисы и масштабирование. Отдельно уточните, включён ли НДС.

9. Проконтролируйте  безопасность и антифрод.  Согласуйте требования к SIP-паролям, ролям пользователей, доступу к записям, лимитам исходящих направлений, ведению журналов действий, защите от телефонного мошенничества и реакции на подозрительную активность.

10. Оцените надёжность. Проверьте отказоустойчивость: распределённую архитектуру, резервные маршруты звонков, мониторинг ключевых узлов и порядок переключения при сбое. Отдельно уточните сценарий работы, если недоступен офисный интернет, часть сотрудников или основной операторский маршрут.

11.  Обратите внимание на поддержку и партнёров. Уточните график техподдержки, каналы обращений, скорость реакции и порядок эскалации. При внедрении через интегратора проверьте партнёрскую сеть, коннекторы и опыт схожих проектов.

12. Проведите пилот. В течение 7–14 дней протестируйте ВАТС на небольшой группе сотрудников: входящие и исходящие звонки, IVR, очередь, запись разговоров, софтфон, мобильное приложение, FMC, CRM-интеграцию и резервный маршрут. Отдельно проверьте качество связи при реальной нагрузке.

Надеюсь этот гайд будет полезен при выборе и подключении ВАТС, а чек-лист поможет предусмотреть все моменты.