Что инвентаризировать перед переносом корпоративной почты

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

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

Коротко

До миграции соберите данные по восьми направлениям: домены и DNS, учетные записи, общие адреса и группы, объем почты, правила, календари и контакты, устройства пользователей, внешние приложения.

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

Домены и DNS

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

Эти сведения описывают исходную инфраструктуру компании, а не настройки, которые можно заранее получить из IVA360 Почты. Запросите их у владельца DNS-зоны, почтового администратора и владельцев внешних систем. Для каждого домена зафиксируйте:

• владельца DNS-зоны и доступ к управлению;
• текущие MX-записи;
• SPF и перечень разрешенных отправителей;
• DKIM-ключи и способ подписи;
• политику DMARC;
• сертификаты и связанные сроки;
• внешние сервисы, отправляющие письма от имени домена.

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

Пользовательские учетные записи

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

В реестре полезны поля: ФИО, адрес, подразделение, должность, статус, способ аутентификации, объем данных, квота и владелец решения. Последний параметр нужен для спорных объектов: ИТ-служба не должна самостоятельно решать, можно ли удалить старый ящик с деловой перепиской.

Если используется Active Directory, отдельно сопоставьте почтовые аккаунты с записями каталога при синхронизации по LDAP. Так обнаруживаются дубли, устаревшие адреса и пользователи без актуального кадрового статуса.

Общие ящики, алиасы и группы

Адреса вида info@, support@ или sales@ часто критичнее персональной почты: через них проходят обращения клиентов и партнеров. Для каждого общего адреса укажите участников, уровень доступа, ответственного руководителя и порядок обработки писем.

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

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

Объем и структура почтовых данных

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

Разделите ящики по объему и рабочей значимости. Отдельно отметьте:

• архивы и локальные файлы почтовых клиентов;
• крупные папки и вложения;
• удаленные элементы, которые нужно хранить по правилам компании;
• ящики с особыми требованиями к сроку истории;
• данные, которые можно перенести после переключения.

Так очередь миграции строится по бизнес-приоритету, а не только по размеру.

Пользовательские и серверные правила

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

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

Календари, контакты и ресурсы

Почта редко существует отдельно от календаря. В реестр включают личные и общие календари, права доступа, повторяющиеся события, контакты, переговорные и другие ресурсы бронирования.

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

Устройства и почтовые клиенты

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

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

Внешние приложения

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

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

Каким должен быть итоговый реестр

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

Разделите объекты по приоритету

После сбора реестр может содержать тысячи строк. Чтобы он стал планом, присвойте каждому объекту категорию.

Критичный к переключению — должен работать с первого момента: основные домены, активные сотрудники, клиентские общие адреса, системные уведомления и календарные процессы руководителей.

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

Архивный — должен сохраняться по правилам компании, но не обязан находиться в активном ящике.

На закрытие — не имеет владельца или больше не поддерживает действующий процесс. Такой объект удаляют только после подтверждения ответственного.

Приоритет помогает не превращать день перехода в попытку одновременно перенести всю почтовую историю организации.

Проведите сверку с владельцами процессов

ИТ-служба видит технические объекты, но не всегда знает их деловое назначение. Адрес может почти не получать писем и при этом использоваться для редких, но критичных запросов регулятора или ключевого клиента.

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

Какие признаки выдают неполную инвентаризацию

В реестре есть только персональные ящики; нет системных отправителей; у общих адресов отсутствуют владельцы; объем данных одинаков для всех; календари не выделены отдельным блоком; не указаны мобильные устройства и локальные архивы.

Если обнаружен хотя бы один из этих признаков, карта описывает учетные записи, а не почтовую среду. До планирования переключения ее стоит дополнить.

В форматах IVA360 Почты с административной панелью администратор может управлять доменами, аккаунтами, группами, переадресаторами, квотами и правилами. Почтово-календарная платформа включает календари и контакты, а синхронизация с Active Directory помогает автоматически создавать и обновлять аккаунты на основе изменений в каталоге. Инвентаризационный реестр становится основой для настройки этих объектов и последующего контроля.