Microsoft и Google свернули продажи и поддержку в России ещё в 2022-м, и компании дотягивают на старых лицензиях Exchange, Teams и Workspace. Для госсектора срок прижимает сильнее: указ № 166 и требования по переходу на отечественное ПО на значимых объектах КИИ закрывают окно для иностранных коммуникаций. Почта, календарь, мессенджер и видеосвязь – это не отдельные сервисы, а единый контур, через который проходит вся переписка и документооборот. Переносить его нужно как один проект, а не три параллельных.

С чего начинается миграция

Сначала – инвентаризация. Сколько ящиков, какой объём архивов, какие интеграции висят на почтовом сервере: CRM, заявки, рассылки, подпись документов. На практике 20–30% ящиков либо мертвы, либо дублируют функции – их незачем переносить. Перед миграцией данные стоит привести в порядок: удалить мусор, развести личное и рабочее, выверить справочники пользователей. Тот же принцип, что и при подготовке данных для аналитики: чистый источник экономит недели на этапе переноса и снимает половину инцидентов после запуска.

Дальше выбираем целевую платформу из реестра отечественного ПО. На рынке несколько зрелых стеков: VK WorkSpace, МойОфис, Communigate, Astra. Критерии – не маркетинговые слайды, а поддержка протоколов IMAP/CalDAV, объём миграции архивов без потерь, работа в связке с вашим каталогом пользователей (ALD Pro, FreeIPA или то, что осталось от AD), и сертификаты ФСТЭК, если в контуре есть гостайна или КИИ.

Перенос без простоя

Главный риск – не потеря писем, а простой. Бизнес не прощает день без почты, госорган – тем более. Поэтому переход делаем волнами: пилотная группа 20–50 человек, затем подразделения по 200–300. На переходный период держим сосуществование двух систем – маршрутизацию почты между старым и новым сервером, чтобы письма не терялись ни в одну сторону.

Архивы переносим заранее, фоном, в нерабочее время. Календари и контакты – отдельным потоком, здесь чаще всего ломаются повторяющиеся события и делегирование. Мессенджер и видеосвязь обычно запускают параллельно почте, но историю переписки в большинстве случаев не мигрируют – её архивируют в read-only. Это честнее объявить пользователям заранее, чем разбирать жалобы после.

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

Что после запуска

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

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

Миграция коммуникаций – проект на 3–6 месяцев для средней организации, и его цена ошибки измеряется не лицензиями, а простоем и потерянной перепиской. Планируйте волнами, чистите данные на входе и не отключайте старое, пока новое не проверено в бою.