Облачная АТС или своя на Asterisk: что выбрать бизнесу

Сжатая выжимка перед разбором. Критерии, таблица сравнения и наш прод-опыт — в разделах ниже.

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

Второе различие всплывает обычно на второй год работы: где физически лежат записи разговоров. У оператора они хранятся в его облаке по правилам тарифа — с ограниченной глубиной хранения и выгрузкой через панель или API. На своём сервере это обычные файлы в вашей файловой системе: их можно хранить столько, сколько нужно вам, пачками отправлять в расшифровку, складывать в CRM или в аналитику без посредника. Для одной компании это несущественная деталь, для другой — единственная причина ставить свой сервер.

Если задача звучит как «нужен номер, распределение звонков по менеджерам, приветствие и запись разговоров для контроля качества» — облако закрывает её полностью, а свой сервер обойдётся дороже без выигрыша. Мы говорим это на аудите прямо, хотя настройка собственной АТС для нас — оплачиваемая работа. Причина простая: за свой сервер вы платите не столько деньгами, сколько чужим или своим временем на сопровождение, и это расход, который не заканчивается после запуска.

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

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

Второй сильный аргумент — записи разговоров. Когда файлы лежат на вашем сервере, вы решаете, сколько их хранить и что с ними делать: гнать в расшифровку, собирать протоколы, строить аналитику по причинам обращений. Это закрывает вопрос размещения данных для 152-ФЗ: сервер в РФ, доступ ваш, порядок обработки фиксируется в договоре, а не зависит от того, что написано в оферте оператора — но не отменяет остальные обязанности по закону (согласия, уведомление Роскомнадзора, меры защиты), их всё равно нужно выполнять отдельно.

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

Сразу оговорка: это наш внутренний кейс, а не клиентский проект, и мы описываем его как есть. Задача была бытовой по формулировке и неудобной технически: законно звонить и принимать звонки через московский номер, находясь за границей. Обычная SIP-регистрация с иностранного IP там блокируется.

Схема получилась простой по идее. Телефон за рубежом соединяется через защищённый VPN-туннель с собственным VPS в России, на сервере стоит Asterisk 20.6 на стеке chan_pjsip, а он уже работает с SIP-провайдером UIS и московским номером. Хостинг — Timeweb, операционная система — Ubuntu. Масштаб честный и небольшой: 1 московский номер UIS и 2 софтфона с параллельным дозвоном, то есть входящий звонит на оба устройства сразу. Статус — прод, схема работает в личном использовании.

Отдельно про безопасность, потому что это самая недооценённая часть телефонии. Телефонные порты, включая голосовой тракт, открыты только на VPN-интерфейсе, а не на публичном — снаружи их на сервере просто нет. Это резко сокращает поверхность атаки: сканеру нечего перебирать, если порт не отвечает. Дополнительно стоит fail2ban, который блокирует адреса при попытках подбора учётных данных.

Голосовой AI — это робот, который принимает и совершает звонки без оператора: отвечает на входящие, консультирует, записывает на приём и обзванивает по вашим сценариям живым голосом, а не как автоответчик. Он понимает свободную речь, а сложный случай передаёт сотруднику вместе с контекстом разговора — человек остаётся в контуре и подхватывает диалог не с нуля. Главное отличие от колл-центра — доступность: робот работает круглосуточно и держит любой поток одновременных звонков, тогда как оператор ограничен сменой и очередью.

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

Вторая половина задачи — что происходит с разговором после того, как трубку положили. Итог звонка автоматически попадает в карточку CRM, а записи и расшифровки мы держим на серверах в РФ по 152-ФЗ. Рядом работает AI-скрайб: он расшифровывает встречи и приёмы в готовый протокол, а не в сырой текст. Свой сервер даёт здесь запас: расшифровывать можно всё подряд, без оглядки на лимиты хранения в тарифе.

Мы поднимаем IP-телефонию и АТС под ключ: подключаем номер, настраиваем маршрутизацию, связываем с CRM. Если телефонии ещё нет — поднимаем её сами в рамках проекта; если есть — подключаемся к вашему номеру и вашей АТС, облачной или своей. Формат работы: экспресс-аудит телефонии и сценариев, затем настройка и запуск. Стоимость называем после аудита — универсального прайса здесь нет, потому что объём зависит от числа номеров, сценариев и интеграций.

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

Разговор с подрядчиком полезно вести списком конкретных вопросов, а не общим «у вас безопасно?». Ответы на них проверяемы: порты видно сканированием, наличие блокировки перебора — по логам, место хранения секретов — по тому, лежат они в конфиге открытым текстом или нет. Если на прямые вопросы отвечают общими словами про надёжность, это само по себе ответ.

Начните с инвентаризации сценариев, а не с выбора технологии. Выпишите, что телефония должна делать: кто принимает звонки, что происходит в нерабочее время, куда падает пропущенный, нужны ли записи всех разговоров или выборочно, есть ли обзвон. Затем откройте панель или тариф вашего оператора и отметьте, что из этого списка он закрывает. Если не закрывается один пункт из десяти — это повод доработать облако, а не строить свой сервер.

На бесплатном экспресс-аудите (30 минут) мы смотрим ровно это: какая у вас телефония сейчас, какие сценарии нужны, где узкое место и что дешевле — остаться в облаке, перенести часть логики на свой сервер или строить контур с нуля. Иногда вывод звучит как «оставайтесь у оператора, доработайте маршрутизацию и подключите CRM» — и это нормальный результат аудита, а не отказ от работы.

Дальше форматы зависят от задачи. Если нужен робот на звонках и телефония под ключ — это голосовой AI и IP-телефония, с подключением номера, маршрутизацией и записью итога звонка в CRM. Если телефония должна встроиться в вашу собственную систему — портал, личный кабинет, POS, — это заказная разработка с интеграцией через API. Если контур нужно развивать постоянно, а не разово настроить, подходит формат выделенного AI-инженера, который работает внутри вашей команды и погружается в процессы.

И последнее по порядку, но не по важности: своя АТС — это не разовая покупка, а эксплуатация. Обновления, фаервол, бэкап конфигурации, контроль расхода на исходящие. Если внутри компании этим заниматься некому и подрядчика на сопровождение брать не планируется, честный выбор — облако. Мы предпочитаем сказать это на аудите, а не через полгода, когда сервер остался без присмотра.