Вы находитесь на странице: 1из 7

База знаний

Переход на SAP S/4 HANA


Фрэнк Денсборн Орен Шатил

Ким Мэтесс

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

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

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

Что такое SAP S/4HANA?


SAP S/4 HANA представляет собой пакет решений SAP следующего поколения, созданный на базе инновационной платформы SAP HANA, работающей в
оперативной памяти. Эта система предлагает персонализированную среду для пользователя с использованием приложений SAP Fiori. Центральным
компонентом системы SAP S/4HANA является упрощенное решение SAP ERP и компоненты SAP Business Suite, например, SAP Supplier Relationship
Management (SRM), Customer Relationship Management (CRM) и Supply Chain Management (SCM), по-новому интегрированные в базовую систему S/4HANA.
Базовой системой S/4HANA с технической точки зрения называется новая система SAP ERP Central Component (ECC). Базовая система SAP S/4HANA
Enterprise Management доступна в двух вариантах: локально и в облаке.

Существует два варианта развертывания SAP S/4HANA. В локальной модели развертывания используется традиционное лицензирование. Для
облачных версий предлагается лицензирование по подписке. Для преодоления трудностей перехода на любую из версий компания SAP вместе с системой
S/4HANA поставляет новую методологию SAP Activate, которая представляет собой сочетание SAP Best Practices, пошаговое руководство по
конфигурированию и методологию внедрения (рис. 1).

Рис. 1. SAP S/4HANA: ядро системы

Три сценария перехода


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

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

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

SAP Activate
Новая методология SAP Activate (рис. 2) поставляется с SAP S/4HANA для всех трех опций. Входящие в нее SAP Best Practices представляют собой
готовые к выполнению бизнес-процессы, оптимизированные для SAP S/4HANA, которые также включают в себя основы трансформации и миграции. С их
помощью вы сможете выполнить оптимальные шаги для перехода на новую систему от прежней системы SAP или сторонней прежней системы.

Рис. 2. Методология SAP Activate

Сценарий 1: Новое внедрение


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

Рис. 3. Новое внедрение SAP S/4HANA

В рамках установки новой локальной системы выполняются следующие шаги.

Установка SAP NetWeaver Application Server ABAP 7.50 на базе SAP HANA.
Установка системы SAP S/4HANA.
Развертывание SAP Best Practices.
Миграция данных из прежней сторонней или SAP-системы в систему SAP S/4HANA.

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

Локально
SAP Data Services — один из ключевых элементов решения SAP Enterprise Information Management (EIM). SAP Data Services предоставляет возможности
интеграции данных, управления качеством данных и обработки текстовых данных. С точки зрения миграции интерес представляет интеграция данных и
управление качеством данных. К компонентам интеграции данных относится инструмент для экстракции, трансформации и загрузки данных (ETL) из
нескольких источников в одну или несколько целевых систем. Вместе с элементом управления качеством данных этот инструмент оптимально подходит
для миграции из сторонних приложений в систему SAP.

Программное обеспечение для быстрой миграции данных SAP используется при выполнении следующих шагов:

экстракция данных из исходной системы;


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

Рассмотрим архитектуру миграции данных более подробно. На рис. 4 показаны семь специфичных областей.

Рис. 4. Быстрая миграция данных SAP в локальную систему SAP S/4HANA

1. Исходная и целевая системы: В исходной системе находятся исторические данные, в целевой — данные, полученные после преобразования и очистки.
Также исходной системой могут быть базы данных, прочие SAP-системы или плоские файлы (например, XML).
2. Экстракция и профилирование: SAP Data Services предоставляет область стейджинга (подготовки данных). В данной зоне подготовки выполняется
экстракция и профилирование данных из исходных систем. Профилирование данных является критическим шагом, поскольку позволяет получить
информацию о состоянии существующих исходных систем. Можно проверить такие важные данные, как образцы по всем данным. Скажем, в почтовом
индексе США должны быть указаны пять цифр плюс четыре дополнительных цифры кода. Посредством оценки данных можно определить число
уникальных почтовых индексов в наличии и частоту вхождения расширения типа «почтовый индекс+4» во всех исходных системах. Еще одним
примером являются обозначения разных стран. Например, для обозначения Германии в исходной системе используются записи «Germany», «DE» или
«Deutschland».
3. Очистка, преобразование и проверка: Сюда относится обновление данных по специфичным шаблонам, преобразование данных по установленным
правилам и проверка данных в бизнес-контексте SAP. Этот процесс может включать в себя объединение двух полей в одно, разделение полей,
обновление данных в поле по определенным правилам (например, форматы телефонным номеров). Помимо этого выполняется проверка данных по
обязательным полям и значениям поиска из бизнес-контекста и конфигурации SAP-системы.
4. Извлечение конфигурации SAP: В рамках проекта внедрения SAP выполняется конфигурирование системы с использованием большого числа
значений: заводов, видов и групп материалов, а также областей сбыта Как правило, при мэппинге исходных данных выполняется мэппинг полей в
соответствии с конфигурацией SAP-системы. При экстракции конфигурационных данных SAP извлекаются соответствующие настройки SAP-системы
для обеспечения соответствия исходных данных требуемому формату в целевой системе.
5. Загрузка данных: Загрузка данных осуществляется через стандартные интерфейсы SAP, оптимизированные для повышения качества данных и
обеспечения их непротиворечивости.
6. Выверка: При выверке фактически загруженные данные сопоставляются с требуемыми образцами.
7. Отчеты и инструментальные панели: По мере выполнения процесса участвующие в проекте сотрудники могут определить статус миграции с помощью
специальных инструментальных панелей. Кроме того, при миграции запускается процесс проверки качества данных и контроль управления данными.

Облако
Для облачных версий SAP S/4HANA компания SAP предлагает встроенную функциональность миграции с методологией SAP Activate (пошаговая
инструкция по конфигурированию). Эта пошаговая инструкция по конфигурированию доступна в SAP S/4HANA через приложение Fiori для управления
решением. Миграцию данных можно выполнять непосредственно из этого приложения, как показано на рис. 5. Предлагаемые объекты миграции данных
зависят от предварительно сконфигурированных бизнес-процессов, выбранных пользователем.
Рис. 5. Пошаговое конфигурирование для облачных версий SAP S/4HANA

Для существующих клиентов возможна миграция данных из SAP Business Suite с помощью инструмента SAP Landscape Transformation (SLT), а новые
клиенты могут воспользоваться преимуществами миграции на основе шаблонов. В первых облачных версиях SAP S/4HANA поддерживается
ограниченный набор объектов миграции данных. Поддержка дополнительных объектов будет реализована в следующих версиях на основе аналогичной
методологии, как для доступных средств миграции в локальной версии.

Сценарий 2: Обновление существующей системы


Этот сценарий предназначен для клиентов SAP Business Suite, которым требуется заменить текущую систему на SAP S/4HANA (рис. 6).

Рис. 6. Обновление системы SAP S/4HANA

Сценарий обновления системы состоит из следующих технических шагов (основные шаги):

обновление до SAP NetWeaver Application Server ABAP 7.50;


миграция базы данных в SAP HANA (если система SAP Business Suite использует другую БД);
преобразование существующей системы SAP Business Suite в SAP S/4HANA. Перенос данных из старых структур в новые выполняется с помощью
встроенных инструментов.

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

Миграция с использованием DMO


Вообще, технически процедура преобразования системы и установки базовой системы SAP S/4HANA, а также миграции базы данных, выполняется
посредством менеджера обновлений ПО (Software Update Manager; SUM) и DMO (Database Migration Option). SUM является инструментом SAP для
сопровождения систем на базе SAP NetWeaver. Он входит в набор инструментов управления программным обеспечением SAP. DMO — функция SUM. DMO
релевантна для сценариев миграции существующей системы SAP из любой базы данных в SAP HANA. Она сочетает в себе требуемые программные
обновления SAP (выполняются SUM) с миграцией из любой базы данных в SAP HANA.

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

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

проверка версии текущей системы SAP Business Suite;


проверка наличия в целевой версии действительных и активных преемников для всех компонентов (SAP S/4HANA является новым продуктом, не все
дополнения к SAP Business Suite и отраслевые решения реализованы в первой поставке SAP S/4HANA);
проверки, специфичные для приложений. В качестве примера можно привести финансовые проверки, необходимые для решения SAP S/4HANA Finance.

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

Сценарий 3: Трансформация ландшафта


Трансформация ландшафта предназначена для существующих клиентов SAP Business Suite, которым требуется заменить текущую систему или
системный ландшафт на локальную систему SAP S/4HANA (или системный ландшафт). Здесь применяются более сложные сценарии миграции, см. Рис. 7.

Рис. 7. Трансформация ландшафта SAP S/4HANA

Здесь выполняются следующие технические шаги (основные шаги):

установка новой системы SAP S/4HANA с локальной версией;


миграция выбранных данных в SAP S/4HANA SLT.

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

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

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

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

Для получения дополнительной воспользуйтесь ссылками:

http://discover.sap.com/S4HANA
http://scn.sap.com/docs/DOC-64980
http://news.sap.com/sap-activate-accelerates-sap-s4hana-innovation-adoption/

В этом году мы представляем четыре семинара по этой темен на конференции TechEd в Лас-Вегасе:

TEC114: Пути перехода на SAP S/4HANA


DMM213: Миграция данных в SAP S/4HANA: глубокое погружение. Правильный путь к простому решению
ITM201: Планирование и выполнение преобразования системы в SAP S/4HANA
ITM230: Миграция данных в SAP S/4HANA посредством трансформации ландшафта SAP

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

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

Авторы

Фрэнк Денсборн (Frank Densborn) работает менеджером по продуктам для пакетных решений в компании SAP. Технологической сферой специализации
автора является EIM, миграция данных и облачная интеграция. При этом основное внимание Фрэнк уделяет миграции в SAP S/4HANA. Автор начал
работать в компании SAP в 2004 году и выполнял различные роли в разработке, обучении, поддержке и управлении продуктами. Профиль автора можно
просмотреть по ссылке http://www.linkedin.com/in/frankdensborn.

С автором можно связаться по адресу frank.densborn@sap.com

Орен Шатил (Oren Shatil) возглавляет проекты по управлению продуктами для внедрения технологий, обработки больших данных и разработки пакетов
аналитических решений в компании SAP. Он более 12 лет занимается разработкой, консалтингом и управлением. К увлечениям автора относится создание
пакетов, которые сочетают в себе передовые практики и эффективную методологию поставки решений. Профиль автора можно просмотреть по ссылке
http://www.linkedin.com/in/orenshatil.

С автором можно связаться по адресу oren.shatil@sap.com

Ким Мэтесс (Kim Mathaess) работает менеджером по продуктам для пакетных решений в компании SAP. Технологической сферой специализации автора
является миграция баз данных и данных для разных вариантов развертывания. При этом основное внимание Ким уделяет миграции в SAP S/4HANA. Автор
начал работать в компании SAP в 2006 году и выполнял различные роли в консалтинге, сбыте и управлении продуктами.

С автором можно связаться по адресу kim.mathaess@sap.com

Перевод и корректура

Дмитрий Буслов рзанимает должность консультанта SAP BI в компании «БДО Юникон Бизнес Солюшнс», Россия. Один из победителей конкурса
экспертов SAP BI (SAPLand совместно с компанией SAP CIS) в 2011 г. Сертифицированный консультант C_TBW45_70, а также C_HANAIMP_10. Модератор
подфорума HANA на портале sapboard.ru.Основное направление — высокопроизводительная отчетность.

С Дмитрием можно связаться по адресу d.buslov@bdo.ru

Комментарий к статье
Автор: Дмитрий Буслов, консультант SAP BI в компании «БДО Юникон Бизнес Солюшнс»
В России большинство клиентов будет интересовать именно сценарий локальной миграции (Обновления на S/4HANA).

Условно, такую миграцию можно разделить на две части — это технические шаги и функциональные.

Технические шаги  — это миграция на HANA, обновление SAP Netweaver, а также установка новых пакетов (возможно всё вместе с использованием
DMO).

Выделение HUB-системы для Fiori (шаг не обязательный, но рекомендуемый SAP, так как это обеспечивает централизованное ведение UI, более гибкое
обновление, а также снимает непрофильную нагрузку с бэкенд системы).

Функциональные — это «Лист упрощения» (Simpli cation list), предварительные проверки, а также UI адаптация.

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

Функциональная область: SAP HANA / SAP HANA


Ролевое назначение: SAP Консультант / Consultant

Нравится 0 Не нравится

Любое воспроизведение запрещено. Копирайт © «Издательство ООО «Эксперт РП»


Copyright © 2010 Wellesley Information Services. All rights reserved.

18+ © 2009 - 2019, Издательство ООО «Эксперт РП». Все права защищены Сообщество Разработка и поддержка сайта — OpenStart
Связаться с нами support@sapland.ru
Политика конфиденциальности
Републикация материалов — только со ссылкой на SAPLAND.RU, с разрешения редакции сайта. Редакция не несет ответственности за высказывания пользователей на сайте.