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

Основная поддержка SAP ECC заканчивается 31 декабря 2027 года, то есть примерно через 15 месяцев. Опциональная расширенная поддержка действует до конца 2030 года за повышенную плату (SAP News). Сложные миграции легко растягиваются на 18–24 месяца, когда начинается настоящее тестирование. Если вы ещё не выбрали путь, go-live до этого срока уже маловероятен.

Если именно вы, как CIO или руководитель программы, принимаете это решение, у вас три пути: greenfield, brownfield или выборочный перенос данных. Работа за каждым из них идёт по одним и тем же пяти шагам. Сначала запустите SAP Readiness Check, потом выбирайте.

Переход с ECC на S/4HANA не сводится к обновлению. Он меняет способ хранения данных, проводки документов и саму работу пользователей. На одном проекте, где я работал, команда заново построила десятки самописных отчётов один в один, как они были в ECC. Никто не спросил, нужны ли они ещё. Позже половина из них так и не использовалась. Миграция прошла технически чисто. Ценности она не принесла.

Различия, которые определяют трудоёмкость миграции:

Область	SAP ECC	SAP S/4HANA
База данных	Любая поддерживаемая база данных (Oracle, Db2, SQL Server и другие)	Только SAP HANA
Модель финансовых данных	Отдельные таблицы FI, CO и анализа рентабельности с таблицами итогов	Универсальный журнал (таблица ACDOCA) как единый источник данных по строкам проводок
Основные данные клиентов и поставщиков	Отдельные записи клиентов и поставщиков	Бизнес-партнёр обязателен
Пользовательский интерфейс	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 года	SAP обязалась поддерживать систему до конца 2040 года

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

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

Decide

Какой путь миграции подходит вашей ситуации?

Унаследованные системы разрознены, и вы хотите перепроектировать процессы

→Greenfield

Процессы выстроены, ECC стабилен, история должна сохраниться

→Brownfield

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

→Bluefield

Greenfield: начать с чистого листа

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

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

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

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

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

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

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

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

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

Подходит, когда вам нужна свобода в процессах, как в greenfield, и преемственность данных, как в brownfield, там, где это важно.

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

Критерий	Greenfield	Brownfield	Выборочный перенос
Перепроектирование процессов	Полное, под стандарт SAP	В основном сохраняются	Выбирается по каждой единице
Исторические данные	Не переносятся (или только открытые позиции и остатки)	Переносятся полностью	Выбранный объём
Срок до go-live	Дольше	Короче	Зависит от объёма
Технический долг	Устраняется	Переносится	Снижается для перенесённого объёма
Влияние изменений	Высокое	Ниже	Умеренное
Лучше всего подходит для	Разрозненные унаследованные системы, крупное перепроектирование	Стабильный, хорошо поддерживаемый ECC	Слияния, выделение бизнеса, поэтапное внедрение

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

1. 01

   Оценка

   Запустите SAP Readiness Check. Составьте реестр самописного кода, дополнений и интерфейсов.

2. 02

   Классификация данных

   Разделите данные на горячие, тёплые и холодные. Холодные данные переносить не обязательно.

3. 03

   Очистка

   Устраните дубли, несоответствия и незаполненные поля. Всегда дольше, чем планировали.

4. 04

   Адаптация кода

   Запустите проверки ABAP Test Cockpit. Сокращайте Z-код, а не просто переносите его.

5. 05

   Тестирование и cutover

   Несколько циклов тестирования и хотя бы одна полная репетиция cutover.

1. Оценка и готовность

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

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

Одновременно проверьте технические предпосылки. Конвертация возможна с SAP ERP 6.0 на любом пакете расширения. Система должна быть Unicode, иначе вам придётся планировать двухэтапную конвертацию. Dual-stack системы сначала нужно разделить. Основные данные клиентов и поставщиков до конвертации необходимо преобразовать в бизнес-партнёров. На последнем пункте спотыкается больше команд, чем на любом другом.

2. Анализ и классификация данных

Измерьте свои данные, прежде чем переносить их, и рассортируйте:

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

Холодные данные в S/4HANA переносить не нужно. Архивируйте их. Команды, которые пропускают этот шаг, приносят в новую систему мусор, который замедляет и миграцию, и работу системы.

3. Очистка и архивирование данных

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

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

4. Адаптация самописного кода

Запустите проверки готовности S/4HANA в ABAP Test Cockpit (ATC): они сравнивают ваш код с элементами упрощения SAP. Результат показывает, что требует синтаксической правки, что нужно заменить функционально, а что стоит вывести из эксплуатации.

Цель в том, чтобы Z-кода стало меньше, а не просто чтобы он работал. Каждый перенесённый самописный объект добавляет затрат при каждом будущем обновлении. Как классифицировать то, что остаётся, описано в моём руководстве по Clean Core.

5. Тестирование, обучение и cutover

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

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

Инструменты SAP, которые я ожидал бы увидеть в любом плане миграции:

Инструмент	Что делает	Когда использовать
SAP Readiness Check	Элементы упрощения, дополнения, самописный код, сайзинг	До выбора пути
ABAP Test Cockpit (ATC)	Находит самописный код, который сломается	Адаптация самописного кода
SAP Signavio	Показывает, как процессы работают на самом деле, а не как их описали	До заморозки дизайна
SAP LeanIX	Картирует приложения и интерфейсы	Проектирование интеграции
Software Update Manager (SUM)	Выполняет техническую конвертацию	Конвертация brownfield
SAP S/4HANA Migration Cockpit	Загружает основные и транзакционные данные	Миграция данных greenfield

Для SAP ERP 6.0 на пакетах расширения 6–8 основная поддержка заканчивается 31 декабря 2027 года. Опциональная расширенная поддержка действует до 31 декабря 2030 года с надбавкой в два процентных пункта к базе поддержки. Более ранние пакеты расширения вышли из основной поддержки в конце 2025 года.

После 2030 года остаётся один узкий маршрут. Переходный вариант SAP ERP, private edition от SAP охватывает 2031–2033 годы. Он применим только к крупным системам, перенесённым на SAP ERP, private edition на SAP HANA до конца 2030 года, и только с планом SAP max success. Относитесь к нему как к исключению, а не к плану.

По длительности: полные миграции сложных систем могут растянуться на 18–24 месяца и дольше, когда начинается настоящее тестирование. Для средних и крупных компаний 12–18 месяцев и больше реалистичны для хорошо подготовленной конвертации. Крупная программа greenfield в нескольких юридических лицах может длиться 24–36 месяцев.

1. 2027Заканчивается основная поддержка ECC31 декабря, для SAP ERP 6.0 EHP 6–8
2. 2028Вероятный go-live, если начать сейчас18–24 месяца с начала реального тестирования
3. 2030Заканчивается расширенная поддержкаОпционально, с надбавкой в два пункта
4. 2033Заканчивается переходный вариантТолько private edition, только крупные системы

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

Арифметика проста. Если вы начнёте сложную оценку сегодня, go-live придётся на 2028 год. Заложите в бюджет расширенную поддержку и используйте это время, чтобы очищать данные и выводить из эксплуатации самописный код, а не просто ждать. Чтобы проверить свои варианты, воспользуйтесь моим инструментом оценки миграции.

Чем отличается миграция с ECC на S/4HANA по сценарию greenfield от brownfield?

Greenfield означает новое внедрение: унаследованные настройки и самописный код не переносятся, процессы проектируются под стандарт SAP, а загружаются только нужные данные. Brownfield конвертирует вашу существующую систему ECC, сохраняя настройки, самописный код и историю. Это быстрее и менее болезненно, но технический долг переезжает вместе с системой. Выборочный перенос данных находится между ними.

Каков крайний срок миграции с SAP ECC на S/4HANA?

Для SAP ERP 6.0 на пакетах расширения 6–8 основная поддержка заканчивается 31 декабря 2027 года. Опциональная расширенная поддержка действует до 31 декабря 2030 года с надбавкой в два процентных пункта к базе поддержки. Переходный вариант на 2031–2033 годы существует только для крупных систем, перенесённых на SAP ERP, private edition на SAP HANA до конца 2030 года.

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

Он анализирует вашу систему ECC и сообщает об элементах упрощения, влияющих на ваши настройки, совместимости дополнений, влиянии самописного кода, объёмах данных и сайзинге HANA. Если запустить его рано, обсуждение объёма меняется, потому что команды регулярно обнаруживают дополнения и самописный код, о зависимости от которых они не подозревали.

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

Хорошо подготовленная конвертация для средней и крупной компании часто занимает 12–18 месяцев и больше. Сложные программы с несколькими юридическими лицами могут растянуться на 18–24 месяца с начала реального тестирования, а крупные программы greenfield на 24–36 месяцев. Самая частая причина срыва графика: очистка данных.

Что такое Универсальный журнал (ACDOCA) и почему он важен для миграции?

Универсальный журнал представляет собой единую таблицу строк проводок, ACDOCA, которая объединяет данные финансового учёта, контроллинга и анализа рентабельности, хранившиеся в ECC в отдельных таблицах. Самописный код и отчёты, читающие старые структуры, такие как COEP или таблицы анализа рентабельности, нужно пересмотреть. Одни требуют небольших правок, другие переработки.

Каковы технические предпосылки конвертации ECC в S/4HANA?

Конвертация возможна с SAP ERP 6.0 на любом пакете расширения. Система должна быть Unicode, иначе применяется двухэтапный подход. Dual-stack системы необходимо сначала разделить. Основные данные клиентов и поставщиков нужно преобразовать в бизнес-партнёров. Прежде чем фиксировать даты, запустите SAP Readiness Check и проверки самописного кода в ATC.

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

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