MigraFlow
Фонд содействия инновациям · «Старт-1» · Н1 «Цифровые технологии»
01/ 12
Заявка на грант · НИОКР · 12 месяцев · запрашиваем 4 000 000 ₽

MigraFlow.

Конвейер миграции Atlassian (Jira, Confluence) в российские платформы управления проектами — с переносом истории, сверкой 1:1 и бесшовным переходом.

Живой пилот Jira Cloud → Kaiten пройден end-to-end · 02.09.2026
JL
Jira / Confluence
Server · DC · Cloud
MF
MigraFlow
экспорт · модель · бандл · сверка
KT
Kaiten
карточки · комментарии · вложения
Заявитель: gohost group· Окно рынка: 2026–2028· Импортозамещение Atlassian
Проблема

Atlassian уходит — история компаний остаётся запертой

30.03.2026
Продажи Data Center прекращены
Продление лицензий — только до 30.03.2028, поддержка — до 28.03.2029. Купить «как раньше» больше нельзя.
~70%
компаний на неподдерживаемых версиях
Оценка К2Тех (2026): большинство работает без обновлений и поддержки — риск безопасности растёт каждый месяц.
2026–2028
волна миграций
Госкомпании и бизнес переходят на российские платформы. Барьер один: перенос истории задач и документов.

Jira и Confluence хранят годы работы: задачи, комментарии, согласования, вложения, связи. Это не таблица — это память команды. «Начать заново» = потерять её; ручной перенос = тихие потери: кто-то не перенесён, комментарий обрезан, вложение забыто — и никто не узнает, что потеряно.

Решение

MigraFlow: шесть фаз конвейера, ноль ручного переноса

01

Экспорт

Jira Server / DC / Cloud и Confluence: REST с пагинацией, changelog, вложения параллельно, контрольные точки — докачка после обрыва.

02

Единая модель

Все сущности приводятся к каноническим (проекты, задачи, комментарии, связи, вложения) в SQLite-staging.

03

Маппинг

YAML: проекты → доски, статусы → колонки, пользователи, типы задач, поля. Дефолты и валидация до импорта.

04

Бандл Kaiten

Пакет по документированному формату универсального импорта 2026 + структурная проверка и архив.

05

Загрузка

Штатный импорт через приложение Kaiten Convertinator либо REST-клиент MigraFlow для точечного переноса.

06

Сверка 1:1

Отчёт «источник vs результат» по каждой сущности со списком потерь. Инкремент: dual-run → бесшовный cutover.

Jira + Confluence → каноническая модель → Kaiten и другие приёмники · одинаковый конвейер для любого источника и приёмника
Охват

Что переносится — проверено живым пилотом

Задачи и подзадачи

с оригинальными датами создания и историей изменений (changelog)

Комментарии

текст из ADF, автор сопоставлен с аккаунтом приёмника

Вложения

файлы скачиваются и прикрепляются к карточкам

Пользователи, доски и колонки

реальные аккаунты сопоставляются, статусы становятся колонками

Связи задач

экспортируются и сверяются; типы связей настраиваются под приёмник

Документы Confluence

экспорт и модель готовы; импорт документов — этап 1 НИОКР

результат пилота: users 15/15 · issues 6/6 · comments 3/3 · attachments 1/1 · subtasks 1/1 — сверка 1:1
Доказательство

Живой пилот: Jira Cloud → Kaiten end-to-end

1 · Источник

Живой Jira Cloud, проект MF

шесть задач MF-1…MF-6, подзадача, комментарии, changelog, связи «блокирует», файл-вложение

2 · Экспорт под Cloud API 2026

Новый API, комментарии ADF

адаптация к актуальному API Jira Cloud: поиск, конвертер ADF → текст, вложения, лимиты запросов

3 · Маппинг и бандл

Без замечаний, бандл валиден

дефолтный маппинг закрыл всё; пакет импорта Kaiten прошёл структурную проверку

4 · Сверка перед загрузкой

Источник vs бандл — 1:1

автоматический отчёт по каждой сущности: потерь нет

5 · Загрузка в Kaiten

Convertinator → очередь → воркер

штатное приложение Kaiten загрузило бандл, платформа поставила импорт в очередь

6 · Результат

Kaiten: всё на месте

пространство «MigraFlow демо», доска, две колонки, шесть карточек с оригинальными датами, комментарии с авторами, вложение live-test.txt

Новизна и заделы для РИД

Что решено, чего нет у конкурентов

1

Работа с актуальными API 2026

новый API Jira Cloud (поиск, ADF-комментарии, вложения) — публичные руководства отстали от реальности

2

Формат импорта Kaiten 2026

протокол вскрыт по приложению Convertinator: OIDC, загрузка, очередь; точные требования к пакету

3

Статусная машина переноса

статусы Jira → колонки Kaiten с типами (очередь / в работе / готово) и порядком сортировки

4

Сверка потерь и инкремент

отчёт «что перенесено / что потеряно» и повторный экспорт по обновлениям (dual-run → cutover)

9/9автотестов зелёные
5000задач за ≈7 секунд (demo-run)
1:1сверка источника и результата
Рынок и конкуренты

Кто покупает и почему выиграем мы

Покупатели

  • Компании с действующим Jira / Confluence, переходящие на российские платформы (Kaiten, SimpleOne и другие)
  • Вендоры платформ — им нужен инструмент миграции для своих клиентов
  • Интеграторы импортозамещения — закрывают перенос «под ключ»

Альтернативы и наше преимущество

  • Ручной перенос — теряет историю, стоит дорого, не масштабируется
  • Инструменты вендоров — закрывают только «свой» источник, без Confluence и сверки
  • MigraFlow — любой источник → любой приёмник, сверка потерь, инкремент, документы
После свидетельства на ПО (Роспатент) — подача в реестр отечественного ПО Минцифры: доступ к закупкам госкомпаний.
План НИОКР · 12 месяцев

Четыре этапа до коммерческого продукта

1 · мес 1–3

Конвейер до конца

экспортёр Jira Server/DC; импорт документов Confluence в Kaiten; генератор отчёта сверки

KPI: экспорт 50 000 задач, перенос 500 страниц
2 · мес 3–6

Второй приёмник

адаптер для SimpleOne (или Яндекс Трекер): тот же конвейер, другой формат приёмника

KPI: живой пилотный перенос проекта
3 · мес 6–9

Веб-интерфейс

автоподбор маппинга, предпросмотр, запуск и отчёт без разработчика

KPI: миграцию ведёт инженер заказчика
4 · мес 9–12

Пилоты и РИД

2–3 пилота с заказчиками; заявка на свидетельство о регистрации ПО; реестр отечественного ПО

KPI: 2–3 пилота, заявка на РИД подана
Смета

Бюджет проекта: 4 000 000 ₽

Оплата труда с начислениямиразработка, архитектура, тестирование
2 900 000 ₽ 72,5%
Соисполнителивеб-дизайн, внешнее тестирование
400 000 ₽ 10%
Оборудование и материалысервер для пилотов, лицензии, расходные
400 000 ₽ 10%
Прочиеаренда, бухгалтерия, связь, банк
300 000 ₽ 7,5%
Лимиты Фонда соблюдены: соисполнители ≤ 25% · материалы ≤ 25% · прочие ≤ 15% · оплата труда без ограничения доли
Команда

Кто делает проект

GH

Gohost group

команда проекта — архитектура и разработка

Авторы продукта и полного цикла пилота: экспорт, формат импорта, интеграция. Опыт разработки: Python, CUDA, высоконагруженные и встроенные системы; собственные продукты (KernelForge, AutoSec, AGI-симулятор). Готовы к договорам и B2B.

+

Усиление на средства гранта

найм и привлечение по этапам

Разработчик (Python, веб) с 3-го месяца; тестировщик на этапах пилотов; консультант-внедренец из партнёрского интегратора на этапе 4.

Экспертиза подтверждена делом: живой пилот Jira Cloud → Kaiten проведён командой gohost group от начала до конца за один день.
Риски

Риски и как мы их закрываем

Платформа изменит формат импорта

Работаем по документированной схеме и открытому REST; формат версионируется; штатный Convertinator — страховка.

Конкуренция с инструментами вендоров

Наше отличие: любой источник, Confluence, сверка потерь, инкремент. Вендор закрывает только «свой» перенос.

📣

Канал сбыта

Партнёрства с вендорами платформ и интеграторами; пилоты на гранте; реестр отечественного ПО для госкомпаний.

Риск НИОКР

Ядро уже работает и доказано живым пилотом; этапы независимы; автотесты 9/9; демо 5000 задач за секунды.

Итог

К концу гранта — готовый продукт
и первые платящие пилоты

конвейер для двух приёмников перенос документов Confluence веб-интерфейс без разработчика 2–3 пилота с заказчиками заявка на РИД + реестр отечественного ПО
Запрашиваем 4 000 000 ₽
на 12 месяцев НИОКР по лоту Н1 «Цифровые технологии»
Спасибо за внимание