Какую АТС выбрать для бюджетного учреждения с учетом требований к российскому ПО

Статус ПО. Решение должно быть российским, и в закупке вы подтверждаете это документами, например записью в Реестре отечественного ПО.

Совместимость. Впишется ли АТС в вашу телефонию и ИТ-контур? Если станция не подружится с текущими аппаратами, придется закупать новые.

Развертывание. Физический сервер, виртуальная среда или другая схема из проекта.

Полная стоимость владения. Лицензии составляют лишь часть расходов. Добавьте затраты: внедрить систему, купить оборудование и развивать её несколько лет.

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

• Емкость. Справится ли система с вашим числом абонентов и одновременных звонков? Областная больница со ста отделениями нагружает АТС иначе, чем администрация небольшого района.
• Отказоустойчивость. Что произойдет, если сервер выйдет из строя? Хорошая станция переключится на резерв, и новые звонки пойдут без сбоя. Спросите, что случится с идущими разговорами.
• Устройства, линии и шлюзы. Уточните, какие аппараты и каналы связи поддерживает АТС. Если в здании еще стоят аналоговые телефоны, понадобятся шлюзы.
• Интеграции. Подключается ли АТС к вашим корпоративным системам? Например, чтобы при входящем звонке у сотрудника сразу открывалась карточка обратившегося.
• Условия эксплуатации. Узнайте, кто обслуживает станцию, как быстро отвечает поддержка и сколько стоят обновления.

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

Ниже разберем, что проверить в АТС до закупки и как сверить ее характеристики с требованиями учреждения на примере нашего опыта — опыта российского разработчика и интегратора программной IP-АТС «Авантелеком». Наше решение для высоконагруженных и распределенных сетей входит в Реестр отечественного ПО. Одно из наших основных направлений — проекты для государственных и бюджетных организаций.

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

Поэтому сначала проверяют условия закупки и техническую среду учреждения. Бренд и список функций смотрят потом.

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

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

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

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

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

Запись в Реестре — лишь один из критериев. О совместимости с действующей телефонией, производительности, резервировании и других условиях закупки она ничего не говорит.

Найдите АТС в Едином реестре российских программ для ЭВМ и баз данных. Официальный источник — Единый реестр российского ПО Минцифры.

В карточке решения сверьте:

• наименование ПО;
• правообладателя;
• номер и дату реестровой записи;
• класс ПО;
• текущий статус записи.

Слова «российская разработка» на коммерческом сайте подтверждением не считаются. Берите данные из официального реестра и запрашивайте документы, которых требуют правила закупки.

Состав Реестра и записи в нем меняются, поэтому проверяйте данные перед конкретной закупкой.То, что было верно раньше, к дате закупки может устареть.

И ещё раз: запись в Реестре не подтверждает автоматически ни техническую совместимость, ни нужную производительность, ни соответствие всем условиям закупки. Это оценивают уже после проверки происхождения ПО.

Бюджетные учреждения в общем случае закупают по 44-ФЗ. Статья 15 при этом предусматривает отдельные исключения и особые случаи, поэтому модель закупки определяют для конкретного учреждения. Если на закупку распространяется национальный режим, проверьте актуальные требования постановления Правительства РФ № 1875 от 23.12.2024 и последующих изменений.

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

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

Паспорт помогает не закладывать оборудование «с нуля», если часть действующей инфраструктуры можно сохранить. В проектах модернизации «Авантелеком» сначала оценивает действующую телефонию и смотрит, что из имеющегося можно оставить.

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

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

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

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

Чтобы выбрать, где разместить АТС, ответьте на несколько вопросов:

• Нужна ли автономность?
• Есть ли своя ИТ-инфраструктура?
• Как связаны площадки?
• Кто будет управлять системой?
• Надо ли сохранить старые линии и оборудование?

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

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

Выясните, где можно хранить данные и как их нужно защищать, особенно, если телефония связана с другими информационными системами. Иногда необходимо рассматривать локальную установку, on-premise. Тогда вы сами управляете системой, и телефония не зависит от внешнего сервиса. Но одних свободных мощностей мало. Проверьте, есть ли запасные серверы и сетевое оборудование, насколько надёжной должна быть система, хватит ли ИТ-команде опыта и кто будет ставить обновления. Если систему некому обслуживать, свой ЦОД не поможет.

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

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

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

До проектирования для каждого здания определите:

• какие номера должны работать локально;
• какие вызовы должны обслуживаться при потере WAN;
• нужны ли локальные резервные маршруты;
• какие функции критичны и не могут зависеть от центральной площадки;
• как восстанавливается связь после отказа канала.

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

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

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

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

Задавайте эти вопросы письменно и требуйте конкретики: список моделей, версии прошивок, число портов в шлюзах. Ответ «поддерживаем стандартные протоколы» ничего не гарантирует. Телефон, который формально работает по SIP, на нужной прошивке с новой АТС может не заработать.

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

Технические требования лучше строить от задач учреждения и реальной инфраструктуры. Фразы «нужна российская IP-АТС» мало.

Составьте список ответов на вопросы:

• Сколько абонентов должна обслуживать АТС
• Подойдёт ли имеющееся оборудование
• Что будет при сбое
• Какие функции нужны
• С чем её нужно связать
• Кто будет её настраивать и поддерживать

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

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

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

Чтобы сравнение вариантов было реальным, заранее соберите затраты по всем статьям:

Отдельно посчитайте интеграции. Если АТС должна обмениваться данными с МИС, CRM или другими системами, в бюджет входит не только сама интеграция, но и её настройка и дальнейшее сопровождение. Для нестандартных процессов может понадобиться индивидуальная доработка, а она требует больше работ на старте, чем типовая настройка.

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

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

Сценарий 1. Один объект и много существующих аналоговых аппаратов

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

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

Сценарий 2. Несколько корпусов, филиалов или подведомственных площадок

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

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

Сценарий 3. Учреждение с собственным ИТ-контуром и повышенными требованиями к автономности

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

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

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

Программная IP-АТС входит в цифровую платформу управления коммуникациями «Сфера». В Едином реестре российских программ для ЭВМ и баз данных есть запись «Цифровая платформа управления коммуникациями Сфера»: правообладатель — ООО «АВАНТЕЛЕКОМ», класс ПО — «Средства управления контактными центрами».

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

«Авантелеком» сам пишет ПО и сам его внедряет, поэтому при проектировании можно опираться на то, что у вас уже есть: линии, аппараты, оборудование, ИТ-среду.

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

Кейс ЦЗН Архангельской области как пример модернизации бюджетной инфраструктуры

ГКУ АО «Архангельский областной Центр занятости населения» — это 23 филиала в разных городах области и около 350 абонентов. Единой телефонной инфраструктуры у центра не было: каждый филиал жил на своей аналоговой АТС и прямых городских линиях. Звонки между площадками шли как обычные городские, а общей картины по обращениям не было ни у кого.

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

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

Подробности проекта можно посмотреть в описании кейса.

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

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