Как выгрузить данные из Jira, Notion, Slack и Trello

Решение уйти с зарубежного сервиса обычно принимается быстро: отключили оплату, заблокировали аккаунт, вендор объявил о прекращении продукта или юрист сказал, что данные клиентов больше нельзя там держать. А вот сама миграция растягивается на месяцы, потому что выясняется: задачи выгружаются без вложений, база знаний — без структуры, а переписка за пять лет — только частично. Этот материал — практическое руководство по выгрузке данных из популярных зарубежных сервисов и переносу их в новые системы без потери самого ценного.

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

Первое правило: выгрузите всё сейчас

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

Что можно выгрузить из популярных сервисов

Таск-трекеры: Jira, Trello, Asana

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

1. Разделите данные на живые и архивные. Открытые задачи и задачи последних 6–12 месяцев переносятся в новый трекер с полями, исполнителями и статусами. Всё старше — в архив только для чтения.
2. Сопоставьте поля. Статусы, типы задач, приоритеты, пользовательские поля старой системы должны превратиться в понятные сущности новой. Составьте таблицу соответствия до импорта.
3. Сохраните идентификаторы. Номер задачи вида PROJ-1234 фигурирует в коммитах, письмах и документах. Сохраните его как отдельное поле в новой системе, чтобы старые ссылки можно было найти.
4. Скачайте вложения отдельно. Часто экспорт содержит лишь ссылки на файлы, которые перестанут работать вместе с аккаунтом.
5. Архив сделайте читаемым. Статичная HTML-выгрузка с поиском или база только для чтения лучше, чем гигабайты JSON, которые никто не откроет.

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

Базы знаний: Confluence и Notion

При переносе базы знаний главная проблема — структура и ссылки. Страницы ссылаются друг на друга, на задачи, на файлы. После экспорта в Markdown или HTML ссылки указывают на старый домен и перестают работать.

• Выгрузите контент в формате, который сохраняет иерархию: в Notion — Markdown и CSV с вложенными папками, в Confluence — HTML или XML по пространствам.
• Напишите скрипт переписывания внутренних ссылок: старый адрес страницы → новый. Это несколько часов работы разработчика и большая экономия нервов.
• Пройдитесь по макросам и встроенным элементам: таблицы-базы Notion, диаграммы, встроенные доски не переносятся автоматически.
• Воспользуйтесь переездом, чтобы почистить базу: архивируйте устаревшие страницы, а не переносите всё подряд.

Переписка: Slack и мессенджеры

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

Документы и таблицы: Google Workspace

• Google Takeout выгружает документы в форматах Office, но совместный доступ, комментарии и история версий не переносятся в полном объёме.
• Таблицы с функциями, специфичными для Google, после конвертации могут потерять формулы или вычисляться иначе. Проверьте критичные таблицы вручную.
• Формы Google вообще стоит заменить: сбор персональных данных через них с 1 июля 2025 года противоречит требованию о локализации — подробнее в статье о Google Формах и локализации ПДн.
• Почта: перенос ящиков в новую почтовую систему делается по IMAP; заранее настройте SPF, DKIM и DMARC для домена на новой системе.

Персональные данные при миграции

Выгрузка из зарубежного сервиса и загрузка в новую систему — это обработка персональных данных: в задачах, переписке и документах почти всегда есть имена, телефоны и e-mail клиентов и сотрудников. Храните выгрузки зашифрованными, ограничьте круг людей, которые с ними работают, и удалите временные копии после переноса. Новую систему выбирайте с хранением данных в России. И проверьте, не остались ли данные клиентов в старом сервисе после миграции: удаление аккаунта — часть плана.

План миграции на 6–8 недель

Когда разумнее сделать своё

Иногда переезд показывает, что ни один готовый аналог не повторяет ваш процесс: специфические поля, связи с учётом, особые права. Тогда стоит сравнить подписку на новый сервис с разработкой собственного инструмента на 3–5 лет. Посчитать это можно в нашем калькуляторе SaaS против своей разработки, а логика расчёта описана в статье своя CRM или готовая.

Пример: перенос трекера команды из 15 человек

Условная команда разработки вела задачи в облачной Jira пять лет: около 9 000 задач, 40 пользовательских полей, вложения на десятки гигабайт. Перенос в российский трекер занял пять недель. Первую неделю ушло на полную выгрузку и скачивание вложений. Вторую — на анализ полей: из 40 пользовательских полей реально использовались 12, остальные оставили только в архиве. Третью — на скрипт импорта открытых задач и задач последних 12 месяцев (около 1 400) с сохранением исходных номеров в отдельном поле и переписыванием ссылок между задачами.

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

Если нужна помощь с выгрузкой, скриптами переноса, архивом с поиском или собственной системой вместо зарубежного сервиса, напишите нам. Мы делаем веб-приложения и CRM, в том числе с импортом истории из Jira, Trello и таблиц.