сегодня в 18:56

АНО Цифровые платформы 32 0 В избр. Сохранено

Российские аналоги зарубежного B2B-ПО: большая карта импортозамещения

Уход зарубежных вендоров, ограничения на обновления и неопределенность с технической поддержкой заставляют российские компании пересматривать корпоративный ИТ-ландшафт. Однако импортозамещение не сводится к поиску одного универсального продукта: ERP, CRM, BI, ITSM, виртуализация, офисные приложения, системы проектного.

Нравится

Send

Мнение автора может не совпадать с мнением редакции

Начать формирование предварительного списка можно с каталога российских аналогов зарубежного ПО, а подтверждать возможность перехода — через реальные кейсы импортозамещения. В разделе кейсов собраны проекты перехода российских организаций на отечественные программные продукты с описанием результатов внедрения.

Что значит «аналог»

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

Перед выбором продукта необходимо определить:

Какие функции зарубежной системы действительно используются.
Какие данные и справочники нужно перенести.
Какие интеграции нельзя потерять.
Требуется ли работа в закрытом контуре.
Какая нагрузка ожидается после миграции.
Нужны ли мобильные приложения и удаленный доступ.
Какие требования предъявляются к API.
Есть ли специалисты по выбранной платформе.
Можно ли выполнить миграцию поэтапно.
Как будет организован откат при неудачном запуске.

После этого можно переходить от общего каталога российского корпоративного ПО к страницам конкретных иностранных продуктов.

Jira и Atlassian

Один из самых распространенных сценариев — замена Jira в разработке, технической поддержке и управлении корпоративными задачами. В каталоге представлены российские аналоги Jira, относящиеся к таск-менеджерам, PMO, PPM, Workflow, ALM и другим классам систем.

На странице Jira собрано девять российских решений, включая Kaiten, Advanta, Directum Projects, Digital Q.PM, «Яга. Модуль задачи», ИСУП X-Lance, Аспро.Cloud, ELMA365 и «1С-Битрикс24».

При выборе замены Jira необходимо отдельно проверить:

Канбан- и Scrum-доски.
Настраиваемые статусы и маршруты.
Пользовательские поля.
Роли и права доступа.
Автоматизацию операций.
Учет трудозатрат.
Диаграммы Ганта.
Управление релизами.
API и вебхуки.
Миграцию истории задач.
Интеграцию с Git и CI/CD.
Работу в закрытом контуре.

Если Jira использовалась преимущественно как средство командной работы, дополнительно стоит сравнить российские аналоги Trello, аналоги Asana и аналоги Monday.com.

Для управления базой знаний и проектной документацией следует отдельно изучить российские аналоги Confluence и аналоги Notion. Замена одной только Jira без переноса связанной документации может сохранить зависимость от экосистемы Atlassian.

Если компания использует чаты и каналы Slack как часть проектного процесса, в контур миграции необходимо включить российские аналоги Slack. После этого выбранные продукты следует сопоставить с общей категорией российских систем управления проектами.

SAP и корпоративное управление

Замена SAP — один из самых сложных сценариев импортозамещения. Под этим названием может скрываться не один продукт, а множество контуров: ERP, управление производством, закупки, логистика, HR, аналитика, планирование и техническое обслуживание.

Поэтому общую страницу российских аналогов SAP следует использовать только как начальную точку. На ней решения распределяются между управлением предприятием, производством, логистикой, бизнес-процессами, ITSM, документооборотом и расчетом заработной платы.

Для более точного поиска необходимо разделить ландшафт SAP по продуктам и модулям:

На общей странице SAP представлены российские решения разных классов, включая «Галактика ERP», платформу Veda и In.Plan. Это подтверждает, что заменить весь стек SAP одним продуктом удается не всегда: часто требуется несколько интегрированных систем.

До начала миграции необходимо построить карту используемых модулей SAP, пользовательских доработок, интерфейсов обмена, печатных форм, отчетов и фоновых заданий. Только после этого можно выбирать между полной заменой и поэтапным переходом.

Oracle и базы данных

Экосистема Oracle также включает несколько разных уровней. Организация может использовать Oracle Database, Oracle E-Business Suite, аналитические инструменты, middleware или отраслевые приложения.

Для первичного анализа доступны:

При замене Oracle Database особенно важно проверить совместимость SQL, процедур, триггеров, типов данных, механизмов репликации и резервного копирования. Формальная поддержка стандартного SQL еще не гарантирует автоматический перенос прикладной системы.

Для Oracle E-Business Suite требуется отдельное обследование финансов, закупок, запасов, управления заказами, активов и производственных модулей. Часть функций может перейти в ERP, часть — в российские системы управления закупками, а часть — в EAM, WMS или другие специализированные решения.

Microsoft Dynamics

Microsoft Dynamics используется как CRM, ERP и платформа автоматизации бизнес-процессов. Поэтому искать единый аналог по одному названию продукта некорректно.

Для начала можно изучить российские аналоги Microsoft Dynamics 365, после чего разделить кандидатов по функциональным направлениям:

Если Dynamics использовалась преимущественно для продаж, ключевыми критериями будут воронка, клиентская база, автоматизация действий менеджеров, телефония и маркетинговые коммуникации. Если продукт выполнял роль ERP, придется дополнительно оценивать финансы, склад, закупки и производство.

Salesforce и CRM

Salesforce обычно представляет собой не только CRM, но и платформу с большим числом пользовательских объектов, автоматизаций, интеграций и отраслевых расширений.

В общий план исследования следует включить:

При переходе с Salesforce нужно инвентаризировать пользовательские объекты, процессы согласования, отчеты, интеграции, права, приложения и автоматические сценарии. Миграция только контактов и сделок не воспроизводит корпоративную систему, которая формировалась несколько лет.

Редакционная проверка перед публикацией: текущая страница Salesforce на Цифровом маркетплейсе содержит нерелевантную классификацию потокового видео. Ссылку можно оставить как целевую страницу будущей подборки, но ее содержимое желательно сначала исправить.

ServiceNow и ITSM

Замена ServiceNow может затрагивать Service Desk, ITSM, CMDB, управление активами, каталог услуг, автоматизацию процессов и обслуживание внешних клиентов.

Для формирования списка кандидатов доступны:

На странице аналогов ServiceNow представлены SimpleOne ITSM, ITSM box, «Свободный поток», «Поток Альфа», Altevics и Naumen Service Desk. Однако сравнивать их необходимо по конкретному объему используемых функций, а не только по принадлежности к ITSM.

Если ServiceNow применялась не только ИТ-службой, но и HR, административными или сервисными подразделениями, следует также сравнить российские BPM-системы и Workflow-платформы.

Особое внимание нужно уделить переносу CMDB. Без актуальных связей между сервисами, оборудованием, приложениями и ответственными подразделениями новый Service Desk не сможет полноценно оценивать влияние инцидентов.

Power BI, Tableau и Qlik

Замена зарубежной BI-системы обычно выглядит проще, чем миграция ERP, но сложность скрывается в моделях данных, формулах, источниках, правах доступа и встроенных отчетах.

Популярные направления поиска:

На странице Power BI представлены российские системы из классов BI-платформ, self-service аналитики, визуализации данных и дашбордов. В числе решений указаны «Галактика BI», «1С:Аналитика» и PIX BI.

При выборе аналога нужно проверить:

Подключение к используемым источникам данных.
Перенос семантических моделей.
Поддержку сложных вычислений.
Производительность на реальных объемах.
Разграничение доступа.
Экспорт отчетов.
Рассылки и оповещения.
Мобильный доступ.
Возможность встраивания.
Работу в закрытом контуре.

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

Microsoft 365

Microsoft 365 объединяет офисные приложения, электронную почту, совместную работу, файловое хранилище, коммуникации и управление учетными записями. Поэтому его замена должна рассматриваться как отдельная программа миграции.

Основные страницы для подбора:

На странице Microsoft 365 представлены решения класса офисных пакетов, включая продукты «МойОфис» и AlterOffice. Но для крупной организации одного офисного редактора недостаточно: потребуются почта, календарь, видеосвязь, файловое хранилище и инструменты администрирования.

При миграции следует отдельно тестировать сложные таблицы, макросы, шаблоны документов, презентации, совместное редактирование и отображение корпоративных форматов.

Teams, Zoom и Webex

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

Полезные подборки:

В пилоте необходимо проверять не только качество изображения. Для B2B важны устойчивость связи, масштаб конференций, управление участниками, гостевой доступ, демонстрация экрана, запись, хранение материалов и интеграция с корпоративным каталогом.

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

VMware и виртуализация

Переход с VMware затрагивает гипервизоры, управление кластерами, виртуальные сети, хранилища, резервное копирование и процессы эксплуатации инфраструктуры.

Для изучения доступны:

До миграции необходимо инвентаризировать виртуальные машины, версии гостевых ОС, сети, хранилища, политики резервирования, шаблоны развертывания и автоматические сценарии.

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

AutoCAD и инженерное ПО

Замена AutoCAD особенно важна для проектных, строительных, промышленных и инженерных организаций.

Для поиска продуктов можно использовать:

На странице AutoCAD представлены T-FLEX CAD, продукты nanoCAD, Renga, Pilot-BIM, BIMeister и другие российские решения. Кандидаты относятся к разным сегментам — от 2D-черчения до BIM и проектирования инженерных систем.

Проверять нужно не только открытие DWG. В пилот необходимо включить реальные чертежи, внешние ссылки, блоки, шрифты, слои, печатные формы, отраслевые библиотеки, скрипты и обмен с PDM/PLM.

GitLab, GitHub и Jenkins

Импортозамещение DevOps-платформы затрагивает репозитории, CI/CD, реестр артефактов, управление доступом, Code Review и интеграции с инфраструктурой.

Для исследования доступны:

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

Если GitLab использовалась как единая DevSecOps-платформа, замена только Git-сервера не воспроизведет процессы сборки, тестирования, сканирования и развертывания.

Корпоративная безопасность

В крупном B2B-контуре миграция должна включать продукты, связанные с управлением доступом, паролями и документами.

Можно отдельно изучить:

Замену средств управления секретами и привилегированными учетными записями необходимо выполнять до массового отключения зарубежных компонентов. Иначе у администраторов может не оказаться контролируемого доступа к новой инфраструктуре.

Как проводить миграцию

Инвентаризация

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

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

Декомпозиция

Крупную систему следует разделить на функциональные блоки. SAP — на ERP, производство, закупки, HR и аналитику; Microsoft 365 — на редакторы, почту, файлы и коммуникации; ServiceNow — на ITSM, CMDB и Workflow.

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

Предварительный список

В long list рекомендуется включать несколько кандидатов. Наличие продукта в каталоге еще не означает, что он подходит конкретной организации.

Нужно проверить:

Функциональное покрытие.
Архитектуру.
Масштабируемость.
Поддерживаемые ОС и СУБД.
API и интеграции.
Средства миграции.
Требования безопасности.
Модель лицензирования.
Наличие партнеров.
Промышленные внедрения.

Кейсы

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

Дополнительно можно изучить:

Пилотирование

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

Во время пилота необходимо проверить:

Перенос данных.
Производительность.
Разграничение доступа.
Отказоустойчивость.
Резервное копирование.
Интеграции.
Пользовательские сценарии.
Администрирование.
Мониторинг.
Возможность отката.

Поэтапный переход

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

Сначала можно перенести базу знаний, затем задачи и проекты; сначала аналитические витрины, затем дашборды; сначала тестовые виртуальные машины, затем промышленную инфраструктуру.

Параллельная эксплуатация повышает стоимость проекта, но снижает риск внезапной остановки критических процессов.

Как оценивать результат

Импортозамещение завершено не после покупки лицензий, а после устойчивого промышленного запуска.

Для оценки результата можно использовать следующие показатели:

Доля перенесенных пользователей.
Доля перенесенных данных.
Количество восстановленных интеграций.
Производительность ключевых операций.
Доступность системы.
Число инцидентов после запуска.
Скорость выполнения бизнес-процессов.
Стоимость лицензий и сопровождения.
Время обучения пользователей.
Доля отключенных зарубежных компонентов.

Для инфраструктуры ключевыми показателями будут доступность и восстановление. Для ERP — стабильность операций и закрытие отчетного периода. Для CRM — сохранение клиентских данных и работы воронки. Для BI — совпадение показателей и производительность отчетов.

В избр. Сохранено