Почему приходится уходить с ServiceNow
ServiceNow с 2022 года не продаёт новые лицензии и не оказывает поддержку российским компаниям. Даже там, где подписка ещё формально активна, риски нарастают: нет обновлений безопасности, нет вендорской поддержки инцидентов, оплата возможна только через серые схемы, а данные хранятся в облаке вне российской юрисдикции — что прямо противоречит требованиям 152-ФЗ к локализации персональных данных. Для госкомпаний и КИИ добавляется требование использовать ПО из Реестра отечественного ПО.
Итог простой: ServiceNow перестал быть устойчивой платформой для российского бизнеса. Вопрос не «уходить ли», а «как уйти аккуратно».
Что вы реально используете (и что — нет)
ServiceNow — гигантская платформа, но 90% компаний используют 10–20% её возможностей. Прежде чем искать «полный аналог», честно проинвентаризируйте, что у вас реально работает:
- Ядро ITSM — заявки, инциденты, запросы на обслуживание, каталог услуг, база знаний, SLA. Это используют все, и это есть в любой зрелой отечественной системе.
- Процессы ITIL — управление изменениями, проблемами, релизами. Используют средние и крупные. Есть у части российских платформ.
- CMDB и Discovery — учёт конфигурационных единиц, автообнаружение. Используют единицы, и обычно поверхностно.
- Платформенные надстройки (App Engine, Flow Designer, Performance Analytics, кастомные приложения на Now Platform) — дорогая часть, которую почти никто не выжимает полностью.
Вывод: если вы используете ServiceNow как «дорогой Service Desk с ITIL», замена находится легко. Если вы построили на Now Platform десятки кастомных приложений — переход сложнее, но и таких компаний в РФ единицы.
Критерии выбора замены
Отбрасывайте по жёстким требованиям, потом сравнивайте по функционалу:
- Реестр отечественного ПО — обязателен для госсектора, КИИ, многих тендеров. Проверяйте по номеру записи, а не по словам вендора.
- On-premise / своё облако — данные на вашем сервере, под 152-ФЗ. SaaS вне РФ повторяет проблему ServiceNow.
- Покрытие процессов ITIL 4 — сверьте со своим списком из предыдущего раздела, а не с маркетинговой таблицей вендора.
- Модель лицензирования — ServiceNow дорог из-за оплаты за каждого «fulfiller». Отечественные системы часто дают единую лицензию без оплаты за оператора — считайте TCO на 3 года.
- Интеграции — почта, Active Directory/LDAP, мониторинг, телефония, мессенджеры. Без них Service Desk изолирован.
- Скорость внедрения — ServiceNow внедряют месяцами с интегратором. Спросите, за сколько разворачивается базовый контур.
Подробный чек-лист сравнения — в материале «Как выбрать ITSM-систему».
Карта соответствия модулей
Большинство сценариев ServiceNow закрываются связкой стандартных ITSM-модулей. Схема соответствия:
Сложнее — с кастомными приложениями на Now Platform и Performance Analytics. Здесь оцените, дешевле ли воспроизвести их штатными средствами новой системы (дашборды, кастомные поля, маршруты согласования) или они были «потому что могли», а не «потому что нужно».
Как перейти без простоя
Миграцию делают параллельным контуром, а не «в ночь с субботы на понедельник»:
- Аудит. Зафиксируйте используемые процессы, активные SLA, каталог услуг, кастомные поля, интеграции, объём исторических данных.
- Развёртывание новой системы рядом, наполнение каталога услуг и SLA, настройка ролей и маршрутов согласования.
- Пилот на одной команде/услуге: 2–4 недели реальной работы, сверка метрик.
- Перенос данных — активные заявки и справочники обязательно, исторические — по необходимости (часто достаточно read-only архива).
- Переключение по группам, со старой системой в режиме «только чтение» на время.
Детальный чек-лист с экспортом данных — в статье о миграции на отечественную ITSM (подход тот же, что для Jira).
Где в этой картине TIQQET
TIQQET — on-premise система обработки обращений, функционально соответствующая уровню Jira Service Management и частично ServiceNow: полный цикл заявок, каталог услуг, SLA с рабочим календарём и паузами, база знаний, маршруты согласования, учёт оборудования, мобильное PWA. Разворачивается на вашем сервере, без оплаты за каждого оператора. Если вы использовали ServiceNow как «ITSM с ITIL» — это прямая замена; если строили платформу кастомных приложений — мы поможем оценить, что из этого реально переносить.
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Частые вопросы
Можно ли продолжать пользоваться ServiceNow в России?
Технически система продолжает работать, но без обновлений безопасности и поддержки, с оплатой через посредников и хранением данных вне РФ — что нарушает 152-ФЗ и требования к Реестру ПО для госсектора и КИИ. Это нарастающий риск, а не устойчивое решение.
Насколько сложно перейти с ServiceNow?
Если вы используете ServiceNow как ITSM с ITIL-процессами (а так у большинства) — переход занимает недели и делается параллельным контуром. Сложность возникает только при десятках кастомных приложений на Now Platform, что в РФ встречается редко.
Что делать с историческими данными из ServiceNow?
Активные заявки и справочники переносят обязательно. Исторические данные чаще достаточно выгрузить в read-only архив (CSV/БД), а не мигрировать целиком — это сильно упрощает и удешевляет переход.
Обязательно ли брать систему из Реестра ПО?
Для госкомпаний, субъектов КИИ и многих тендеров — да, это требование закона. Для коммерческого бизнеса не обязательно, но желательно: запись в Реестре косвенно подтверждает российскую разработку и юрисдикцию данных.