Стоимость миграции на S/4HANA: что её определяет на каждом пути

Стоимость миграции на S/4HANA укладывается в те же диапазоны, что и любая программа SAP. Закладывайте от $500 тыс. до $2 млн в компании среднего размера, от $2 млн до $10 млн и выше в крупной и от $10 млн до $50 млн и выше в глобальной группе. Где именно внутри диапазона вы окажетесь, зависит не столько от пути, сколько от собственного кода, данных, пробных конвертаций, параллельной работы и вашего договора с SAP.

Коротко: ни один путь миграции не дешевле по умолчанию. Соотношение затрат brownfield и greenfield зависит от того, сколько собственного кода вы несёте, насколько чисты ваши данные и сколько процессов вы хотите изменить. По моему опыту, собственный код это фаза, которая чаще всего выходит за рамки, и скрытая статья затрат, о которой компании забывают чаще всего.

Эта статья именно о счёте за миграцию. Пути, шаги и сроки поддержки ECC описаны в моём руководстве по миграции с ECC на S/4HANA.

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

Миграция это полноценная программа SAP, поэтому к ней применимы те же рабочие диапазоны, что и к любой программе SAP. Они включают услуги партнёра, подписку или лицензии, данные, тестирование, обучение и hypercare.

Вот где находится каждый диапазон и что поднимает миграцию внутри него:

Размер компании	Общая стоимость программы (USD)	Что поднимает миграцию внутри диапазона
Малая (до 200 сотрудников)	$80 тыс. – $500 тыс.	Объём унаследованных данных, дополнения без версии для S/4HANA
Средняя (200–1 000)	$500 тыс. – $2 млн	Объём собственного кода, интеграции, качество данных
Крупная (1 000–10 000)	$2 млн – $10 млн+	Собственный код, число пробных конвертаций, объём регрессионного тестирования
Глобальная группа (10 000+)	$10 млн – $50 млн+	Много юрлиц и стран, параллельная работа на протяжении волн развёртывания

Две доли сохраняются во всех диапазонах. Услуги партнёра составляют 35–50% от общей суммы, а сверху идёт резерв 10–20%, который держите вы, а не партнёр внутри своей цены.

Публичные ориентиры находятся там же. LeverX, партнёр SAP, оценивает внедрение greenfield для крупного предприятия в США в $4 млн – $10 млн+ (руководство LeverX по стоимости в США, 2026). Чтобы получить первую цифру для своего объёма, попробуйте калькулятор стоимости внедрения SAP.

Люди хотят процент: brownfield стоит на X процентов меньше, чем greenfield. Мой честный ответ: это зависит от обстоятельств, и процента я не называю. Путь меняет скорее то, куда уходят деньги, чем их количество.

Конвертация системы (brownfield) сохраняет вашу настройку, собственный код и историю. Новое внедрение (greenfield) начинается с чистого листа и загружает только нужные данные, а выборочный перенос данных делает понемногу того и другого с помощью специализированных инструментов.

Вот на что тратит деньги каждый путь:

Путь	Куда уходят деньги	Что делает его дорогим	Что сдерживает затраты
Brownfield (конвертация системы)	Доработка собственного кода, прогоны конвертации через Software Update Manager, регрессионное тестирование всего, что вы сохранили	Большая база собственного кода, которой никто не пользуется, дополнения на замену, короткое окно простоя на большой базе данных	Вывод неиспользуемого кода до конвертации, процессы, которые уже работают
Greenfield (новое внедрение)	Дизайн процессов, настройка, расширения, загрузка данных, обучение и управление изменениями	Пересоздание старых собственных отчётов и логики в новой системе, перепроектирование областей, которые работали	Принятие стандарта SAP, загрузка открытых позиций и только нужной истории
Выборочный перенос данных	Специализированные инструменты и партнёр, определение объёма данных, плюс частичное перепроектирование и частичная конвертация	Сложный отбор балансовых единиц и истории, слияния и выделения бизнеса	Чёткое решение о том, какие области перепроектируются

Так от чего же это зависит? Решают четыре вопроса:

1. Сколько собственного кода вы несёте и какая его часть используется. При конвертации каждый сохранённый объект нужно проверить, при необходимости исправить и протестировать.
2. Насколько чисты ваши данные и сколько истории вам нужно. Плохие данные стоят денег на любом пути, просто на каждом в другом месте.
3. Сколько процессов вы хотите изменить. Моё правило: greenfield, если вы приходите с других систем или нужно определить новые процессы, brownfield, если процессы определены и работают, выборочный перенос, если перепроектировать нужно часть областей. Платить за перепроектирование процессов, которые уже работают, это дорогой выбор.
4. Какой простой может выдержать бизнес. Большим системам с короткими окнами нужны техники оптимизации простоя и специалисты, которые умеют их применять.

Стоимость также следует за временем. По моему опыту, brownfield занимает от 12 до 18 месяцев, greenfield от 18 до 24 месяцев, а выборочный перенос данных от 12 до 18 месяцев. Мои сроки и план проекта миграции на S/4HANA раскладывают их по фазам.

Собственный код это фаза, которая, как я вижу, чаще всего выходит за рамки при миграции. И о ней же компании чаще всего забывают, когда утверждают бюджет.

Она прячется, потому что выглядит как техническая задача. При конвертации brownfield ваши Z-программы, дополнения и модификации переносятся, и каждую из них, которая затрагивает изменённую модель данных, нужно адаптировать и заново протестировать.

SAP Readiness Check правильная отправная точка, но это инструмент планирования. По моему опыту, именно собственные объекты, которые он упускает, бьют больнее всего потом.

Собственное руководство SAP по конвертации для SAP S/4HANA Cloud Private Edition 2025 отправляет вас в ABAP Test Cockpit для проверок собственного кода. Оно также рекомендует удалить собственный код, который больше не используется, до конвертации.

Именно в этой рекомендации и лежит экономия. В одной программе анализ с помощью smartShift сократил число собственных объектов с 18 000 до 3 200, и каждый выведенный объект был объектом, который никому не пришлось исправлять, тестировать или тащить в будущие обновления.

Прежде чем кто-либо оценит миграцию, я бы хотел получить ответы на эти вопросы:

1. Сколько собственных объектов существует? Посчитайте их в своей системе, а не по оценке партнёра.
2. Сколько из них реально используется? Данные об использовании из продуктивной системы за полный бизнес-цикл, включая закрытие года.
3. Какие будут выведены из использования и кто это решает? Орган по архитектурным решениям из бизнеса и ИТ, а не одни разработчики.
4. Чем заменяются те, что вы сохраняете? Стандартными функциями, выпущенными API или расширениями side-by-side в соответствии с принципами clean core.

Сводите доработки к минимуму, а остальные держите под контролем. Типичная ошибка, которую я вижу: попытка заставить SAP работать как Oracle, из-за чего каждое различие превращается в код. Моё руководство по SAP clean core объясняет, как классифицировать то, что осталось.

По моему опыту, миграция данных занимает 30–40% трудозатрат. Значительная часть этих трудозатрат приходится на ваших собственных бизнес-пользователей, которые очищают и проверяют данные, поэтому в предложении партнёра она редко видна.

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

Проверьте, что уже покрывает ваш договор. Руководство SAP по конвертации для Private Edition указывает, что стандартный объём договора включает два пробных прогона: один для непродуктивных систем и один для продуктивной. Дополнительные можно добавить как платную услугу.

Если вы планируете три, заранее договоритесь, кто платит за третью.

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

Его можно сократить. Software Update Manager предлагает конвертацию с оптимизацией простоя, но руководство SAP указывает, что для версии Private Edition нужен эксперт SAP, прошедший учебный курс ADM329. Это отдельная строка бюджета на специалиста, а не бесплатный переключатель.

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

Две статьи затрат лежат вне плана проекта, и обе оказываются на столе у CFO.

Первая это параллельная работа. Для SAP ERP 6.0 на enhancement packages 6–8 основная поддержка заканчивается 31 декабря 2027 года. Дополнительная расширенная поддержка до конца 2030 года стоит два дополнительных процентных пункта (SAP News).

Программа greenfield, начатая сегодня, продлится до 2028 года, поэтому ECC продолжает работать и стоить денег, пока вы строите новую систему. Заложите в бюджет хотя бы частичную расширенную поддержку, команду поддержки ECC и интерфейсы, которые должны питать обе системы во время поэтапного развёртывания.

Вторая это перевод договора. Переход на RISE with SAP означает S/4HANA Cloud Private Edition, которую SAP теперь продвигает как SAP Cloud ERP Private. Ваши лицензии и поддержка превращаются в подписку, а условия обсуждаются на переговорах, а не публикуются.

Самые большие ловушки в договоре RISE, которые я вижу, это условия продления, расчёт full user equivalent (FUE) и AI-кредиты. Что я всегда добиваюсь включить в договор: список включённых модулей и поэтапное ценообразование, чтобы вы платили по мере выхода фаз в go-live, а не с первого дня.

Попросите SAP письменно ответить, что будет с вашими существующими лицензиями и платежами за поддержку. Моё руководство по договору и ценам RISE with SAP описывает, что входит, что не входит и на чём настаивать.

В 21 программе SAP, которыми я руководил или которые спасал, самая большая ошибка, которую я вижу, это отсутствие нормального планирования в начале. Бюджеты страдают в фазе Explore, по мере того как растёт список WRICEF (отчёты, интерфейсы, конвертации, расширения, формы, workflows), и одна из коренных причин в том, что объём контролируют поставщики.

Вот порядок, которому я бы следовал:

1. Запустите SAP Readiness Check и проверки собственного кода, прежде чем у кого-либо спрашивать цену.
2. Решите, какой собственный код выводится из использования, через орган по архитектурным решениям из бизнеса и ИТ.
3. Проведите профилирование данных и заложите на работу с данными 30–40% программы.
4. Посчитайте пробные конвертации и пробные прогоны и договоритесь, кто платит за каждый.
5. Оцените параллельную работу, включая расширенную поддержку, если go-live приходится на период после 2027 года.
6. Опишите объём работ сами, чтобы партнёр оценивал ваш объём, а не свой.
7. Добавьте резерв 10–20%, который держите на своей стороне.

Затем идите к партнёрам. Попросите рекомендации и их high-level design вашей миграции и уходите от общих ответов, которые подошли бы любой компании. Моё руководство по выбору партнёра для миграции на S/4HANA описывает остальную часть этого разговора.

Конкретный следующий шаг: в этом месяце получите из своей продуктивной системы число собственных объектов и данные об их использовании. Это та цифра, которая сильнее всего двигает бюджет миграции, и она может быть у вас до того, как в комнате появится какой-либо партнёр.

Если вам нужен независимый взгляд на бюджет миграции или предложение партнёра, я помогаю организациям с этим. Вы можете связаться со мной здесь.

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

Я использую рабочие диапазоны от $80 000 до $500 000 для малой компании и от $500 000 до $2 млн для среднего бизнеса. Крупному предприятию стоит закладывать от $2 млн до $10 млн и выше, а глобальной группе от $10 млн до $50 млн и выше. Услуги партнёра составляют 35–50% от общей суммы, а собственный код, данные и число пробных конвертаций определяют, где внутри диапазона вы окажетесь.

Brownfield дешевле, чем greenfield, для S/4HANA?

Не по умолчанию. Это зависит от того, сколько собственного кода вы несёте, насколько чисты ваши данные, сколько процессов вы хотите перепроектировать и какой простой можете допустить. Конвертация brownfield с большой неиспользуемой базой собственного кода может стоить дороже, чем внедрение greenfield, принимающее стандарт SAP.

Какая скрытая статья затрат самая большая при миграции на S/4HANA?

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

Сколько пробных конвертаций нужно для конвертации на S/4HANA?

При конвертации brownfield я планирую три пробные конвертации до cutover. Руководство SAP по конвертации для Private Edition включает в стандартный объём договора два пробных прогона, один для непродуктивной и один для продуктивной системы, а дополнительные доступны как платная услуга. Договоритесь, кто платит за каждый дополнительный прогон, до подписания.

Какой резерв добавить в бюджет миграции на S/4HANA?

Держите 10–20% сверх бюджета на своей стороне, а не внутри цены партнёра. Расходуйте его на названные риски, например проблемы с собственным кодом или данными, найденные при тестировании, а не на покрытие объёма, который никогда не оценивался.

Делает ли RISE with SAP миграцию на S/4HANA дешевле?

Он меняет скорее структуру затрат, чем их размер. Лицензии, хостинг и техническая эксплуатация переходят в подписку, но собственный код, данные, тестирование и управление изменениями остаются в бюджете вашей программы. Следите за условиями продления, расчётом FUE и AI-кредитами и добивайтесь включённых модулей и поэтапного ценообразования.