Как перейти на Яндекс 360 и не потерять свои данные

Миграция почты, файлов и календарей на новую платформу — не то же самое, что копирование данных с диска на диск. На каждом шаге что-то может потеряться: письма уходят в спам, повторяющиеся события сбиваются, ссылки на общие документы перестают открываться, а часть архивов вообще не поддерживается инструментами переноса. Яндекс 360 для бизнеса закрывает большинство сценариев встроенными средствами — переход с Microsoft 365, Google Workspace, российских облаков или обычной почты у хостера, — но качество переезда зависит от того, как к нему подготовились.

В этой статье разберём, как подключиться к Яндекс 360 и перевести в него работу команды так, чтобы ничего не потерять по дороге. Что переносится автоматически, что придётся донастроить руками, на каких этапах чаще всего теряются письма, события и доступы — и что сделать, чтобы этого избежать.

Почему выбирают Яндекс 360

Яндекс 360 — зрелое решение, которое активно развивалось с 2022 года как ответ ушедшему Microsoft 365. За четыре года платформа обросла всем необходимым для повседневной работы команды и получила собственного ИИ-ассистента Алису Про, которая помогает с письмами, документами и конспектами встреч.

Это удобный сервис с дружелюбным интерфейсом, гибкой тарифной линейкой и встроенным инструментом миграции. Платформа входит в единый реестр российского ПО, хранит данные в дата-центрах на территории России и закрывает требования 152-ФЗ о персональных данных. Для компаний, которым нужно очевидное и понятное решение без лишних усложнений, Яндекс 360 — безопасный выбор.

Что входит в Яндекс 360 для бизнеса

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

Платформа объединяет около 14 продуктов. Вот ключевые:

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

Тарифная линейка включает четыре варианта подписки.

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

Какие данные нужно перенести

Первый шаг при планировании миграции — инвентаризация. Нужно чётко определить, что именно переезжает на новую платформу, и оценить объёмы.

Электронная почта. Письма, вложения, структура папок, правила фильтрации. У сотрудников с многолетней историей переписки почтовые ящики могут содержать десятки тысяч писем. Важно учитывать: инструмент миграции Яндекса не переносит письма размером более 35 МБ и содержимое архивных ящиков Exchange Online Archiving.

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

Контакты. Адресные книги, списки рассылок, группы контактов. Стандартный формат экспорта — CSV или vCard. При переносе возможно дублирование записей, поэтому потребуется проверка.

Календари. Запланированные встречи, повторяющиеся события, бронирования переговорных. Экспортируются в формате ICS. Повторяющиеся события — самый проблемный элемент: из-за различий в форматах между платформами часть из них может не перенестись корректно.

Подписи и шаблоны писем. Часто забываемый элемент, который потребует ручной настройки на новой платформе.

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

Как подготовиться к миграции

Разница между гладким переходом и аварийным тушением пожаров — в подготовке. Вот что нужно сделать до переноса данных.

Провести аудит текущей среды

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

Сделать резервные копии

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

Составить план-график

Определите порядок миграции подразделений. Рекомендуемый подход — начинать с небольшого отдела (10-20 человек), чтобы обкатать процесс и выявить проблемы до масштабирования. По опыту крупных компаний, полный цикл миграции занимает от одной ночи (для малых команд) до трёх месяцев (для организаций с тысячами сотрудников).

Сформировать пилотную группу

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

Пошаговый план перехода

Разберём перенос по сценариям — каждый имеет свои инструменты и ограничения.

Подготовка организации в Яндекс 360

Эти шаги одинаковы при любом сценарии миграции — переезжаете вы с другого облака или подключаете компанию к корпоративному сервису впервые.

1. Зарегистрируйте организацию в Яндекс 360 для бизнеса и выберите тариф.
2. Подтвердите права на корпоративный домен. Это делается одним из трёх способов: DNS-записью, метатегом на сайте или загрузкой HTML-файла. Проверка занимает в среднем около часа, в редких случаях — до 72 часов. Использовать нужно тот же домен, что и в старой системе.
3. Создайте аккаунты сотрудников. Доступно три варианта: добавить вручную, загрузить список CSV (до 20 000 строк, обязательно в кодировке UTF-8) или пригласить по ссылке существующих пользователей Яндекса. Если в компании есть Keycloak или другая система управления доступом, можно настроить SSO и SCIM-синхронизацию — тогда профили будут создаваться автоматически.

Сценарий 1: переход с локальной инфраструктуры

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

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

1. Перенос почты по IMAP. В разделе «Миграция» панели администратора выберите источник «Другой сервер». Понадобятся адрес IMAP-сервера хостинга, порт, тип шифрования и пароли пользователей. Если паролей нет, проще создать временные через панель управления хостингом. Письма перенесутся в новые ящики Яндекса с сохранением структуры папок.
2. Загрузка файлов на Диск. Сотрудники устанавливают приложение Яндекс Диск на рабочие компьютеры и копируют в синхронизируемую папку рабочие документы с локальных дисков. Альтернативный вариант для централизованной загрузки — веб-интерфейс или WebDAV. Сразу настройте структуру общих папок и права доступа.
3. Контакты и календари. Создаются с нуля. Адресные книги формируются по мере работы — Яндекс автоматически собирает контакты из отправленных писем. Календарные события заводятся в Яндекс Календаре, повторяющиеся встречи проще создать заново.

Параллельно переключите MX-запись на серверы Яндекса (об этом ниже) и подключите сотрудников к Мессенджеру и Телемосту.

Сценарий 2: переход с другого российского облака

Касается компаний на Mail.ru для бизнеса, VK WorkSpace, МойОфис Почта 2, почте у регистратора домена или хостинг-провайдера. Логика похожа на сценарий с локальной инфраструктурой, но с поправкой на источник.

1. Включите доступ по IMAP в исходном сервисе. В большинстве российских облаков IMAP включён по умолчанию или активируется одной галочкой в настройках. Уточните у администратора, требуется ли отдельный пароль приложения вместо основного.
2. Запустите миграцию через раздел «Миграция» → «Другой сервер». Укажите параметры IMAP исходной системы и загрузите CSV сопоставления адресов. Перенос идёт в фоновом режиме, окно можно закрыть.
3. Перенесите файлы. Универсального инструмента для миграции облачных дисков из российских сервисов нет. Файлы выгружаются из старого Диска (обычно архивом или через десктопный клиент) и загружаются в Яндекс Диск. Для крупных объёмов удобно использовать синхронизирующий клиент.
4. Контакты и календари. Экспортируйте контакты в формате vCard или CSV, календари — в формате ICS. Импорт делается через веб-интерфейс Яндекса или каждым сотрудником самостоятельно.

Сценарий 3: переход с Microsoft 365 или Google Workspace

В 2026 году такая миграция — уже не массовая история, но для компаний, которые откладывали переход или работали через обходные пути, сценарий остаётся актуальным. Дальше работа идёт через раздел «Миграция» в панели администратора Яндекс 360.

Из Microsoft 365:

1. В Microsoft Azure portal зарегистрируйте приложение и получите Application (client) ID и значение Client Secret. Сохраните их в виде JSON-файла формата {"client_id": "...", "secret": "..."} — этот секретный ключ создаётся один раз и переиспользуется для всех последующих миграций.
2. Подготовьте CSV-файл сопоставления учётных записей с двумя столбцами: external_email (адрес в Microsoft 365) и yandex_login (логин в Яндекс 360). За одну миграцию можно перенести до 20 000 ящиков.
3. Загрузите секретный ключ и CSV в разделе «Миграция», запустите перенос почты.
4. Аналогично запускается миграция файлов из OneDrive и библиотек SharePoint Online. Объём данных в OneDrive каждого сотрудника не должен превышать квоту его Яндекс Диска (100 ГБ или 1 ТБ в зависимости от тарифа). Каждому пользователю соответствует одна библиотека SharePoint, она переносится в отдельную папку на его Диске.

Из Google Workspace:

1. В Google Cloud Console создайте сервисный аккаунт и получите для него секретный ключ в формате JSON.
2. В Google Workspace включите для проекта три API: Admin SDK, Google Drive API и Gmail API.
3. В настройках OAuth Scopes пропишите параметры доступа, которые указаны в инструкции Яндекс 360 — без них миграция не запустится.
4. Загрузите ключ в панель Яндекса и запустите перенос почты и файлов с Google Drive. Документы Google автоматически конвертируются в форматы Яндекс Документов.

Что нужно перенести отдельно при миграции из Google:

• Контакты. При импорте писем через секретный ключ адресная книга не копируется. Контакты экспортируются из Google в формате vCard и импортируются в Яндекс 360 вручную каждым сотрудником или централизованно администратором.
• Календари. События экспортируются в формате ICS и импортируются в Яндекс Календарь.
• Заметки из Google Keep. Автоматический перенос не поддерживается — содержимое нужно вручную скопировать в Яндекс Документы.

Перенос идёт в фоновом режиме — окно миграции можно закрыть, прогресс сохраняется и отображается на странице. Передать права владельца аккаунта невозможно, поэтому для собственника компании заранее создайте отдельный профиль.

Сценарий 4: переход с Microsoft Exchange on-premise

Отдельная история для компаний, которые держат собственный сервер Exchange. Прямого инструмента для миграции с on-premise Exchange в Яндекс 360 нет — перенос идёт по IMAP.

1. Включите IMAP-доступ в Exchange и убедитесь, что нужные порты доступны снаружи.
2. В разделе «Миграция» Яндекс 360 выберите источник «Другой сервер», укажите параметры подключения к Exchange и загрузите CSV с сопоставлением логинов.
3. Запустите перенос писем. Архивные ящики Exchange Online Archiving не поддерживаются — их содержимое выгружается отдельно через PST и загружается в Яндекс Почту вручную.
4. Файлы из общих сетевых папок переносятся отдельно — через приложение Яндекс Диск или WebDAV.

Переключение MX-записей

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

1. Убедитесь, что первичная синхронизация почты завершена.
2. В панели регистратора домена измените MX-запись на mx.yandex.net с приоритетом 10 и TTL 21600.
3. Настройте SPF-запись для отправки писем от имени вашего домена через серверы Яндекса.
4. Добавьте DKIM-подпись для повышения доставляемости.
5. Дождитесь обновления DNS (обычно от 15 минут до 48 часов, в среднем 2-4 часа).

Переключение лучше планировать на вечер пятницы или выходные, чтобы DNS-записи успели обновиться до начала рабочей недели.

Что проверить вручную после переноса

Даже при удачной миграции часть элементов потребует ручной донастройки:

• Права доступа к общим папкам. После переноса проверьте, что коллеги имеют нужный уровень доступа к рабочим документам.
• Документы со сложными макросами. Яндекс Документы поддерживают форматы DOCX и XLSX, но макросы VBA работать не будут — критичные шаблоны потребуется адаптировать.
• Бронирование переговорных. Настраивается заново на стороне Яндекс Календаря.
• Дубли в контактах. При совмещении адресных книг из разных источников дубликаты появляются почти всегда — нужна проверка.
• Подписи и шаблоны писем. Переносить нужно вручную через настройки почты каждого сотрудника.

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

Что может пойти не так и как этого избежать

Миграция между платформами — не копирование файлов с флешки. На каждом этапе есть свои подводные камни. Вот самые распространённые.

Большинство этих рисков не критичны, если о них знать заранее. Ключевое правило: резервная копия перед миграцией и проверка после — обязательны.

Что проверить после миграции

Перенос данных — половина работы. Вторая половина — убедиться, что всё работает корректно. Пройдитесь по этому списку в первые два-три дня после переключения.

1. Отправка и получение писем. Отправьте тестовое письмо с нового ящика на внешний адрес и обратно. Проверьте, что письма не попадают в спам у получателей — это может указывать на некорректную настройку SPF или DKIM.
2. Полнота почтового архива. Сверьте количество писем в нескольких контрольных ящиках: старый сервис и Яндекс 360. Допустимо расхождение в пределах 1-2 процентов за счёт служебных сообщений.
3. Доступность файлов. Откройте 10-15 ключевых документов из Яндекс Диска, включая файлы разных форматов. Проверьте, что права доступа к общим папкам настроены корректно.
4. Календарные события. Убедитесь, что ближайшие встречи на месте, повторяющиеся события работают, напоминания приходят.
5. Контактная книга. Проверьте автоподстановку адресов при написании нового письма — если адреса подставляются, контакты мигрировали успешно.
6. Мобильные устройства. Настройте Яндекс Почту на смартфонах сотрудников. Убедитесь, что push-уведомления о новых письмах работают.
7. Интеграции. Проверьте работу внешних сервисов, которые отправляли письма через старую почту: CRM, формы на сайте, системы уведомлений.

Как помочь сотрудникам адаптироваться

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

Что помогает пройти этот этап быстрее:

• Инструкции до переезда, а не после. Подготовьте короткие памятки по основным сценариям: как отправить письмо, как создать встречу в Телемосте, как поделиться файлом. Раздайте их за несколько дней до миграции.
• Выделенная поддержка на первые две недели. Назначьте ответственных, к которым можно обратиться с вопросами по новой платформе. Это может быть ИТ-отдел или участники пилотной группы, которые уже освоились.
• Еженедельные встречи для обратной связи. Собирайте вопросы и проблемы централизованно. Часть из них решается настройкой, часть — дополнительными инструкциями.
• Параллельный доступ к старой платформе. По возможности сохраните доступ к старому сервису в режиме «только чтение» на 2-4 недели. Это снижает тревожность и позволяет найти старые данные, если что-то не перенеслось.

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

Итоги

Переход на Яндекс 360 — задача, которая решается за предсказуемое время при правильной подготовке. Ключевые принципы: резервная копия до миграции, пилотное тестирование на малой группе, поэтапный перенос и проверка результатов после каждого шага.

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

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