Есть ли жизнь после SAP Commerce: как действовать, если решили взять курс на импортозамещение

Последние несколько лет стали переломными для рынка enterprise-систем в России. Многие крупные и средние компании оказались в ситуации, когда использование зарубежного ПО больше не является ни выгодным, ни безопасным. Особенно ярко эта тенденция проявилась в сфере электронной коммерции: решение SAP Commerce (ранее Hybris), долгое время считавшееся «золотым стандартом», сегодня теряет позиции. Причины очевидны: политические риски, рост стоимости владения, невозможность полноценной поддержки и обновлений, а главное — зависимость от недоступных или нестабильных поставщиков.

Многие игроки рынка уже приняли решение об отказе от SAP Commerce. Кто-то уже завершил переход на альтернативную платформу, кто-то находится в фазе активной подготовки. В этой статье мы рассмотрим, с какими вызовами сталкиваются компании при отказе от SAP Commerce и какие стратегии уже доказали свою эффективность.

Как безопасно отказаться от SAP Commerce и сохранить бизнес-процессы

Платформа SAP Commerce исторически использовалась там, где необходима высокая степень кастомизации, сложная логика обработки заказов, интеграция с SAP ERP и другими системами. Однако именно эти параметры делают переход особенно трудоёмким. Отказ от SAP Commerce — это не просто «переезд», это пересмотр всей логики цифровых процессов. Задача — не только заменить технологию, но и сохранить конкурентные преимущества, обеспечить стабильность и подготовить систему к будущему развитию.

Сложности и решения

1. Основные трудности, с которыми сталкиваются компании

• Перенос сложной бизнес-логики

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

• Зависимость от SAP ERP или других систем

Если используется связка SAP Commerce + SAP ERP, CRM, BI и другие, необходимо тщательно продумать интеграционный слой. При миграции нельзя просто «отключить» одну систему — нужно сохранить синхронизацию данных, особенно по клиентам, складам и заказам.

• Ограниченные ресурсы ИТ-команд

В условиях ограниченного штата и высокой нагрузки на внутреннюю ИТ-службу переход часто откладывается. Но чем дольше компания тянет с решением, тем больше становится технический долг и стоимость поддержки.

• Ограниченность функционала в MVP

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

• Обучение персонала и адаптация пользователей.

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

• Риски потери данных и простоя систем

Даже кратковременный сбой может привести к ощутимым потерям. Именно поэтому мы выработали свои уникальный подход, позволяющий минимизировать риски и непрерывно продолжать работу с клиентами.

2. Доступные сценарии перехода

В своей практике мы прорабатывали самые разные сценарии импортозамещения SAP Commerce, и вот несколько наиболее успешных из них:

а) Полная Миграция на отечественные платформы (например, 1С Битрикс: Управление сайтом/Битрикс24, Compo platform, Smart Checkout)

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

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

• Поддержку B2B и B2C сценариев,
• Развитую систему управления заказами, товарами и клиентами,
• Простую масштабируемость,
• Широкую партнерскую сеть и доступность разработчиков.
• Более доступную стоимость подписки по сравнению с SAP Commerce
• Быстрое внедрение

Для компаний, работающих на внутренний рынок, это надежное и экономически оправданное решение. Особенно важно, что каждая из указанных экосистем активно развиваются: появляются новые модули, расширения, API.

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

б) Переход на микросервисную архитектуру

Современный и стратегически гибкий путь — построение eCommerce-системы на базе микросервисов. Такой подход предполагает декомпозицию платформы на независимые сервисы: каталог, корзина, расчёт цен, оформление заказа, управление пользователями и т.д.

Преимущества:

• Гибкость масштабирования: каждый модуль можно развивать и масштабировать независимо.
• Устойчивость: сбой в одном сервисе не останавливает всю систему.
• Выбор технологий: разные сервисы могут использовать оптимальные стеки под свою задачу.
• Быстрое внедрение новых функций, без риска «сломать всё».

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

в) Использование модульной архитектуры: гибридный переход

Вариант, при котором новая система внедряется поэтапно: сначала запускаются внешние модули (каталог, витрина, оформление заказа), при этом ядро (например, SAP ERP или CRM) остается прежним. Это снижает риски, дает возможность пользователям адаптироваться и обеспечивает непрерывность бизнес-процессов.

г) Разработка собственного решения с нуля

Это всегда самый гибкий путь, охватывающий функционал любой сложности. Все задачи формируются из индивидуальности каждой потребности клиента, но и требуют бо´льшие затраты IT ресурса, чем готовые решения. Такой подход важен для компаний с нестандартными процессами и сложной спецификой проектов.

Импортозамещение — это не просто тренд, а необходимость, продиктованная текущей реальностью

Отказ от SAP Commerce — шаг сложный, но стратегически верный. Правильный выбор платформы и партнёра по внедрению позволяет не просто «пересесть» на другую систему, а оптимизировать бизнес-процессы, сократить затраты на поддержку и скорость добавления новых функций, создать прочную основу для дальнейшего роста.

В нашей практике мы помогаем компаниям проходить этот путь — от архитектурного аудита и подготовки проектного решения до запуска новой системы в промышленную эксплуатацию. У нас есть отработанные методики перехода на новую платформу, собственные шаблоны интеграции и экспертиза в ключевых платформах, включая Битрикс, Compo platform, Smart Checkout и варианты микросервисных реализаций.

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

Статью подготовила Людмила Рахманова, эксперт по системному и бизнес-анализу в компании МАСТЕРДАТА.