Выборочная миграция в SAP: когда этот подход выбирают для перехода на S/4HANA

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

Greenfield и Brownfield закрывают большинство сценариев перехода на SAP S/4HANA. Однако крупные компании далеко не всегда могут ограничиться одним из этих вариантов.

Причина обычно связана со структурой существующего SAP-ландшафта. У многих предприятий одновременно работают несколько систем SAP ERP Central Component (SAP ECC). За годы эксплуатации в них накапливаются данные, появляются региональные решения, меняется организационная структура, происходят слияния компаний и продажа отдельных бизнес-направлений. В результате часть информации остается востребованной, часть процессов требует пересмотра, а часть данных давно потеряла практическую ценность.

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

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

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

Почему Greenfield и Brownfield подходят не для каждого проекта

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

Сегодня такой выбор встречается все реже, поскольку за годы развития корпоративных IT-систем архитектура многих компаний стала значительно сложнее, а сам переход на SAP S/4HANA обычно совпадает с более масштабными изменениями в компании, среди которых:

  • Слияния и поглощения;
  • Выделение или продажа отдельных бизнес-направлений;
  • Создание общих сервисных центров;
  • Внедрение глобальных шаблонов;
  • Консолидация ERP-систем;
  • Унификация бизнес-процессов.

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

Что такое выборочная миграция

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

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

Подход

Описание

Greenfield

Внедрение SAP S/4HANA с нуля.

Brownfield

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

Bluefield (выборочная миграция)

Выборочный перенос данных, процессов и системных объектов с одновременной трансформацией ландшафта.

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

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

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

Когда стоит выбрать выборочную миграцию

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

Ситуация

Что решает выборочная миграция

Несколько SAP ECC-систем

Объединить ландшафт, сохранив необходимые данные и историю операций.

Слияния и поглощения

Интегрировать системы без переноса устаревших процессов.

Выделение части бизнеса в отдельную компанию

Выделить только те данные и организационные объекты, которые относятся к новой структуре.

Централизация общих сервисов

Унифицировать процессы для разных подразделений.

Тиражирование SAP

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

Консолидация нескольких SAP ECC-систем

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

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

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

Слияния и поглощения

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

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

Выделение части бизнеса в отдельную компанию

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

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

Централизация общих сервисов

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

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

Тиражирование шаблонов SAP

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

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

Подход LeverX к выборочной миграции

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

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

Несмотря на то что двух одинаковых проектов не существует, последовательность работ обычно остается одинаковой.

Оценка существующего ландшафта

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

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

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

Определение состава данных

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

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

Проектирование целевой архитектуры

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

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

Подготовка правил преобразования данных

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

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

Проверка готовности системы

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

Переход в промышленную эксплуатацию и стабилизация

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

После запуска начинается этап Hypercare. В этот период проектная команда контролирует работу SAP S/4HANA, устраняет выявленные проблемы и помогает пользователям освоить новую систему.

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

Технические аспекты выборочной миграции в SAP 

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

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

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

Типовые цели и ошибки при выборочной миграции

Бизнес-задача

Основная сложность

Консолидация нескольких SAP ECC-систем

Данные об одних и тех же объектах могут храниться в разных форматах.

Унификация бизнес-процессов

Существующая организационная структура не всегда соответствует будущей модели.

Сохранение исторических данных

Необходимо определить, какие сведения следует перенести, а какие можно оставить в архиве.

Снижение сложности системы

Требуется проанализировать накопленные доработки и локальные изменения.

Непрерывность работы бизнеса

Критически важные процессы должны продолжать работать во время миграции.

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

К моменту перехода на SAP S/4HANA IT-ландшафт многих компаний уже существенно отличается от первоначального. На его структуру влияют сделки по слиянию и поглощению, организационные изменения и многолетнее развитие локальных SAP-систем. Для объединения таких сред и подготовки данных к будущему ландшафту обычно используют SAP Landscape Transformation (SAP LT).

Сопоставление и унификация данных

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

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

В SAP ECC сведения о клиентах и поставщиках хранятся раздельно, поэтому их нельзя перенести в SAP S/4HANA без предварительной подготовки. Сначала эти данные необходимо преобразовать в модель Business Partner с помощью механизма Customer Vendor Integration (CVI). Для компаний, которые одновременно работают с несколькими SAP-системами, этот этап нередко становится одной из наиболее трудоемких частей преобразования данных.

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

Такая подготовка помогает снизить риски проекта и создает основу для дальнейшей работы с отчетностью, интеграциями и бизнес-процессами в SAP S/4HANA.

Управление простоями и интеграциями

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

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

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

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

Управление данными и снижение рисков в проектах выборочной миграции

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

Поэтому вопросы управления данными рассматриваются на протяжении всей миграции и сопровождают каждый ключевой этап проекта.

Типичные риски и способы их устранения

Риск

Потенциальное влияние

Что делать

Расхождения в финансовых данных

Ошибки в отчетности и сложности при сверке.

Регулярная проверка данных и контроль финансовой сверки.

Несогласованные мастер-данные

Дублирование записей, ошибки в отчетности и сбои в процессах.

Управление мастер-данными и контроль качества данных.

Несоблюдение нормативных требований

Регуляторные и юридические риски.

Проверка соответствия требованиям и политики хранения данных.

Отсутствие истории изменений

Сложности при аудите и внутренних проверках.

Документирование преобразований и контроль прослеживаемости изменений.

Низкое качество данных

Снижение доверия к новой системе.

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

Управление мастер-данными и качество данных

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

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

Соответствие нормативным требованиям и готовность к аудиту

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

Не менее важно сохранить прослеживаемость изменений. Если данные были преобразованы, объединены или перенесены между системами, эти действия должны быть задокументированы.

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

Как выборочная миграция помогает снизить риски традиционных подходов

Greenfield и Brownfield остаются востребованными сценариями перехода на SAP S/4HANA. Однако крупным компаниям нередко требуется более гибкий подход.

Во многих проектах необходимо одновременно сократить сложность существующего SAP-ландшафта, сохранить накопленные бизнес-данные, объединить несколько систем после сделки M&A или привести процессы к единому стандарту. Решить все эти задачи с помощью одного из классических сценариев удается не всегда.

В таких случаях компании выбирают Selective Conversion.

Область

Greenfield

Brownfield

Выборочная миграция

Влияние на бизнес-процессы

Высокое

Низкое

Зависит от объема преобразований

Пересмотр бизнес-процессов

Масштабный

Ограниченный

Ограниченный

Перенос исторических данных

Выборочный

Как правило, переносится весь массив данных

Определяется задачами проекта

Консолидация нескольких систем

Возможна, но требует значительных изменений

Ограниченные возможности

Хорошо подходит для таких проектов

Изменение организационной структуры

Высокая гибкость

Ограниченная гибкость

Высокая гибкость

Повышение качества данных и совершенствование управления ими

Высокий потенциал

Ограниченные возможности

Высокий потенциал

Перенос накопленной сложности существующей системы

Минимальный

Высокий

Сниженный

Снижение влияния миграции на бизнес

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

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

Более гибкий подход к преобразованию системы

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

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

Снижение сложности системы

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

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

Главная цель такого проекта связана не только со снижением рисков миграции. Не менее важно сформировать SAP-ландшафт, который соответствует текущей структуре бизнеса и остается готовым к дальнейшему развитию.

Опыт LeverX в проектах выборочной миграции

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

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

Опыт LeverX включает:

  • Трансформацию корпоративных SAP-ландшафтов и консолидацию нескольких SAP-систем;
  • Интеграцию SAP после сделок по слиянию и поглощению;
  • Проекты по выделению юридических лиц (carve-out) и продаже части бизнеса (divestiture);
  • Трансформацию финансовых процессов и унификацию корпоративной отчетности;
  • Глобальные проекты внедрения SAP S/4HANA;
  • Сопровождение и стабилизацию системы после ввода в промышленную эксплуатацию.

Какие результаты дает выборочная миграция

Более прозрачная отчетность

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

Сокращение технического наследия

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

Более простой SAP-ландшафт

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

Заключение

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

Частые вопросы

Сколько времени занимает проект выборочной миграции?

Единого срока для таких проектов не существует. Продолжительность зависит не столько от самой миграции, сколько от объема подготовительной работы. На сроки также влияет масштаб проекта. Миграция одной системы SAP ECC и консолидация нескольких ERP-систем требуют разного объема работ, поэтому продолжительность проектов может существенно отличаться.

 

Сохранится ли доступ к историческим данным SAP ECC после миграции?

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

Можно ли выполнять выборочную миграцию поэтапно?

Да. Многие компании начинают проект с отдельного региона, бизнес-подразделения или юридического лица, а затем постепенно расширяют область миграции. Другой распространенный вариант — сначала перенести основные бизнес-процессы, после чего последовательно подключать остальные системы.

Какие технологии используются в проектах выборочной миграции?

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

Окончательный выбор определяется особенностями конкретного проекта.

Кто должен участвовать в проекте выборочной миграции?

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

Такое распределение ответственности помогает заранее согласовать требования к будущей системе и снижает вероятность изменений уже в ходе проекта.

https://leverx.com/ru/newsroom/sap-selective-conversion-services
Не упустите полезные инсайты и тренды мира технологий
Подпишитесь на нашу рассылку.

Body-1