Импортозамещение Jira и ServiceNow в 2026 году: как перейти на российский ITSM
Разбираем, как мигрировать с Jira Service Management и ServiceNow на российские ITSM-платформы: риски, этапы, альтернативы.
Лицензии Jira Service Management перестали продлеваться ещё несколько лет назад, но часть российских компаний до сих пор работает на устаревших версиях без обновлений безопасности — это создаёт прямой риск для инфраструктуры и данных.
Краткий вывод: для enterprise-компаний с высокими требованиями к кастомизации разумной заменой Jira Service Management выступают SimpleOne или ELMA365, для среднего бизнеса — Naumen Service Desk или EvaServiceDesk, а для точечной замены ServiceNow в крупных корпорациях — SimpleOne как наиболее близкая по архитектуре low-code платформа.
Почему миграция с иностранных ITSM стала неизбежной
Уход Atlassian и ServiceNow с российского рынка лишил компании официальной поддержки, обновлений и доступа к маркетплейсу плагинов. Формально старые версии продолжают работать, но без патчей безопасности и без возможности расширять функциональность — это временное решение, а не стратегия.
Что теряется при отказе от Jira и ServiceNow
- Официальные обновления и патчи безопасности
- Доступ к маркетплейсу плагинов и интеграций
- Техническая поддержка вендора на английском и русском языках
- Гарантия соответствия требованиям регуляторов (для госсектора использование иностранного ПО часто прямо запрещено)
Российские альтернативы по сценариям
| Сценарий | Рекомендуемая замена | Почему |
|---|---|---|
| Гибкая кастомизация процессов (замена Jira) | ELMA365 Service Desk | BPMN-движок, открытый API, привычная логика workflow |
| Enterprise ESM (замена ServiceNow) | SimpleOne ITSM | Low-code архитектура, экосистема ITSM/ITAM/SDLC |
| Госсектор и крупный бизнес | Naumen Service Desk | Зрелая ITIL/ISO 20000 поддержка, опыт крупных проектов |
| Компании на 1С-инфраструктуре | 1С:ITILIUM | Глубокая интеграция с экосистемой 1С |
Дорожная карта миграции: с чего начать
- Инвентаризация: сколько активных проектов, тикетов, пользователей и интеграций в текущей Jira/ServiceNow
- Выбор целевой платформы с пилотным периодом на реальных данных одного отдела
- Перенос исторических данных: тикеты, база знаний, CMDB — через экспорт/импорт или API
- Параллельная работа двух систем на переходный период 1–2 месяца
- Полное переключение и архивирование старой системы
Типовые подводные камни при миграции
Главная ошибка — недооценка объёма кастомных workflow, накопленных в Jira за годы использования: автоматизации, написанные под конкретные плагины, часто приходится пересобирать вручную на новой платформе, а не переносить «в один клик».
Частые вопросы
Сколько времени занимает полная миграция крупной компании? В зависимости от объёма данных и числа кастомных процессов — от 2 до 6 месяцев, включая пилот и параллельную эксплуатацию.
Что делать с накопленной историей тикетов в Jira? Большинство российских платформ поддерживают импорт через CSV или API, но часть метаданных (например, специфичные плагины) может не перенестись автоматически — это нужно уточнять до начала миграции.