Переход с зарубежной АТС на российскую без потери звонков и истории обращений
Когда вернутся Avaya и Cisco и вернутся ли — ответ на этот вопрос не имеет практической ценности, потому что для многих компаний нет времени ждать изменения ситуации — нужно работать. Задача остаётся одна: как перейти так, чтобы не потерять по дороге ничего важного.
Проблема в том, что АТС никогда не живёт отдельно. За годы она обросла связями:
Выдернуть АТС — значит потянуть за собой всё это. По существу, это не замена оборудования — это миграция всей коммуникационной архитектуры компании.
Поэтому первый шаг — разобраться, что именно держится на старой системе. На одном проекте выясняется, что голосовой шлюз в региональном офисе подключён через аналоговую линию, о которой никто уже не помнит. На другом — что запись разговоров хранится в отдельной системе и мигрирует отдельно.
Дальше строится параллельный контур: новая система работает рядом со старой, основные процессы продолжаются в штатном режиме. Сначала переключают тестовую группу — например, один отдел или один офис. Смотрят, что сломалось, чинят и только потом двигаются дальше.
Клиенты при этом работают с теми же номерами, теми же сценариями и теми же данными. Главное, что сохраняется в итоге — не просто записи и интеграции, а управляемость клиентских коммуникаций: возможность видеть, контролировать и развивать их без разрывов.
Авантелеком сопровождает такие проекты — от первого аудита до момента, когда последний пользователь перешёл на новую систему и всё работает штатно.
- CRM знает, кто звонил и зачем;
- IVR ведёт клиента по сценарию, который отрабатывался месяцами;
- контакт-центр хранит историю обращений.
Выдернуть АТС — значит потянуть за собой всё это. По существу, это не замена оборудования — это миграция всей коммуникационной архитектуры компании.
Поэтому первый шаг — разобраться, что именно держится на старой системе. На одном проекте выясняется, что голосовой шлюз в региональном офисе подключён через аналоговую линию, о которой никто уже не помнит. На другом — что запись разговоров хранится в отдельной системе и мигрирует отдельно.
Дальше строится параллельный контур: новая система работает рядом со старой, основные процессы продолжаются в штатном режиме. Сначала переключают тестовую группу — например, один отдел или один офис. Смотрят, что сломалось, чинят и только потом двигаются дальше.
Клиенты при этом работают с теми же номерами, теми же сценариями и теми же данными. Главное, что сохраняется в итоге — не просто записи и интеграции, а управляемость клиентских коммуникаций: возможность видеть, контролировать и развивать их без разрывов.
Авантелеком сопровождает такие проекты — от первого аудита до момента, когда последний пользователь перешёл на новую систему и всё работает штатно.
Краткий ответ: как перейти с зарубежной АТС на российскую без потери звонков и истории
Перейти с Avaya или Cisco на российскую платформу — значит не просто поменять софт, а перенести всю систему, на которой держится общение с клиентами. Сделать это без потерь можно, если двигаться последовательно.
С «Авантелекомом» процесс миграции обычно выглядит так:
С «Авантелекомом» процесс миграции обычно выглядит так:
- Начинаем с аудита: что вообще есть в системе. Часто выясняется неожиданное — например, IVR-сценарий, который никто не трогал три года, но по нему всё ещё идут звонки в техподдержку. Или запись разговоров, которая хранится не в АТС, а в отдельном сервисе и требует отдельного переноса. Всё это нужно зафиксировать: маршруты вызовов, очереди, CRM-интеграции, историю обращений, подключённые номера.
- Разворачиваем параллельный контур на российской системе — она работает рядом со старой, бизнес не останавливается.
- Пилот на одном отделе или один офисе. Если все проходит штатно — раскатывают на всех.
Как импортозамещение связано с корпоративной телефонией
В 2026 году импортозамещение никуда не делось — оно просто перешло из режима срочности в режим планомерной работы. Для одних компаний это вопрос стратегии: хотим меньше зависеть от зарубежных вендоров. Для других — конкретное требование: используй реестр российского ПО, иначе не пройдёшь проверку или не получишь госконтракт.
Корпоративная телефония в этой повестке стоит отдельным пунктом — и не потому что она сложнее других систем, а потому что она со всем связана. IP-АТС, контакт-центр, CRM, IVR, запись разговоров, речевая аналитика, BI-отчётность, голосовые шлюзы, серверная инфраструктура, сами телефоны — всё это один контур. Поменяешь АТС — затронешь CRM. Обновишь шлюзы — проверь, как это скажется на записи разговоров.
Поэтому импортозамещение в телефонии — это не просто смена ПО. Нужно учитывать устройства, каналы связи, накопленные данные и интеграции. На практике это выглядит так: компания начинает проект, и в процессе аудита выясняется, что история обращений за три года хранится в системе, которую никто не планировал трогать, — а она завязана на старую АТС. Или что маршруты вызовов настраивались вручную разными администраторами и нигде толком не задокументированы.
Ошибка на этапе планирования здесь дорого стоит: можно потерять маршруты, архив записей, управленческую отчётность — и восстановить это потом крайне сложно.
При этом конкретные требования у всех разные. Банк и промышленное предприятие работают в разных регуляторных рамках. Частная компания и организация с госучастием — тоже. Поэтому прежде чем планировать переход, стоит разобраться, какие именно обязательства действуют в вашем случае.
Корпоративная телефония в этой повестке стоит отдельным пунктом — и не потому что она сложнее других систем, а потому что она со всем связана. IP-АТС, контакт-центр, CRM, IVR, запись разговоров, речевая аналитика, BI-отчётность, голосовые шлюзы, серверная инфраструктура, сами телефоны — всё это один контур. Поменяешь АТС — затронешь CRM. Обновишь шлюзы — проверь, как это скажется на записи разговоров.
Поэтому импортозамещение в телефонии — это не просто смена ПО. Нужно учитывать устройства, каналы связи, накопленные данные и интеграции. На практике это выглядит так: компания начинает проект, и в процессе аудита выясняется, что история обращений за три года хранится в системе, которую никто не планировал трогать, — а она завязана на старую АТС. Или что маршруты вызовов настраивались вручную разными администраторами и нигде толком не задокументированы.
Ошибка на этапе планирования здесь дорого стоит: можно потерять маршруты, архив записей, управленческую отчётность — и восстановить это потом крайне сложно.
При этом конкретные требования у всех разные. Банк и промышленное предприятие работают в разных регуляторных рамках. Частная компания и организация с госучастием — тоже. Поэтому прежде чем планировать переход, стоит разобраться, какие именно обязательства действуют в вашем случае.
Что важно сохранить при переходе: звонки, записи, историю, оборудование и интеграции
Когда компания переходит на новую платформу, первый вопрос звучит примерно так: «Главное, чтобы звонки не пропали». Это понятно — но звонки это только видимая часть.
К АТС уже прикручены:
Потеря любого из этих элементов замечается сразу: либо клиент не может дозвониться, либо оператор не видит историю, либо супервизор остаётся без цифр.
При этом переносить всё подряд в новую систему не всегда нужно и не всегда разумно. Например, записи разговоров трёхлетней давности редко нужны в оперативном доступе — их удобнее оставить в архиве, откуда их можно достать при необходимости. Активные данные переезжают в новую платформу, остальное остаётся рядом.
Что именно переносить, а что архивировать — решается после аудита. Именно он показывает, какие данные реально используются, а какие просто занимают место.
К АТС уже прикручены:
- IVR-сценарии, по которым клиент добирается до нужного отдела;
- очереди распределения, настроенные под конкретные смены;
- записи разговоров, которые нужны для контроля качества и разбора спорных ситуаций;
- история обращений в CRM;
- отчёты, по которым руководитель видит нагрузку на операторов; роли и права — кто может что делать в системе.
Потеря любого из этих элементов замечается сразу: либо клиент не может дозвониться, либо оператор не видит историю, либо супервизор остаётся без цифр.
При этом переносить всё подряд в новую систему не всегда нужно и не всегда разумно. Например, записи разговоров трёхлетней давности редко нужны в оперативном доступе — их удобнее оставить в архиве, откуда их можно достать при необходимости. Активные данные переезжают в новую платформу, остальное остаётся рядом.
Что именно переносить, а что архивировать — решается после аудита. Именно он показывает, какие данные реально используются, а какие просто занимают место.
Какие данные и настройки нельзя потерять
Почему история обращений важна для контакт-центра и продаж
История обращений — одно из немногих мест, где накапливается реальное знание о клиенте: что он спрашивал, с чем обращался, что ему обещали. Для контакт-центра и отдела продаж потерять её при миграции примерно так же, как пересесть в новый офис и случайно выбросить все клиентские папки.
Оператор открывает карточку клиента — и видит, что тот звонил три недели назад, жаловался на задержку поставки, и ему обещали перезвонить. Если этой записи нет, разговор начинается заново: «Расскажите, что случилось». Клиент уже раздражён — он всё это уже рассказывал.
Поэтому история обращений переезжает вместе с системой, а не остаётся в старой АТС как архив. Оператору она нужна прямо сейчас, в момент звонка.
Руководителю контакт-центра история даёт другое. Он видит, почему клиенты звонят повторно. Например, выясняется, что 30% повторных обращений — дозвон после того, как первый звонок не был обработан. Без истории такой вывод сделать невозможно, а проблема маршрутизации так и останется незамеченной.
Для отдела продаж история контактов — контекст сделки. Менеджер видит, что клиент полгода назад спрашивал про один продукт, получил коммерческое предложение и пропал. Теперь он звонит снова — и разговор можно начать не с нуля, а с того места, где остановились.
Служба поддержки использует историю для сложных кейсов: когда клиент обращается в четвёртый раз с одной и той же проблемой, значит её не решили, а просто закрыли тикет. Юридический отдел и безопасность периодически запрашивают записи при разборе претензий или внутренних проверках.
И про что часто забывают: после миграции нужно сравнивать показатели до и после перехода. Если история осталась в старой системе, такого сравнения не получится — и непонятно, стало лучше или хуже.
Оператор открывает карточку клиента — и видит, что тот звонил три недели назад, жаловался на задержку поставки, и ему обещали перезвонить. Если этой записи нет, разговор начинается заново: «Расскажите, что случилось». Клиент уже раздражён — он всё это уже рассказывал.
Поэтому история обращений переезжает вместе с системой, а не остаётся в старой АТС как архив. Оператору она нужна прямо сейчас, в момент звонка.
Руководителю контакт-центра история даёт другое. Он видит, почему клиенты звонят повторно. Например, выясняется, что 30% повторных обращений — дозвон после того, как первый звонок не был обработан. Без истории такой вывод сделать невозможно, а проблема маршрутизации так и останется незамеченной.
Для отдела продаж история контактов — контекст сделки. Менеджер видит, что клиент полгода назад спрашивал про один продукт, получил коммерческое предложение и пропал. Теперь он звонит снова — и разговор можно начать не с нуля, а с того места, где остановились.
Служба поддержки использует историю для сложных кейсов: когда клиент обращается в четвёртый раз с одной и той же проблемой, значит её не решили, а просто закрыли тикет. Юридический отдел и безопасность периодически запрашивают записи при разборе претензий или внутренних проверках.
И про что часто забывают: после миграции нужно сравнивать показатели до и после перехода. Если история осталась в старой системе, такого сравнения не получится — и непонятно, стало лучше или хуже.
Нужно ли менять всё оборудование при переходе с Avaya или Cisco на российскую АТС
Когда компания слышит «миграция с Avaya», первая реакция часто такая: придётся выбросить всё и купить заново. На практике так бывает редко.
На одном из проектов выяснилось, что IP-телефоны Cisco, стоящие на рабочих местах операторов, поддерживают SIP — и спокойно заработали с новой российской платформой. Шлюзы для аналоговых линий тоже остались: они делали своё дело и в новой архитектуре. В итоге заменили только то, что было жёстко привязано к проприетарным протоколам Avaya и без родной системы просто не включалось.
Чтобы понять, что можно оставить, а что нет, нужен аудит. Не поверхностный — а с разбором каждого компонента: какой протокол использует, в каком состоянии находится, есть ли на него поддержка вендора, впишется ли в новую архитектуру. Без этого любые оценки бюджета — догадки.
После аудита картина обычно делится на три части. Первая — оборудование, которое работает и совместимо: SIP-телефоны, шлюзы, операторские линии, часть серверных компонентов. Его оставляют. Вторая — устройства на проприетарных протоколах, снятые с поддержки или создающие риски для безопасности. Их меняют. Третья — серая зона, где решение принимается индивидуально.
Решение о замене принимается не по бренду на корпусе. Телефон Cisco может остаться, а модуль Avaya — уйти. Всё зависит от того, как конкретное устройство ведёт себя в новой среде и какую роль играет в архитектуре.
На одном из проектов выяснилось, что IP-телефоны Cisco, стоящие на рабочих местах операторов, поддерживают SIP — и спокойно заработали с новой российской платформой. Шлюзы для аналоговых линий тоже остались: они делали своё дело и в новой архитектуре. В итоге заменили только то, что было жёстко привязано к проприетарным протоколам Avaya и без родной системы просто не включалось.
Чтобы понять, что можно оставить, а что нет, нужен аудит. Не поверхностный — а с разбором каждого компонента: какой протокол использует, в каком состоянии находится, есть ли на него поддержка вендора, впишется ли в новую архитектуру. Без этого любые оценки бюджета — догадки.
После аудита картина обычно делится на три части. Первая — оборудование, которое работает и совместимо: SIP-телефоны, шлюзы, операторские линии, часть серверных компонентов. Его оставляют. Вторая — устройства на проприетарных протоколах, снятые с поддержки или создающие риски для безопасности. Их меняют. Третья — серая зона, где решение принимается индивидуально.
Решение о замене принимается не по бренду на корпусе. Телефон Cisco может остаться, а модуль Avaya — уйти. Всё зависит от того, как конкретное устройство ведёт себя в новой среде и какую роль играет в архитектуре.
Что можно сохранить
Что обычно приходится заменить
Не всё, что работает, стоит переносить в новую систему. Некоторые компоненты работают — но в новой архитектуре они создают риски.
Сначала обсудим что обычно приходится заменить, а в следующей главе — что из этого списка можно сохранить благодаря экспертизе «Авантелекома».
Чаще всего под замену попадают устройства, снятые вендором с поддержки. Аппарат звонки принимает — но прошивка не обновлялась несколько лет, патчи безопасности не выходят, и при инциденте разбираться придётся самостоятельно. На одном проекте такие телефоны обнаружились в переговорных комнатах: никто про них не думал, потому что они «просто работали». После аудита выяснилось, что интегрировать их в новую платформу без компромиссов по безопасности невозможно.
Отдельная категория — оборудование и модули на проприетарных протоколах. Такие компоненты работают только внутри экосистемы конкретного вендора: Cisco SCCP или старый H.323 от Avaya вместо стандартного SIP. За пределами родной системы они либо не работают вовсе, либо требуют шлюзования — дополнительного слоя, который усложняет архитектуру и создаёт новые точки отказа.
Голосовые шлюзы и серверы уходят под замену реже, но и здесь бывают сюрпризы. Если железо не соответствует требованиям новой платформы по производительности или отказоустойчивости, не совместимы с софтом — лучше заменить его до миграции, а не обнаружить проблему в момент переключения под нагрузкой.
Общий критерий один: если компонент нельзя безопасно интегрировать в новую архитектуру и обеспечить его поддержку на горизонте нескольких лет — замена обходится дешевле, чем накопленный технический долг.
Сначала обсудим что обычно приходится заменить, а в следующей главе — что из этого списка можно сохранить благодаря экспертизе «Авантелекома».
Чаще всего под замену попадают устройства, снятые вендором с поддержки. Аппарат звонки принимает — но прошивка не обновлялась несколько лет, патчи безопасности не выходят, и при инциденте разбираться придётся самостоятельно. На одном проекте такие телефоны обнаружились в переговорных комнатах: никто про них не думал, потому что они «просто работали». После аудита выяснилось, что интегрировать их в новую платформу без компромиссов по безопасности невозможно.
Отдельная категория — оборудование и модули на проприетарных протоколах. Такие компоненты работают только внутри экосистемы конкретного вендора: Cisco SCCP или старый H.323 от Avaya вместо стандартного SIP. За пределами родной системы они либо не работают вовсе, либо требуют шлюзования — дополнительного слоя, который усложняет архитектуру и создаёт новые точки отказа.
Голосовые шлюзы и серверы уходят под замену реже, но и здесь бывают сюрпризы. Если железо не соответствует требованиям новой платформы по производительности или отказоустойчивости, не совместимы с софтом — лучше заменить его до миграции, а не обнаружить проблему в момент переключения под нагрузкой.
Общий критерий один: если компонент нельзя безопасно интегрировать в новую архитектуру и обеспечить его поддержку на горизонте нескольких лет — замена обходится дешевле, чем накопленный технический долг.
Как аудит помогает снизить бюджет миграции
Когда компания слышит «миграция», первая мысль — в бюджет придется заложить замену всего. На практике это можно избежать, и именно аудит показывает, где можно сэкономить без риска.
На одном проекте выяснилось, что 80% IP-телефонов поддерживают SIP и спокойно переезжают на новую платформу через автопровижининг — без ручной перенастройки каждого аппарата. Аналоговые линии в региональных офисах остались: шлюзы оказались совместимыми, схему подключения менять не пришлось. В итоге под замену попало только то, что действительно мешало — несколько серверных модулей на проприетарных протоколах и пара устройств, снятых с поддержки несколько лет назад.
Аудит даёт три вещи. Первое — список того, что можно оставить без ущерба для надёжности. Второе — список того, что нужно заменить до старта миграции, потому что это либо риск отказа, либо несовместимость с новой архитектурой. Третье — список того, что можно обновить позже, в плановом режиме, не останавливая проект.
Отдельно стоит смотреть на устройства, которые давно не получали обновлений от производителя. Они могут работать годами — и отказать в самый неподходящий момент. Лучше выявить их на этапе аудита, чем разбираться с отказом в середине переключения.
В результате компания получает не сценарий «заменить всё сразу», а поэтапный план: критичное — на старте, остальное — по мере износа. Это позволяет распределить затраты во времени и не делать крупную закупку оборудования одним платежом.
На одном проекте выяснилось, что 80% IP-телефонов поддерживают SIP и спокойно переезжают на новую платформу через автопровижининг — без ручной перенастройки каждого аппарата. Аналоговые линии в региональных офисах остались: шлюзы оказались совместимыми, схему подключения менять не пришлось. В итоге под замену попало только то, что действительно мешало — несколько серверных модулей на проприетарных протоколах и пара устройств, снятых с поддержки несколько лет назад.
Аудит даёт три вещи. Первое — список того, что можно оставить без ущерба для надёжности. Второе — список того, что нужно заменить до старта миграции, потому что это либо риск отказа, либо несовместимость с новой архитектурой. Третье — список того, что можно обновить позже, в плановом режиме, не останавливая проект.
Отдельно стоит смотреть на устройства, которые давно не получали обновлений от производителя. Они могут работать годами — и отказать в самый неподходящий момент. Лучше выявить их на этапе аудита, чем разбираться с отказом в середине переключения.
В результате компания получает не сценарий «заменить всё сразу», а поэтапный план: критичное — на старте, остальное — по мере износа. Это позволяет распределить затраты во времени и не делать крупную закупку оборудования одним платежом.
Как проходит переход с зарубежной АТС на российскую по этапам
Главный страх при миграции — что в какой-то момент связь просто перестанет работать, а при миграции что-то пойдет не так. Гарантий нет, именно поэтому переход никогда не делается одним резким переключением.
Поэтому проект разбивается на этапы: сначала обследование того, что есть, потом проектирование новой архитектуры, подготовка данных, развёртывание параллельного контура — когда новая система уже работает рядом со старой, но бизнес ещё на старой. Затем пилот на одном отделе или офисе, и только после этого поэтапный перевод остальных пользователей.
Каждый этап — это точка проверки. После пилота смотрят: все ли звонки проходят, работает ли CRM-интеграция, правильно ли срабатывают IVR-сценарии, видят ли операторы историю обращений. На одном проекте именно на пилоте выяснилось, что маршрут вызовов для VIP-клиентов настроен неправильно — звонки уходили в общую очередь вместо выделенной группы. Поймали до того, как это затронуло всех.
Такой подход закрывает основные риски по одному: сначала убеждаются, что звонки не теряются, потом — что история на месте, потом — что интеграции работают. К моменту финального переключения большинство потенциальных проблем уже найдено и исправлено.
Поэтому проект разбивается на этапы: сначала обследование того, что есть, потом проектирование новой архитектуры, подготовка данных, развёртывание параллельного контура — когда новая система уже работает рядом со старой, но бизнес ещё на старой. Затем пилот на одном отделе или офисе, и только после этого поэтапный перевод остальных пользователей.
Каждый этап — это точка проверки. После пилота смотрят: все ли звонки проходят, работает ли CRM-интеграция, правильно ли срабатывают IVR-сценарии, видят ли операторы историю обращений. На одном проекте именно на пилоте выяснилось, что маршрут вызовов для VIP-клиентов настроен неправильно — звонки уходили в общую очередь вместо выделенной группы. Поймали до того, как это затронуло всех.
Такой подход закрывает основные риски по одному: сначала убеждаются, что звонки не теряются, потом — что история на месте, потом — что интеграции работают. К моменту финального переключения большинство потенциальных проблем уже найдено и исправлено.
1. Обследование инфраструктуры и бизнес-процессов
2. Проектирование целевой архитектуры
3. Подготовка данных, устройств и интеграций
4. Развертывание параллельного контура
5. Запуск пилота
6. Поэтапное переключение пользователей, отделов и филиалов
7. Контроль качества после запуска
8. Обучение ИТ-команды и передача эксплуатации
Как не потерять звонки при миграции
Когда компания начинает проект миграции, первый вопрос почти всегда один: а звонки не пропадут? Это и есть главный страх — что в какой-то момент клиент наберёт номер и не дозвонится.
Хорошая новость: звонки не теряются сами по себе — их теряют из-за ошибок в подготовке. Неправильно перенесённый маршрут, непроверенный резервный сценарий, забытый номер филиала — и клиент слышит гудки вместо оператора.
Поэтому первое, что делают до любых переключений — фиксируют полную схему связи: все номера, маршруты, правила обработки вызовов, IVR-сценарии, интеграции, особенности филиалов. На одном проекте в ходе аудита обнаружился номер, который использовался только для входящих звонков от одного крупного партнёра. Про него никто не вспомнил — нашли только когда стали разбирать маршруты вручную.
Дальше — тестирование до запуска. Проверяют не только то, что звонок проходит, но и всю цепочку: входящие, исходящие, переадресация, очереди, голосовые меню, всплывающие карточки в CRM. Отдельно проверяют резервные маршруты — что происходит, если один из каналов связи упал.
Самый надёжный способ пройти переключение без потерь — параллельный контур. Новая система работает рядом со старой, трафик постепенно переводится, и если что-то пошло не так — откат занимает минуты, а не часы. Пилот на одном отделе или офисе даёт возможность поймать проблемы до того, как они затронули всю компанию.
После финального переключения мониторинг не заканчивается — первые две недели система находится под усиленным наблюдением. Смотрят на качество связи, прохождение вызовов, работу интеграций. Именно в этот период чаще всего всплывают ситуации, которые в тестах могли не успеть произойти. Вот что стоит проверить при выборе платформы и почему.
Хорошая новость: звонки не теряются сами по себе — их теряют из-за ошибок в подготовке. Неправильно перенесённый маршрут, непроверенный резервный сценарий, забытый номер филиала — и клиент слышит гудки вместо оператора.
Поэтому первое, что делают до любых переключений — фиксируют полную схему связи: все номера, маршруты, правила обработки вызовов, IVR-сценарии, интеграции, особенности филиалов. На одном проекте в ходе аудита обнаружился номер, который использовался только для входящих звонков от одного крупного партнёра. Про него никто не вспомнил — нашли только когда стали разбирать маршруты вручную.
Дальше — тестирование до запуска. Проверяют не только то, что звонок проходит, но и всю цепочку: входящие, исходящие, переадресация, очереди, голосовые меню, всплывающие карточки в CRM. Отдельно проверяют резервные маршруты — что происходит, если один из каналов связи упал.
Самый надёжный способ пройти переключение без потерь — параллельный контур. Новая система работает рядом со старой, трафик постепенно переводится, и если что-то пошло не так — откат занимает минуты, а не часы. Пилот на одном отделе или офисе даёт возможность поймать проблемы до того, как они затронули всю компанию.
После финального переключения мониторинг не заканчивается — первые две недели система находится под усиленным наблюдением. Смотрят на качество связи, прохождение вызовов, работу интеграций. Именно в этот период чаще всего всплывают ситуации, которые в тестах могли не успеть произойти. Вот что стоит проверить при выборе платформы и почему.
Как сохранить историю обращений, записи разговоров и транскрипты
Записи разговоров и история обращений — это рабочий инструмент: оператор восстанавливает контекст перед звонком, руководитель разбирает спорную ситуацию, юрист достаёт запись трёхмесячной давности при претензии от клиента.
Поэтому при миграции важно не просто перенести данные, а сохранить их связи. Аудиофайл без привязки к клиенту, сделке и карточке в CRM найти почти невозможно.
Не всё обязательно должно переехать в новую систему.
Актуальные данные — последние год-два — обычно переносят полностью: операторы работают с ними каждый день. Более старые обращения чаще оставляют в архиве с возможностью поиска. Это удобнее и дешевле, чем грузить новую платформу данными, которые нужны раз в квартал.
Миграция позволяет наконец-то расширить возможности работы с записями. Например, современные платформы умеют автоматически транскрибировать разговоры: вместо того чтобы прослушивать звонок целиком, можно найти нужный момент по тексту. Речевая аналитика добавляет поиск по ключевым словам, контроль скриптов, автоматическую оценку качества. Компания получает не просто перенесённые данные, а более удобный инструмент для работы с ними.
Поэтому при миграции важно не просто перенести данные, а сохранить их связи. Аудиофайл без привязки к клиенту, сделке и карточке в CRM найти почти невозможно.
Не всё обязательно должно переехать в новую систему.
Актуальные данные — последние год-два — обычно переносят полностью: операторы работают с ними каждый день. Более старые обращения чаще оставляют в архиве с возможностью поиска. Это удобнее и дешевле, чем грузить новую платформу данными, которые нужны раз в квартал.
Миграция позволяет наконец-то расширить возможности работы с записями. Например, современные платформы умеют автоматически транскрибировать разговоры: вместо того чтобы прослушивать звонок целиком, можно найти нужный момент по тексту. Речевая аналитика добавляет поиск по ключевым словам, контроль скриптов, автоматическую оценку качества. Компания получает не просто перенесённые данные, а более удобный инструмент для работы с ними.
Пример миграции Avaya на российскую платформу «Авантелеком»
Заказчику, крупному предприятию в структуре РЖД, предстояло заменить телефонную систему Avaya, которая проработала больше десяти лет и после ухода вендора осталась без поддержки. Но речь шла не о смене одного продукта — нужно было модернизировать сложную распределённую инфраструктуру, на которой держалась вся повседневная работа предприятия.
Что было на старте проекта
Связь строилась на нескольких платформах одновременно: Avaya Aura R8, Avaya IP Office 500V2 и Eltex ECSS10. 740 абонентов, четыре провайдера, цифровые потоки E1 и аналоговые каналы — часть из которых просто так на IP не перевести.
Главное ограничение: предприятие не могло остановиться даже на час. Любой сбой при миграции бил бы по людям и по критическим процессам напрямую. Поэтому переход нужно было провести бесшовно — без потери доступности и без остановки работы.
Этот проект хорошо иллюстрирует, с чем реально сталкиваются крупные организации при импортозамещении: legacy-инфраструктура, разнородное оборудование, несколько операторов, исторические интеграции и жёсткие требования к непрерывности. Именно такие задачи «Авантелеком» решает в проектах модернизации корпоративной телефонии.
Главное ограничение: предприятие не могло остановиться даже на час. Любой сбой при миграции бил бы по людям и по критическим процессам напрямую. Поэтому переход нужно было провести бесшовно — без потери доступности и без остановки работы.
Этот проект хорошо иллюстрирует, с чем реально сталкиваются крупные организации при импортозамещении: legacy-инфраструктура, разнородное оборудование, несколько операторов, исторические интеграции и жёсткие требования к непрерывности. Именно такие задачи «Авантелеком» решает в проектах модернизации корпоративной телефонии.
Как был построен переход
Основная задача была не просто заменить Avaya на российскую платформу, а сделать это без остановки предприятия. Поэтому от сценария «отключили старое — включили новое» сразу отказались и выбрали поэтапный переход с параллельной работой двух систем.
Сначала развернули платформу Авантелеком рядом с существующей инфраструктурой Avaya. Между системами организовали интеграцию через поток E1 — это позволило сохранить привычную маршрутизацию и обеспечить связь между абонентами обеих платформ на всё время миграции.
Пользователей переводили поэтапно. Каждый участок инфраструктуры проверяли отдельно, а старая система в любой момент оставалась рабочей — на случай, если что-то пойдёт не так.
Там, где legacy-компоненты продолжали справляться со своими задачами, их не стали трогать — встроили в новую архитектуру как есть. Это сократило объём изменений и убрало лишние риски.
Подключение абонентов ускорили через автопровижининг: телефоны получали настройки автоматически при подключении к сети. Сотни рабочих мест удалось перевести значительно быстрее, и нагрузка на ИТ-службу была минимальной.
Аналоговые линии сохранили через голосовой шлюз — он подключил их к IP-платформе без каких-либо изменений в привычных процессах сотрудников.
В итоге переход прошёл без единой остановки и без необходимости менять всё сразу. Этот кейс хорошо показывает: импортозамещение корпоративной телефонии — это не обязательно полный снос и перестройка. Параллельная работа систем и постепенный перенос сервисов надёжнее и безопаснее.
Сначала развернули платформу Авантелеком рядом с существующей инфраструктурой Avaya. Между системами организовали интеграцию через поток E1 — это позволило сохранить привычную маршрутизацию и обеспечить связь между абонентами обеих платформ на всё время миграции.
Пользователей переводили поэтапно. Каждый участок инфраструктуры проверяли отдельно, а старая система в любой момент оставалась рабочей — на случай, если что-то пойдёт не так.
Там, где legacy-компоненты продолжали справляться со своими задачами, их не стали трогать — встроили в новую архитектуру как есть. Это сократило объём изменений и убрало лишние риски.
Подключение абонентов ускорили через автопровижининг: телефоны получали настройки автоматически при подключении к сети. Сотни рабочих мест удалось перевести значительно быстрее, и нагрузка на ИТ-службу была минимальной.
Аналоговые линии сохранили через голосовой шлюз — он подключил их к IP-платформе без каких-либо изменений в привычных процессах сотрудников.
В итоге переход прошёл без единой остановки и без необходимости менять всё сразу. Этот кейс хорошо показывает: импортозамещение корпоративной телефонии — это не обязательно полный снос и перестройка. Параллельная работа систем и постепенный перенос сервисов надёжнее и безопаснее.
Что бизнес получил после миграции
Главный результат проекта — не просто замена зарубежной АТС на российскую, а переход к единой управляемой платформе. Предприятие сохранило непрерывность связи и при этом избавилось от зависимости от ушедшего вендора.
Все сервисы перешли на платформу «Авантелеком» без остановки и без потери доступности. Бизнес-процессы остались привычными — но возможностей для управления коммуникациями стало значительно больше.
Вместе с платформой появилось то, чего раньше либо не было вовсе, либо требовало отдельных решений и сложных интеграций: централизованная запись разговоров, многоуровневые IVR, интеграция с Active Directory, единая аналитика по обращениям и сотрудникам, дашборды для руководителей, автоматический обратный звонок, речевая аналитика для контроля качества.
Но важнее другое. Проект решил не только задачу импортозамещения. Вместо инфраструктуры, которая постепенно превращалась в legacy и держалась на неподдерживаемых зарубежных решениях, предприятие получило современную архитектуру с понятным управлением и прозрачной поддержкой.
Раньше основная задача была одна — не дать существующей системе сломаться. Теперь на базе новой платформы можно развивать контакт-центр, внедрять новые сценарии обслуживания, расширять аналитику и автоматизацию — не перестраивая каждый раз всю инфраструктуру с нуля.
В этом и есть смысл успешного импортозамещения: не просто уйти от зарубежной АТС, а перейти от режима поддержки устаревшего наследия к архитектуре, на которой бизнес может расти дальше.
Все сервисы перешли на платформу «Авантелеком» без остановки и без потери доступности. Бизнес-процессы остались привычными — но возможностей для управления коммуникациями стало значительно больше.
Вместе с платформой появилось то, чего раньше либо не было вовсе, либо требовало отдельных решений и сложных интеграций: централизованная запись разговоров, многоуровневые IVR, интеграция с Active Directory, единая аналитика по обращениям и сотрудникам, дашборды для руководителей, автоматический обратный звонок, речевая аналитика для контроля качества.
Но важнее другое. Проект решил не только задачу импортозамещения. Вместо инфраструктуры, которая постепенно превращалась в legacy и держалась на неподдерживаемых зарубежных решениях, предприятие получило современную архитектуру с понятным управлением и прозрачной поддержкой.
Раньше основная задача была одна — не дать существующей системе сломаться. Теперь на базе новой платформы можно развивать контакт-центр, внедрять новые сценарии обслуживания, расширять аналитику и автоматизацию — не перестраивая каждый раз всю инфраструктуру с нуля.
В этом и есть смысл успешного импортозамещения: не просто уйти от зарубежной АТС, а перейти от режима поддержки устаревшего наследия к архитектуре, на которой бизнес может расти дальше.
FAQ — частые вопросы
о переходе с зарубежной АТС на российскую
о переходе с зарубежной АТС на российскую
- Как перейти с зарубежной АТС на российскую без потери звонковПереход с зарубежной АТС на российскую платформу не обязательно означает риск остановки связи. В крупных компаниях миграцию обычно строят так, чтобы сотрудники и клиенты вообще не заметили изменений — новую систему запускают параллельно со старой, а не заменяют одним махом.
Пока идёт миграция, обе платформы работают одновременно и обмениваются вызовами через специальные стыки. Пользователей, номера и сервисы переводят постепенно, и в любой момент можно вернуться к прежней схеме, если нужна дополнительная проверка или настройка.
Ещё один важный принцип — не менять всё подряд. Часть существующей инфраструктуры нередко сохраняют: номера, аналоговые линии, отдельные узлы, интеграции. Это снижает риски и позволяет модернизировать систему поэтапно, не затрагивая критичные процессы.
Перевод сотен рабочих мест ускоряет автопровижининг — телефоны получают настройки автоматически, без ручной перенастройки каждого устройства.
Поэтому главный вопрос при импортозамещении сегодня — не «чем заменить АТС», а «как организовать переход». При грамотном подходе миграция проходит без потери звонков, без остановки предприятия и без необходимости расставаться со всей существующей инфраструктурой разом. - Как сохранить историю обращений при замене зарубежной АТСИстория обращений — одна из главных причин, по которым компании откладывают замену зарубежной АТС. Помимо самой телефонии, в системе могут накопиться записи разговоров за несколько лет, клиентские данные, статистика по подразделениям, материалы для внутреннего контроля или выполнения требований регуляторов.
На практике миграция не означает, что всё это пропадёт. Перед стартом проекта проводят аудит: выясняют, какие записи и отчёты реально используются, сколько данных нужно сохранить и какие сроки хранения действуют в компании. Уже после этого выбирают сценарий — перенос или архивирование.
Чаще всего исторические данные не переносят напрямую в новую платформу, а помещают в отдельный архивный контур с контролируемым доступом. Старые записи и отчёты остаются доступными, а запуск новой системы не усложняется и не несёт дополнительных рисков.
Если телефония была интегрирована с CRM или контакт-центром, история взаимодействия с клиентами, как правило, остаётся в этих системах — она не привязана к конкретной АТС. Поэтому при грамотном планировании компания сохраняет не только связь, но и накопленную информацию о коммуникациях.
Главное — включить вопрос хранения данных в проектирование перехода с самого начала. Тогда замена АТС становится не потерей истории, а возможностью привести данные и процессы к более управляемому виду. - Можно ли перейти с Avaya или Cisco на российскую IP-АТС поэтапноВ большинстве крупных компаний переход с Avaya или Cisco на российскую IP-АТС выполняется поэтапно. Полная одномоментная замена слишком рискованна: на телефонии обычно завязаны контакт-центры, филиалы, внутренние коммуникации и другие критичные процессы. Поэтому цель проекта — не быстро отключить старую платформу, а провести миграцию без потери связи.
Новую систему сначала запускают параллельно со старой. Между платформами настраивают взаимодействие: сотрудники обеих систем могут звонить друг другу, внешние вызовы обрабатываются в штатном режиме. Это позволяет тестировать новую инфраструктуру, не затрагивая работу бизнеса.
Дальше переводят поэтапно — по подразделениям или филиалам. Сначала, как правило, административные службы, затем остальные подразделения, и только после проверки всех сценариев — контакт-центр и наиболее критичные сервисы. На каждом этапе риски под контролем, а откат изменений остаётся возможным.
Часть существующей инфраструктуры нередко сохраняют: номера, телефонные аппараты, аналоговые линии, отдельные интеграции. Компания не обязана менять всё и сразу, система модернизируется постепенно.
Именно поэтому успешное импортозамещение корпоративной телефонии сегодня — это управляемая миграция с параллельной работой систем, а не резкая замена одной АТС на другую. - Можно ли сохранить телефоны Avaya при переходе на российскую АТСВо многих случаях при переходе на российскую АТС менять весь парк телефонных аппаратов сразу не нужно. Но можно ли сохранить конкретные телефоны Avaya — зависит от моделей, протоколов и архитектуры существующей системы. Это выясняют на этапе аудита.
На практике крупные компании часто выбирают поэтапный сценарий: сначала запускают новую платформу, а существующие устройства продолжают работать как прежде. Это позволяет снизить затраты и не менять сотни рабочих мест одновременно.
Правда, телефоны Avaya по-разному уживаются с новыми системами. Одни модели поддерживают стандартные протоколы и подключаются без лишних сложностей. Другие требуют дополнительной настройки, шлюзов или всё-таки замены.
Поэтому в проектах импортозамещения оценивают не только стоимость новой платформы, но и то, насколько экономически оправдано сохранять старое оборудование. Иногда это заметно снижает бюджет миграции. Иногда поддержка устаревших телефонов обходится дороже, чем просто их поменять.
Короткий ответ: сохранить телефоны Avaya можно во многих случаях, но решение принимается после анализа — совместимости, инфраструктуры, планов развития. Это и есть баланс между стоимостью проекта, рисками миграции и тем, насколько удобно будет управлять системой в будущем. - Что такое параллельная работа старой и новой АТС при миграцииПараллельная работа старой и новой АТС — это когда новая система запускается раньше, чем отключается старая. Вместо рискованной схемы «выключили одно — включили другое» обе платформы какое-то время работают одновременно и обмениваются вызовами между собой.
Это позволяет переносить пользователей, номера, филиалы и сервисы постепенно, не останавливая связь. Часть сотрудников уже работает на новой АТС, остальные пока на старой — и звонки между ними проходят в обычном режиме.
Параллельная эксплуатация даёт возможность проверить новую инфраструктуру под реальной нагрузкой: протестировать маршрутизацию, интеграции, бизнес-сценарии — до того, как миграция завершена. Если что-то требует доработки, предприятие не останавливается: старая система продолжает работать.
Ещё один плюс — часть существующей инфраструктуры можно временно оставить на старой платформе. Номера, телефонные аппараты, аналоговые линии, отдельные сервисы — всё это переводится по мере готовности, а не одним разом.
Именно поэтому параллельная работа двух АТС считается одним из самых безопасных способов миграции для крупных компаний. - Нужно ли переносить всю историю обращений в новую АТСНе всегда. Переносить всю историю обращений в новую АТС не обязательно и часто не рационально. Перед миграцией обычно проводят аудит: смотрят, какие данные реально используются в работе, а какие хранятся только для соблюдения регламентов или требований законодательства.
Многие компании пытаются перетащить в новую систему многолетние архивы записей, журналов вызовов и отчётов. Но это усложняет проект, растягивает сроки и создаёт лишние риски. На практике бизнесу нужен быстрый доступ лишь к части данных, а не ко всему историческому массиву.
Поэтому распространённый сценарий — разделить данные на активные и архивные. Текущая информация и нужные интеграции переезжают в новую платформу, исторические записи остаются в отдельном архивном контуре. Доступ к ним есть, но новая АТС не перегружена устаревшими данными.
Если история взаимодействия с клиентами хранится в CRM, медицинской информационной системе или контакт-центре, замена АТС её вообще не затрагивает. Телефония меняется, а накопленная история остаётся в корпоративных системах как была.
Главный вопрос при миграции — не «как перенести всё», а «что бизнесу действительно нужно после перехода». Это и позволяет сохранить нужное и не усложнять внедрение лишним. - Можно ли подключить аналоговые линии и спецсвязь к новой IP-АТСДа, можно — через шлюзы и модули сопряжения. Но конкретный способ зависит от типа аналоговых линий и требований к спецсвязи.
Подключение аналоговых линий к новой IP-АТС — стандартная задача. Решается через VoIP-шлюзы (FXS/FXO): они конвертируют аналоговый сигнал в SIP и обратно, позволяя сохранить городские линии, аналоговые аппараты, факсы или домофоны. В более крупных инфраструктурах используют E1/PRI-шлюзы или медиаконвертеры операторского уровня — когда речь идёт о потоках от классической телефонии.
Со спецсвязью сложнее. Если это ведомственные или защищённые каналы, подключение возможно только через сертифицированное оборудование с соответствующими требованиями по безопасности — криптозащитой, аттестацией. В таких случаях IP-АТС работает не напрямую, а через специализированные узлы сопряжения или выделенные шлюзы, которые обеспечивают изоляцию и контроль трафика.
В проектах миграции почти всегда применяется гибридная схема: часть аналоговой и специализированной инфраструктуры какое-то время работает параллельно с новой IP-АТС, а затем постепенно выводится. Это снижает риски и позволяет протестировать маршрутизацию, качество голоса и интеграции, не обрывая бизнес-процессы.
В проектах на базе Авантелеком такие сценарии закладываются на этапе проектирования: архитектура изначально рассчитана на смешанную телефонию и поэтапную миграцию без потери доступности. - Как «Авантелеком» помогает сохранить звонки и историю обращений при миграцииЗвонки и история не теряются — за счёт параллельной архитектуры, интеграции с CRM и МИС и поэтапного переноса данных.
При миграции с legacy- или зарубежных АТС ключевая задача — не «переключить систему», а сохранить непрерывность. Для этого старая и новая платформы какое-то время работают параллельно. Все входящие и исходящие вызовы на переходном этапе маршрутизируются через единый слой управления — ни один звонок не выпадает из логики обслуживания.
История обращений сохраняется через интеграцию с CRM и МИС: события звонков, записи разговоров, карточки клиентов и статусные изменения синхронизируются между системами. Даже если часть коммуникаций ещё идёт через старую АТС, данные уже фиксируются в едином контуре — оператор видит полную цепочку взаимодействий без разрывов.
Записи разговоров и логи переносятся в новую систему автоматически или через пакетную синхронизацию: номер, время, маршрут, оператор, результат обработки. Архив сохраняется, юридическая и операционная преемственность — тоже.
Номера, группы и сценарии переводятся на новую IP-АТС постепенно, остальные продолжают работать в старой инфраструктуре. Это исключает потерю звонков в пиковые периоды и позволяет контролировать качество перехода в реальном времени.
В итоге компания получает не резкое переключение, а управляемую миграцию — с сохранением всех звонков, истории обращений и записей диалогов, без разрывов в клиентском опыте и без потери данных, нужных для аналитики и контроля качества. - Когда стоит привлекать «Авантелеком» для перехода с зарубежной АТСПодключать «Авантелеком» к проекту стоит тогда, когда количество рисков достигло критичного количества.
Есть 4 больших маркера «пора»:
Зависимость от зарубежного вендора становится проблемой: заканчивается поддержка, растут лицензии, усложняется администрирование, перестают развиваться интеграции с CRM, МИС и другими внутренними системами. В этот момент важно не ждать аварии, а проектировать замену заранее.
Старая АТС перестаёт справляться с нагрузкой. Если система уже не тянет омниканальность, распределение вызовов, аналитику или интеграции, миграция из технического апгрейда превращается в бизнес-задачу. Здесь Авантелеком помогает разобраться, что из существующей инфраструктуры можно сохранить, а что нужно заменить.
Планы на рост или изменение процессов. Открытие филиалов, объединение колл-центров, внедрение голосовых роботов, переход к омниканальной модели — во всех этих случаях зарубежная АТС быстро становится ограничением. Лучше спроектировать новую архитектуру под будущий масштаб сразу, чем потом переделывать всё с нуля.
Требования к импортозамещению, безопасности и независимости от внешних поставщиков. Когда локализация данных и отказоустойчивость становятся стратегическими приоритетами, миграция перестаёт быть просто IT-проектом. Авантелеком в таких случаях выступает интегратором: поэтапный переход, без остановки связи, без потери звонков, записей и истории обращений. - Как автопровижининг помогает ускорить миграцию телефонииАвтопровижининг убирает главный тормоз миграции — ручную настройку телефонии.
Вместо того чтобы администраторы по одному создавали пользователей, назначали номера, права, очереди и маршруты, система разворачивает всё это автоматически — на основе шаблонов или данных из CRM и Active Directory.
Главный эффект — время переноса инфраструктуры резко сокращается. При классической миграции каждый сотрудник и каждый номер настраиваются вручную: в масштабах контакт-центра это сотни или тысячи операций. Автопровижининг заменяет их единым процессом синхронизации.
Ещё один плюс — меньше ошибок. Вручную легко перепутать маршрутизацию, очередь или права доступа, особенно когда старая и новая АТС работают параллельно. Автоматизация обеспечивает единообразие: одни и те же правила применяются ко всем пользователям и филиалам, изменения фиксируются централизованно.
При поэтапном переходе это особенно удобно: новые пользователи сразу создаются в IP-АТС, старые синхронизируются до момента отключения legacy-системы. Гибридная модель запускается без ручного переноса каждого сотрудника — и миграция, которая могла растянуться на месяцы, укладывается в недели.
В итоге автопровижининг превращает миграцию телефонии из проекта с большой долей ручного труда в управляемый автоматизированный процесс. Основная работа — настроить правила, а не обслуживать каждого абонента по отдельности. - Почему при импортозамещении АТС важно учитывать не только ПО, но и серверы, шлюзы, телефоны, CRM и контакт-центрАТС — это не отдельное ПО, а связующий слой между множеством элементов инфраструктуры. Заменить только софт и оставить всё остальное как есть — значит получить несовместимость протоколов, кодеков и маршрутизации, которая деградирует качество связи и ломает сервисы.
Серверная часть определяет отказоустойчивость, масштабирование и производительность. Даже хорошо настроенная IP-АТС не будет нормально работать на устаревшем железе: задержки, потери пакетов, ограничения по числу одновременных вызовов. Поэтому при импортозамещении важно оценивать не только функциональность ПО, но и вычислительные ресурсы, архитектуру кластеров и резервирование.
Шлюзы обеспечивают связь между IP- и аналоговой инфраструктурой — их несовместимость с новой системой может просто отрезать часть каналов. Телефоны влияют на поддержку кодеков, базовых функций и пользовательский опыт. Новая АТС теряет смысл, если конечные устройства не поддерживают её возможности.
CRM и контакт-центр — не внешние системы, а часть единого бизнес-процесса. Без синхронизации с CRM теряется история обращений, рвётся сквозная аналитика, пропадает контекст клиента. Контакт-центр превращается в набор разрозненных звонков — и это напрямую бьёт по конверсии и качеству обслуживания.
Поэтому «Авантелеком» при импортозамещении смотрит на всю цепочку: от серверной инфраструктуры до пользовательских сценариев в CRM. Только так можно избежать ситуации, когда новая АТС формально внедрена, а бизнес фактически продолжает работать по старым ограничениям.