Миграция с ECC на S/4HANA: пути, шаги и сроки поддержки SAP ECC

Миграция с ECC на S/4HANA переводит вашу систему SAP ERP с SAP ECC 6.0 на SAP S/4HANA: с новой базой данных, новой моделью финансовых данных и новым пользовательским интерфейсом. Вам предстоит решить, какой путь выбрать и успеете ли вы запуститься до окончания основной поддержки ECC 31 декабря 2027 года.

Коротко: greenfield, если вы переходите с других систем или вам нужны новые процессы; brownfield, если ваши процессы определены и работают; выборочный перенос данных, если редизайн нужен только части областей. По моему опыту, brownfield занимает от 12 до 18 месяцев, greenfield от 18 до 24 месяцев, а выборочный перенос данных от 12 до 18 месяцев. Запустите SAP Readiness Check, прежде чем выбирать любой из них.

Переход с ECC на S/4HANA не является простым обновлением. Меняется то, как хранятся данные, как проводятся транзакции и как работают пользователи.

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

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

SAP ECC расшифровывается как SAP ERP Central Component. Это ядро SAP ERP 6.0, одного из основных приложений SAP Business Suite 7, и когда говорят «SAP ECC», почти всегда имеют в виду ECC 6.0. Система ведёт финансы, контроллинг, закупки, продажи и производство на любой базе данных, которую поддерживает SAP, от Oracle до SQL Server и Db2.

Первая причина перехода связана с поддержкой. Для SAP ERP 6.0 на enhancement packages 6–8 основная поддержка заканчивается 31 декабря 2027 года. Системы на enhancement package 5 и ниже вышли из основной поддержки в конце 2025 года (SAP).

SAP S/4HANA является преемником, и SAP обязалась поддерживать его до конца 2040 года.

Вторая причина связана со временем. Если начать конверсию brownfield сегодня, в октябре 2026 года, go-live придётся на период с конца 2027 года до весны 2028 года. Если начать greenfield сегодня, запуск состоится в 2028 году.

Поэтому для большинства клиентов ECC вопрос уже не в том, переходить ли. Вопрос в том, каким путём и сколько расширенной поддержки заложить в бюджет на время перехода.

Я также разбираю эту тему в видео на моём YouTube-канале (на английском).

Вот различия, которые определяют большую часть трудозатрат на миграцию:

Область	SAP ECC	SAP S/4HANA
База данных	Любая поддерживаемая база данных (Oracle, Db2, SQL Server и другие)	Только SAP HANA
Модель финансовых данных	Отдельные таблицы FI, CO и анализа прибыльности с таблицами итогов	Universal Journal (таблица ACDOCA) как единый источник отдельных позиций
Основные данные клиентов и поставщиков	Отдельные записи клиентов и поставщиков	Business partner обязателен
Номер материала	18 символов	До 40 символов, если включить расширенную длину
Управление кредитами	Управление кредитами в SD	SAP Credit Management (FIN-FSCM)
Пользовательский интерфейс	SAP GUI	Приложения SAP Fiori, при этом SAP GUI остаётся доступным on-premise и в Private Edition
Развёртывание	On-premise	On-premise, Private Edition (RISE with SAP) или Public Edition (GROW with SAP)
Расширения	Z-программы и модификации	Clean core: опубликованные API, ABAP Cloud on-stack или side-by-side на SAP BTP
Поддержка	EHP 6–8: основная до конца 2027 года, расширенная до конца 2030 года	Гарантирована до конца 2040 года

SAP фиксирует каждое из этих различий как simplification item и публикует их в Simplification List для каждого релиза S/4HANA. Некоторые обязательны для всех клиентов, например business partner. Другие важны, только если вы используете соответствующую функцию, и SAP Readiness Check показывает, какие из них касаются вашей системы.

Европейский производственный клиент, с которым я работал в 2023 году, всё спрашивал, почему его собственные фоновые задания перестали работать после конверсии. Их логика опиралась на структуры таблиц ECC, которые в S/4HANA изменились. Никто не спросил, имеют ли эти задания смысл в новой модели.

Миграция переносит данные. Настоящий вопрос в том, что вы делаете с унаследованными проектными решениями.

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

Decide

Какой путь с ECC на S/4HANA подходит вашей ситуации?

→Greenfield

Переход с других систем, или нужно определить новые процессы

→Brownfield

Процессы определены и работают

→Выборочный перенос данных

Процессы нужно заново определить только в части областей

Greenfield: новое внедрение

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

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

Brownfield: конверсия системы

Brownfield означает конверсию системы. Ваша существующая система ECC конвертируется на месте, и настройка, собственный код и история переходят вместе с ней. Техническая конверсия выполняется через Software Update Manager (SUM) с опцией миграции базы данных.

Для каждого релиза SAP публикует Conversion Guide для SAP S/4HANA с предварительными условиями и порядком технических шагов. Прочитайте руководство для своего целевого релиза, прежде чем планировать даты. Риск в техническом долге, который вы переносите: унаследованная сложность переезжает вместе с вами, если её сознательно не расчистить.

Выборочный перенос данных

Выборочный перенос данных переносит выбранные балансовые единицы, бизнес-подразделения или временные срезы данных, а не всё. Для него нужны специализированные инструменты и партнёр с опытом в этом подходе. Некоторые поставщики продают его как «bluefield».

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

Так три пути выглядят в ответ на вопросы, которые обычно задают советы директоров:

Путь	Когда выбирать	Типичный срок	Главный риск
Greenfield	Переход с других систем, или нужно определить новые процессы	18–24 месяца	Нагрузка изменений на пользователей и оставленная история
Brownfield	Процессы определены и работают	12–18 месяцев	Перенос технического долга и неиспользуемого собственного кода
Выборочный перенос данных	Процессы части областей нужно определить заново	12–18 месяцев	Зависимость от специализированных инструментов и партнёров, сложное определение объёма данных

Путь меняет детали, но последовательность остаётся той же. Вот пять шагов, которые я бы запланировал, по порядку.

Последовательность миграции

1. 01

   Readiness check

   Запустите SAP Readiness Check и подтвердите технические предварительные условия.

2. 02

   Выбор и план

   Выберите путь, задайте объём и спланируйте всю программу до начала разработки.

3. 03

   Собственный код

   Найдите то, что используется, выведите остальное, адаптируйте оставшееся.

4. 04

   Данные

   Классифицируйте, очистите и заархивируйте данные, прежде чем что-то переносить.

5. 05

   Тесты и cutover

   Несколько циклов тестирования и как минимум одна полная репетиция cutover.

1. Запустите readiness check

Начинайте отсюда. Всегда. SAP Readiness Check анализирует вашу систему ECC и сообщает о simplification items, совместимости дополнений, собственном коде, объёмах данных и сайзинге.

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

Для конверсии brownfield одновременно проверьте эти предварительные условия:

1. Релиз: конверсия возможна с SAP ERP 6.0 на любом enhancement package.
2. Unicode: система должна быть в Unicode, иначе планируйте конверсию в два этапа.
3. Dual-stack: системы dual-stack сначала нужно разделить.
4. Business partner: основные данные клиентов и поставщиков нужно преобразовать в business partners до конверсии. На этом пункте спотыкается больше команд, чем на любом другом.

2. Выберите путь и спланируйте программу

Выберите путь по результатам readiness check и по моему правилу выше. Затем спланируйте всю программу, включая данные, тестирование и cutover, до того как кто-то начнёт разработку.

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

3. Адаптируйте собственный код

Запустите проверки S/4HANA в ABAP Test Cockpit: они сравнивают ваш код с simplification items SAP. Custom Code Migration app показывает те же результаты вместе с данными об использовании, чтобы вы видели, что используется, прежде чем что-то исправлять.

Цель в том, чтобы Z-кода стало меньше, а не просто чтобы он работал. В одной программе анализ с помощью smartShift сократил число собственных объектов с 18 000 до 3 200.

Каждый перенесённый собственный объект удорожает каждое будущее обновление. Я видел, как компании сокращали сроки обновлений на 40% благодаря принципам clean core, а в моём руководстве по SAP clean core описано, как классифицировать то, что остаётся.

4. Подготовьте и перенесите данные

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

5. Тестируйте, обучайте и выполняйте cutover

Проводите тестирование циклами: модульное, интеграционное и приёмочное (UAT), затем как минимум одна полная репетиция cutover. Включите в UAT и ключевых пользователей, и тех, кто работает с системой эпизодически, потому что они находят разные проблемы.

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

По моему опыту, миграция данных занимает 30–40% трудозатрат внедрения. Это и самая частая причина срыва графиков.

Как переносятся данные, зависит от пути. В brownfield SUM конвертирует данные на месте. В greenfield вы загружаете основные данные и открытые позиции через SAP S/4HANA Migration Cockpit, а при выборочном переносе данных специализированные инструменты переносят выбранный вами объём.

Каким бы ни был путь, рассортируйте данные до переноса:

1. Горячие: используются часто, нужны для текущей обработки.
2. Тёплые: нужны время от времени, актуальны, но не ежедневно.
3. Холодные: исторические или неиспользуемые, хранятся только для аудита.

Холодные данные не обязательно переносить в S/4HANA. Заархивируйте их. Дубли поставщиков, несогласованные единицы измерения и наполовину заполненные основные данные клиентов есть в любой системе ECC, и если их никто заранее не исправит, они попадут в S/4HANA в нетронутом виде.

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

Вот пять инструментов, которые я использовал в программах перехода с ECC на S/4HANA. Два из них от самой SAP, три от специализированных поставщиков:

Инструмент	Разработчик	Что делает	Где применяется
SAP Readiness Check for SAP S/4HANA	SAP	Сообщает о simplification items, совместимости дополнений, влиянии на собственный код, объёмах данных и сайзинге	До выбора пути
Custom Code Migration app	SAP	Приложение SAP Fiori, которое запускает проверки S/4HANA из ABAP Test Cockpit и по данным об использовании находит неиспользуемый код; работает в S/4HANA или в среде ABAP на SAP BTP	Определение объёма и адаптация собственного кода
smartShift	smartShift Technologies	Автоматизированный анализ и преобразование собственного кода ABAP для S/4HANA	Анализ и исправление собственного кода
SNP (платформа Kyano)	SNP Group	ПО для преобразования данных при выборочном переносе, продаётся в рамках подхода «Bluefield» от SNP	Выборочный перенос данных, слияния и выделения
Natuvion	Natuvion Group	ПО для конверсии данных и инструменты cutover для перехода на S/4HANA	Выборочный перенос данных и cutover

SNP и Natuvion входят в число основателей сообщества Selective Data Transition Engagement от SAP. Другие инструменты SAP, с которыми вы столкнётесь: SUM для конверсии brownfield и Migration Cockpit для загрузки данных в greenfield.

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

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

После 2030 года остаётся один узкий путь: SAP ERP, private edition, transition option. Он даёт поддержку с 2031 по 2033 год клиентам, которые переносят свою систему ECC в частное облако SAP как SAP ERP, private edition, на SAP HANA, в рамках RISE with SAP. Система должна быть перенесена до 31 декабря 2030 года, иметь объём не менее 2 ТБ, и для неё нужен план max success от SAP.

Значит, 2033 год не является общим сроком. Он касается крупных систем, которые уже перенесли ECC в облако SAP. Для всех остальных у ECC на собственной инфраструктуре 2027 год остаётся датой окончания основной поддержки, а 2030 год концом расширенной.

1. 2027Конец основной поддержки ECC31 декабря, для SAP ERP 6.0 EHP 6–8
2. 2028Вероятный go-live, если начать сейчасBrownfield 12–18 месяцев, greenfield 18–24
3. 2030Конец расширенной поддержкиНеобязательная, с надбавкой в два пункта
4. 2033Конец transition optionТолько SAP ERP, private edition, системы от 2 ТБ

Источник: SAP News, февраль 2020 и август 2025

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

Стоимость зависит от тех же факторов, что и срок: пути, объёма собственного кода, состояния ваших данных и числа юрлиц, выходящих в go-live. Одни только данные занимают 30–40% трудозатрат, поэтому хороший план по данным экономит больше денег, чем любые переговоры о ставках. Моё руководство по стоимости миграции на S/4HANA объясняет, что определяет бюджет миграции, а в моём руководстве по стоимости внедрения SAP бюджет разобран по размеру компании.

Чтобы увидеть, как прошла одна программа, прочитайте мой кейс миграции с ECC на S/4HANA. Чтобы проверить собственные варианты, пройдите оценку миграции greenfield или brownfield.

Эта статья даёт общую картину. Каждое руководство ниже полностью отвечает на один вопрос.

1. Сроки и план проекта миграции на S/4HANA: по фазам и по путям, с пробными конвертациями и cutover.
2. Стоимость миграции на S/4HANA: что определяет бюджет конвертации, нового внедрения или выборочного переноса.
3. SAP Readiness Check и оценка миграции: что показывает проверка и что она упускает.
4. SAP S/4HANA Migration Cockpit по шагам: загрузка данных через промежуточные таблицы или прямую передачу.
5. RISE with SAP: публичное или частное облако: какая редакция подходит вашим процессам.
6. Договор и цены RISE with SAP: что покрывает подписка и о чём договариваться.
7. Как выбрать партнёра для миграции на S/4HANA: какие вопросы задавать и какие тревожные признаки замечать.
8. Восстановление проекта SAP: как спасти миграцию, которая сбилась с курса.

С цифрами помогают два инструмента: калькулятор стоимости внедрения SAP и оценщик миграции данных.

Что такое SAP ECC?

SAP ECC (SAP ERP Central Component) представляет собой ядро SAP ERP 6.0, входящего в SAP Business Suite 7. Он охватывает финансы, контроллинг, логистику и другие основные процессы и работает на нескольких базах данных. SAP S/4HANA является его преемником и работает только на SAP HANA.

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

По моему опыту, конверсия brownfield занимает от 12 до 18 месяцев, внедрение greenfield от 18 до 24 месяцев, а выборочный перенос данных от 12 до 18 месяцев. Очистка данных чаще всего становится причиной срыва графиков, потому что миграция данных занимает 30–40% трудозатрат внедрения.

Что будет с SAP ECC после 2027 года?

Для SAP ERP 6.0 на enhancement packages 6–8 основная поддержка заканчивается 31 декабря 2027 года. Можно купить необязательную расширенную поддержку до 31 декабря 2030 года за два дополнительных процентных пункта. С 2031 по 2033 год поддержка доступна только через SAP ERP, private edition, transition option для крупных систем, перенесённых в частное облако SAP до конца 2030 года.

Brownfield или greenfield: что лучше?

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

Что такое выборочный перенос данных в SAP?

Выборочный перенос данных переносит в S/4HANA выбранные балансовые единицы, бизнес-подразделения или временные срезы данных, вместо того чтобы конвертировать всё или начинать с пустой системы. Он позволяет перепроектировать одни области и сохранить историю в других. Для него нужны специализированные инструменты, например от SNP или Natuvion, и опытный партнёр.

Каковы предварительные условия конверсии ECC 6.0 в S/4HANA?

Конверсия возможна с SAP ERP 6.0 на любом enhancement package. Система должна быть в Unicode, иначе используется двухэтапный подход, а системы dual-stack сначала нужно разделить. Основные данные клиентов и поставщиков нужно преобразовать в business partners до конверсии.

Что показывает SAP Readiness Check?

Он анализирует вашу систему ECC и сообщает о simplification items, которые вас касаются, совместимости дополнений, влиянии на собственный код, объёмах данных и сайзинге HANA. Запускайте его рано: команды регулярно находят дополнения и собственный код, о зависимости от которых они не знали.

Что выбрать для миграции ECC: RISE with SAP или GROW with SAP?

Большинство клиентов ECC с большим объёмом собственного кода и сложными процессами переходят на S/4HANA Cloud Private Edition в рамках RISE with SAP, где поддерживается конверсия существующей системы. GROW with SAP использует Public Edition: это новое внедрение со стандартными процессами и расширениями только через опубликованные API. Он подходит компаниям, готовым принять стандарт SAP.