Миграция на SAP S/4HANA: зачем компаниям переходить и какие преимущества это дает

SAP S/4HANA — это новое поколение ERP-платформы от SAP, построенное на базе данных SAP HANA с переработанной моделью данных. Если компания работает на SAP ERP 6.0 или SAP Business Suite 7, вопрос миграции на SAP S/4HANA уже стал стратегическим. Время для спокойного, управляемого перехода постепенно сокращается, и понимать это лучше заранее.

Почему тема миграции на SAP S/4HANA стала критичной

SAP завершает стандартную поддержку SAP Business Suite 7 и SAP ERP 6.0 в ближайшее время. Расширенная поддержка продлена до 2030-го, но она платная и покрывает только критические патчи безопасности без новой функциональности. Поддержка же SAP S/4HANA гарантирована до 2040 года и выше.

Компании, которые откладывают подготовку к миграции, рискуют столкнуться сразу с несколькими проблемами. Технический долг растет каждый год. Это значит, что чем дольше система работает без обновлений, тем больше в ней накапливается кастомного кода и устаревших интеграций. Рынок SAP-консультантов конечен: ближе к 2030-му спрос на специалистов по миграции вырастет, а вместе с ним вырастут сроки и стоимость услуг. И главное — крупный проект миграции редко занимает меньше года, поэтому компания, которая начнет переход в 2028-м и попытается успеть к 2030-му, работает с очень высоким риском.

Зачем компаниям переходить на SAP S/4HANA: ключевые преимущества

Разговор о миграции часто сводится к одному аргументу про завершение поддержки. Это весомая причина, но далеко не единственная.

База данных SAP HANA хранит данные в оперативной памяти и использует колоночное хранение, что дает производительность и аналитику в реальном времени. Аналитические запросы, которые раньше требовали ночных пакетных заданий, теперь выполняются за секунды. Финансовый директор получает актуальный P&L не на следующее утро, а прямо сейчас.

SAP S/4HANA убрала многие вспомогательные таблицы-агрегаты, которые в SAP ECC приходилось постоянно синхронизировать. Упрощенная модель данных снижает объем хранимой информации, ускоряет работу системы и уменьшает затраты на администрирование. Для компаний с несколькими юридическими лицами это ощутимо.

Интерфейс SAP Fiori работает в браузере на любом устройстве. Сотрудники, которые раньше избегали работы в системе из-за тяжелого GUI, начинают пользоваться ею регулярно, что напрямую влияет на качество данных.

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

SAP развивает новую функциональность только для  SAP S/4HANA. Переход на новую платформу означает переход на рельсы, по которым SAP продолжает двигаться, тогда как компании на SAP ECC постепенно отстают от темпа развития технологий.

Когда начинать миграцию на SAP S/4HANA, чтобы успеть вовремя

ИТ-директора часто спрашивают: «У нас еще три года, зачем торопиться?». Ответ зависит от сложности текущего ландшафта.

Если сложить оценку, подготовку и реализацию, компании с нетипичным ИТ-ландшафтом должны начинать уже сейчас, чтобы завершить переход до окончания стандартной поддержки. Расширенная поддержка до 2030-го дает дополнительный буфер, но это платный режим с ограниченным покрытием. Чем раньше начата оценка, тем больше у компании маневра по срокам, рискам и бюджету.

Основные сценарии миграции на SAP S/4HANA

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

Новое внедрение (Greenfield)

При новом внедрении, или Greenfield, компания разворачивает SAP S/4HANA с чистого листа: бизнес-процессы пересматриваются и настраиваются заново с опорой на стандартную функциональность SAP. Этот метод подходит компаниям с высокой степенью кастомизации, где унаследованный код давно стал ограничением. Преимущество состоит в возможности начать без багажа и пересмотреть процессы. Недостатком считается то, что исторические данные не переносятся в новую систему, а сотрудников приходится обучать заново.

Преобразование действующей системы (Brownfield)

При преобразовании системы, или Brownfield, существующая система SAP ECC конвертируется в SAP S/4HANA с переносом настроек, кастомного кода и исторических данных. Самый распространенный метод для компаний, где система настроена под специфику бизнеса и архивные данные критически важны. Переход занимает меньше времени, чем Greenfield, но вместе с данными переезжает весь технический долг, поэтому перед конверсией придется провести аудит кастомного кода.

Гибридная миграция (Selective Data Transition / Bluefield)

Компания выборочно переносит процессы и данные. Это значит, что часть настраивается заново, часть переносится как есть. Этот подход актуален для крупных компаний с неоднородным ландшафтом, где одни направления бизнеса нужно переработать, а другие сохранить. Различный по составу метод дает гибкость, но требует строгого управления проектом, поскольку граница между «переносим» и «переделываем» должна быть зафиксирована заранее.

Трансформация ландшафта

Компания консолидирует несколько систем, как SAP, так и не-SAP, в единую платформу SAP S/4HANA. Этот сценарий используют при слиянии компаний или когда холдинг накопил несколько несвязанных ERP-систем в разных юрлицах. Результатом становится единая система для всей группы компаний вместо разрозненных платформ. Из всех подходов этот наиболее сложный и длительный.

Варианты развертывания SAP S/4HANA: on-premise, cloud и гибрид

Помимо сценария миграции, компания выбирает, где будет работать новая система.

Локально, или On-premise, дает максимальный контроль над данными и гибкость в кастомизации. Этот вариант предпочтителен для компаний с жесткими требованиями к локализации данных, сложными производственными интеграциями или нестандартными бизнес-процессами.

SAP S/4HANA Cloud обеспечивает автоматические обновления по расписанию SAP, снимает инфраструктурные вопросы и сокращает время до запуска. Cloud хорошо подходит компаниям, готовым работать ближе к стандарту SAP без глубокой кастомизации. При этом публичное облако SAP накладывает ограничения на переработку стандартных процессов.

Гибридный вариант сочетает локальное ERP-ядро с облачными сервисами, например, SAP для HR, закупок или аналитики. Выбирают его крупные компании, которые хотят сохранить контроль над финансами и производством, но при этом воспользоваться гибкостью cloud-решений в отдельных функциях.

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

Этапы проекта миграции на SAP S/4HANA

Миграция на SAP S/4HANA проходит несколько последовательных этапов, каждый из которых закладывает фундамент для следующего.

Сроки и стоимость миграции на SAP S/4HANA

Точные сроки и стоимость считаются только по итогам технической оценки. Тем не менее ориентиры помогают оценить масштаб заранее.

Техническая оценка занимает от двух недель до нескольких месяцев. Проект для небольшого ландшафта с одним юрлицом и среднего бизнеса занимает три-четыре месяца. Крупные холдинги с несколькими системами и разветвленными интеграциями планируют выполнить оценку за семь-девять месяцев.

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

Стоимость складывается из нескольких статей: лицензирование или подписка на SAP S/4HANA, услуги по миграции (консалтинг, техническая реализация, разработка), подготовка и очистка данных, адаптация интеграций, обучение и поддержка после запуска. Оценить бюджет по прайсу за лицензию невозможно: два проекта на одном продукте SAP могут существенно различаться по стоимости в зависимости от состояния конкретной системы.

Основные риски миграции и как их снизить

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

Плохое качество данных входит в число самых частых источников задержек. Ранняя инвентаризация и выделенный ресурс на чистку снижают этот риск до приемлемого уровня. Неконтролируемый кастомный код нужно обнаружить на этапе предпроекта, а не в середине конверсии: аудит совместимости с SAP S/4HANA входит в стандартный Readiness Check. Интеграционные проблемы снижает инвентаризация всех смежных систем и их тестирование отдельным треком. Нехватку компетенций в команде закрывает четкое разграничение ответственности между бизнесом и ИТ, а при необходимости также усиление ресурсами внешнего партнера. Сопротивление пользователей носит организационный, а не технический характер, поэтому обучение и управление изменениями (change management) должны начинаться задолго до переноса системы в промышленное использование.

Как IBA Group помогает при миграции на SAP S/4HANA

Миграция на SAP S/4HANA — проект, в котором многое зависит от того, кто проводит предпроектную оценку и как она выполнена. Неточная картина на старте ведет к пересмотру бюджета и сроков уже в середине реализации.

IBA Group работает на рынке Казахстана и СНГ более 13 лет и имеет статус официального партнера SAP. За это время компания прошла проекты миграции в промышленности, финансовом секторе, торговле и государственном управлении, в том числе на системах с высокой степенью кастомизации и сложными интеграционными ландшафтами.

Если переход на SAP S/4HANA только обсуждается, проект стоит начать с оценки текущей системы. Это позволит получить реалистичное представление о сроках, объеме работ и выборе сценария.  Команда IBA Group готова провести такую оценку и ответить на вопросы по вашему ИТ-ландшафту.