Миграция задач и проектов из Jira в «Яндекс Трекер»: как перенести данные без потерь

Пошаговый разбор для ИТ-команд, которые переходят с Jira на российский трекер

Перенести данные из Jira в Яндекс Трекер можно при участии специалистов Яндекса или партнёра либо самостоятельно через универсальный импортёр и API. Актуальные условия сопровождения и ожидаемый срок уточняют перед проектом. Для точного сохранения исторических дат и статусов используют метод POST /v3/issues/_import; обычное создание задачи формирует новый объект с текущими служебными значениями.

В чём проблема и кому полезна статья

Поддержка Jira Server завершилась 15 февраля 2024 года. Для затронутых продуктов Data Center Atlassian объявила окончание жизненного цикла 28 марта 2029 года, 23:59 PST; до этой даты компания обещает техническую поддержку и исправления критических уязвимостей. План миграции связывают с конкретной редакцией Jira, лицензией и доступностью экспорта, а сведения повторно проверяют перед запуском [1][2][3].

Эта статья написана для ИТ-директоров, руководителей PMO и технических специалистов, которым нужно спланировать и провести перенос задач, очередей, проектов и портфелей из Jira в «Яндекс Трекер» — с пониманием, какие данные переносятся автоматически, какие потребуют ручной обработки и какие ограничения есть у каждого из способов миграции.

Простое объяснение темы

«Яндекс Трекер» — сервис для управления задачами и проектами в составе «Яндекс 360 для бизнеса», включённый в реестр отечественного программного обеспечения Минцифры под записью № 5255 от 26.02.2019 [4]. Миграция — это перенос данных из одной системы управления задачами в другую с сохранением, по возможности, содержания, истории изменений, связей между задачами и информации об авторстве.

Официальная документация «Яндекс Трекера» описывает три сценария переноса данных из других сервисов [5]:

1. Перенос силами специалистов Яндекса — доступен только для миграции из Jira.
2. Перенос через партнёров — для Asana, Wrike, YouTrack и аналогичных сервисов.
3. Самостоятельный перенос — с помощью универсального YAML-импортера или прямых вызовов API.

Прежде чем переносить данные, важно понимать разницу в терминологии и структуре. В Jira базовая единица работы — issue (задача) внутри проекта, с типами Story, Task, Bug, Epic. В «Яндекс Трекере» задачи живут в очередях — пространствах для задач одного процесса, продукта или команды, а более крупные объединения работ называются проектами и портфелями, а стратегические ориентиры — целями [5]. Прямого соответствия «один в один» между иерархией Jira (проект → эпик → задача) и структурой Трекера (очередь → проект/портфель → задача) нет, поэтому сопоставление сущностей — отдельный этап планирования миграции, а не техническая деталь.

Как работает процесс миграции

Этап 1. Подготовка Трекера к переносу данных

Перед переносом данных необходимо подготовить организацию в «Яндекс Трекере» [5]:

1. Создать организацию «Яндекс 360 для бизнеса» (Трекер входит в её состав).
2. Добавить в организацию сотрудников, которые работали в Jira, — для дальнейшего сопоставления пользователей.
3. Подключить тариф с Трекером — для всей организации либо для отдельных сотрудников и подразделений.
4. Создать очереди, в которые будут импортироваться задачи, и настроить в них рабочие процессы: типы задач, статусы и резолюции.

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

Этап 2. Способы переноса данных

Вариант А: перенос силами специалистов Яндекса

Это самый простой путь для компаний без штатных разработчиков. Алгоритм действий следующий [5]. После завершения переноса нужно отозвать права у технического аккаунта, который передавался сотрудникам Яндекса, — это стандартная мера безопасности при работе с подрядчиками, имевшими административный доступ.

Текущая инструкция Яндекс Трекера для переноса силами специалистов Яндекса предлагает подготовить архив через Backup Manager и таблицу соответствия пользователей. Если этот способ недоступен в используемой редакции Jira, формат экспорта согласуют с поддержкой до выгрузки. Архив проверяют сразу после создания и сохраняют отдельную контрольную копию; правила восстановления резервной копии Jira нельзя автоматически переносить на требования импорта в Трекер [5][6].

Вариант Б: перенос через партнёров

Если помимо Jira используются и другие сервисы (Asana, Wrike, YouTrack), либо если нужна более глубокая кастомизация переноса, Яндекс рекомендует обращаться к компаниям-партнёрам, которые специализируются на внедрении Трекера [5].

Вариант В: самостоятельный перенос

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

Универсальный YAML-импортер. Команда Трекера опубликовала на GitHub открытый инструмент, который запускается в Docker или Podman и загружает данные из YAML-файлов заданной структуры [7]. Инструмент требует подготовленной рабочей директории с файлами config.yaml, data/ и mapping/, а после выполнения формирует подробные логи операций — это удобно для проверки корректности переноса и повторного запуска в случае сбоя.

Прямые вызовы REST API. Для более гибкого сценария используется метод импорта задач Трекера. Запрос отправляется на POST https://api.tracker.yandex.net/v3/issues/_import, а ключевая особенность этого метода в том, что он позволяет задать произвольные исторические параметры — включая ключ задачи, даты создания, изменения и завершения, статус и резолюцию [8]. Это принципиально отличает метод импорта от обычного создания задач: он специально предназначен для миграции, а не для штатной работы с трекером. Для связей между задачами предусмотрен отдельный метод импорта [9].

Для доступа к API нужны OAuth-токен и идентификатор организации [5]. При этом права доступа через API определяются ровно так же, как в интерфейсе: для запуска инструмента импорта и вызова методов импорта нужны права администратора, а для создания задач через Python-клиент — права на создание задач в конкретной очереди [5].

Здесь есть важный нюанс, который стоит учитывать при выборе способа: у Python-клиента и у прямого метода _import разные возможности [5]. Если для бизнеса важно сохранить историческую точность — например, показывать, что задача была закрыта год назад, а не сегодня — понадобится именно метод _import, а не упрощённый Python-клиент.

Экспорт данных из Jira: на что обратить внимание

Способ экспорта зависит от версии и плана Jira. Для облачной Jira, помимо полной резервной копии, доступен экспорт задач в CSV из поиска — это может быть быстрее для частичного переноса. При этом у CSV-экспорта есть техническое ограничение: облачная Jira не поддерживает массовую выгрузку файлов вложений напрямую, для этого нужно либо экспортировать ссылки на вложения, либо использовать сторонние приложения [10]. Комментарии при этом переносятся корректно — каждый комментарий попадает в отдельную колонку в хронологическом порядке [10].

Для крупных очередей стоит учитывать ограничение на объём одной выгрузки: экспорт через Issue Navigator в облачной Jira поддерживает до 10 000 задач за раз, а для больших объёмов данных Atlassian рекомендует разбивать выгрузку на пакеты по дате создания и затем объединять файлы [11].

Российская специфика

Почему тема актуальна именно сейчас

Ситуация с доступностью Jira для российских компаний не статична, а продолжает ухудшаться. Помимо блокировок аккаунтов, зарегистрированных в РФ, Atlassian последовательно сокращает поддержку версий, которыми пользуются компании, стремящиеся сохранить контроль над инфраструктурой и данными [12]. После завершения поддержки серверных продуктов в 2029 году критические уязвимости перестанут исправляться, что создаёт риски информационной безопасности для организаций, которые продолжат эксплуатацию Jira Data Center без вендорской поддержки [3].

Хранение данных и импортозамещение

«Яндекс Трекер» позиционируется как решение с хранением данных на территории РФ и включён в реестр отечественного ПО, что для государственных организаций и компаний с госучастием означает приоритет при выборе программного обеспечения в рамках требований импортозамещения [13]. Включение в реестр Минцифры подтверждает соответствие продукта установленным критериям — в частности, преобладающему российскому участию в структуре правообладателя [14]. Для организаций, которые обязаны закупать российское ПО (госструктуры, компании с госучастием, субъекты критической информационной инфраструктуры), наличие записи в реестре — не формальность, а условие возможности легальной закупки и эксплуатации системы.

Рынок альтернатив

«Яндекс Трекер» — не единственный вариант замены Jira на российском рынке. Среди других решений, включённых в реестр Минцифры, встречаются продукты Kaiten, EvaProject и ряд других [2]. Выбор конкретного продукта зависит от масштаба команды, требований к кастомизации рабочих процессов, необходимости в конкретных интеграциях (1С, CRM, корпоративные порталы) и готовности переносить исторические данные с сохранением деталей — не все продукты одинаково полно поддерживают перенос чек-листов, вложений, связей и оригинальной нумерации задач.

Варианты реализации переноса

Если задача — не разовый перенос, а постоянная синхронизация данных между Jira и «Яндекс Трекером» (например, на переходный период, пока часть команды ещё работает в Jira), можно использовать интеграционные платформы вроде Albato, которые поддерживают как разовую загрузку исторических данных, так и синхронизацию в реальном времени через вебхуки или периодические API-запросы [15]. Для миграции исторических данных у таких платформ также предусмотрен отдельный режим [15]. Такой подход подходит, если полный единовременный переход невозможен по организационным причинам, но стоит помнить, что это добавляет дополнительный внешний сервис в контур обработки корпоративных данных — для организаций с повышенными требованиями к безопасности это отдельный фактор риска, который нужно оценивать.

Если же нужен разовый, максимально точный перенос с сохранением истории, авторства, связей и нумерации задач, готовые универсальные инструменты не всегда справляются с задачей полностью — некоторые команды в итоге разрабатывают собственные скрипты переноса, чтобы сохранить чек-листы, вложения, связи между задачами и оригинальную нумерацию [16]. Это говорит о том, что для сложных и объёмных инсталляций Jira с многолетней историей универсальный импортер и Python-клиент могут закрыть базовый перенос, но для полного соответствия исходным данным часто требуется дополнительная разработка — сопоставление полей, обработка форматов вложений, преобразование markup-разметки Jira в формат Трекера и повторная выверка связей между задачами.

Практические этапы миграции

1. Инвентаризация данных в Jira. Зафиксируйте количество проектов, задач, типов, статусов, кастомных полей, вложений и активных интеграций. Оцените, какие данные обязательны для переноса, а какие можно заморозить в архиве.
2. Проектирование структуры Трекера. Спроектируйте очереди, рабочие процессы, статусы и резолюции так, чтобы они отражали реальные процессы команды, а не механически копировали структуру Jira — прямое соответствие не гарантировано.
3. Выбор способа переноса. Определите, подходит ли бесплатный перенос силами Яндекса, нужен ли партнёр-интегратор или требуется самостоятельная разработка на основе YAML-импортера и API.
4. Сопоставление пользователей. Составьте таблицу соответствия учётных записей Jira аккаунтам в организации «Яндекс 360 для бизнеса» — от точности этого шага зависит корректность авторства и назначений задач.
5. Тестовый перенос на ограниченном наборе данных. Прежде чем переносить всю базу задач, выполните перенос одной очереди или одного проекта и сверьте результат: статусы, даты, вложения, связи, комментарии.
6. Полный перенос и сверка. После успешного теста выполните перенос оставшихся данных, зафиксируйте расхождения в логах импортера и устраните их точечно.
7. Отзыв технических доступов. Если для переноса создавался технический аккаунт с правами администратора (в том числе для сотрудников Яндекса), обязательно отзовите или удалите его после завершения работ.
8. Параллельная эксплуатация и переключение. На переходный период имеет смысл держать Jira в режиме «только чтение» для сверки исторических данных, окончательно переключая процессы на Трекер только после проверки полноты переноса.

Ограничения, ошибки и риски

• Различие в структуре данных. В Jira задачи организованы через проекты и типы (Epic, Story, Task), в Трекере — через очереди, проекты, портфели и цели. Механическое сопоставление «один к одному» часто приводит к путанице в статусах и рабочих процессах.
• Потеря части истории при упрощённом переносе. Использование Python-клиента вместо метода _import приводит к тому, что все задачи создаются как новые, с текущей датой и начальным статусом [5] — для компаний, которым важна аналитика по срокам и SLA за прошлые периоды, это существенное ограничение.
• Ограничения экспорта вложений из Jira Cloud. Массовая выгрузка файлов из облачной Jira не поддерживается нативно, что требует дополнительных шагов или сторонних инструментов [10].
• Временные окна для экспорта. Ограничение на восстановление резервных копий не старше 30 дней означает, что подготовку экспортного архива нельзя откладывать надолго после его создания [6].
• Риск блокировки доступа во время подготовки к переносу. Если организация ещё не мигрировала, а аккаунт уже находится под угрозой отключения, стоит заранее выгрузить резервную копию данных, не дожидаясь официального уведомления о деактивации.
• Длительность переноса силами Яндекса. Официальный бесплатный перенос может занимать несколько недель [5] — это стоит учитывать при планировании сроков отключения Jira.
• Технический долг после переноса. Даже при успешном переносе типовые сущности (комментарии, чек-листы, ссылки между задачами, авторство) часто требуют дополнительной проверки — готовые инструменты закрывают базовый сценарий, но не всегда сохраняют все нюансы без ручной доработки или кастомной разработки.

Рекомендации по выбору решения

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

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

Как может помочь «Пятый фактор»

Миграция из Jira в «Яндекс Трекер» редко сводится к простому «экспорт-импорту» — основная сложность обычно заключается не столько в самом переносе файлов, сколько в сопоставлении структуры данных, обработке ограничений API, сохранении истории и связей между задачами, а также в интеграции Трекера с другими корпоративными системами — 1С, CRM или внутренними порталами. Команда «Пятого фактора» может изучить текущую конфигурацию Jira и требования к переносу, оценить, достаточно ли для задачи готовых инструментов или потребуется собственная разработка на основе API Трекера, и помочь с реализацией переноса или последующей интеграцией. Чтобы обсудить задачу или получить консультацию, свяжитесь с командой «Пятого фактора» любым удобным способом.

Вывод

Перенос данных из Jira в «Яндекс Трекер» технически решаем несколькими способами — от бесплатного переноса силами Яндекса до полностью самостоятельной миграции через открытый YAML-импортер и REST API. Выбор конкретного пути зависит от объёма данных, требований к точности сохранения истории и наличия внутренних технических ресурсов. Учитывая, что доступ российских организаций к Jira остаётся под риском блокировки, а поддержка серверных версий продукта постепенно сворачивается, миграцию имеет смысл планировать заблаговременно — с тестовым переносом, проверкой сопоставления пользователей и полей, и обязательным контролем технических доступов на всех этапах.

Источники

[1] tass.ru — В Atlassian предупредили об отключении российских аккаунтов от сервисов компании — https://tass.ru/ekonomika/18469521

[2] cnews.ru — Atlassian прекращает продажу и поддержку on-premise версий (Data Center) — https://www.cnews.ru/news/line/2025-09-10_atlassian_prekrashchaet_prodazhu

[3] kaiten.ru — Ситуация с Jira все сложнее: история одной блокировки и к чему готовиться дальше — https://kaiten.ru/blog/jira-blocking/

[4] habr.com — Идеального таск-трекера нет: предвзятый обзор отечественного ПО на 2026 из списка Минцифры — https://habr.com/ru/companies/kaiten/articles/1051904/

[5] yandex.ru — Как перенести задачи в Трекер из других сервисов — https://yandex.ru/support/tracker/ru/import

[6] support.atlassian.com — Export data from Jira Cloud — https://support.atlassian.com/jira-cloud-administration/docs/export-issues/

[7] github.com — yandex/yandex-tracker-importer — https://github.com/yandex/yandex-tracker-importer

[8] yandex.ru — Импортировать задачу | Яндекс Трекер (справочник API) — https://yandex.ru/support/tracker/ru/concepts/import/import-ticket

[9] yandex.ru — Импортировать связи — Импорт | Yandex Tracker — https://yandex.ru/support/tracker/ru/concepts/import/import-links

[10] support.atlassian.com — Export issues from Jira cloud in CSV format — https://support.atlassian.com/jira/kb/how-to-export-issues-from-jira-cloud-in-csv-format/

[11] support.atlassian.com — Export over 10,000 work items in Jira Cloud — https://support.atlassian.com/jira/kb/export-over-10-000-work-items-in-jira-cloud/

[12] timeweb.com — Почему российскому бизнесу придется отказаться от Jira: разбор новых угроз — https://timeweb.com/ru/community/articles/pochemu-rossiyskomu-biznesu-pridetsya-otkazatsya-ot-jita-razbor-novyh-ugroz

[13] tadviser.ru — Яндекс.Трекер (Yandex Tracker) — https://www.tadviser.ru/index.php/Продукт:Яндекс.Трекер_(Yandex_Tracker)

[14] garant.ru — Реестр российского программного обеспечения Минцифры: что о нем следует знать — https://www.garant.ru/gardium/guide/reestr-po-rf-chto-eto/

[15] albato.ru — Интеграция Яндекс Трекер с Jira Software Cloud — https://albato.ru/integration-yandextracker-jira

[16] habr.com — Как я перенёс задачи из Яндекс.Трекера в JIRA с сохранением всего — https://habr.com/ru/articles/926554/