Академический Документы
Профессиональный Документы
Культура Документы
Ким Мэтесс
Ключевое понятие
SAP S/4HANA представляет собой модульный набор приложений, поставляемый в облаке или локально. Этот набор позволяет значительно повысить
эффективность SAP HANA для бизнес-процессов в реальном времени.
Если вы решили перейти на SAP Business Suite следующего поколения, SAP S/4HANA, вам предстоит выполнить процесс миграции. Миграция является
серьезной задачей, которую необходимо корректно выполнить для успешного внедрения системы. Вам потребуется надежное, быстрое и эффективное
решение для перевода существующего программного обеспечения предприятия на новый набор бизнес-приложений.
В статье описано, как минимизировать риски и получить максимум преимуществ от внедрения SAP S/4HANA благодаря выбору правильного пути
миграции. Здесь вы получите эффективные инструкции и ознакомитесь с передовой практикой по преобразованию существующей системы SAP в
S/4HANA или по внедрению новой системы с чистыми корректными и готовыми для работы данными. В этой статье рассматриваются предпосылки,
базовые шаги подготовки и процесс миграции.
Существует два варианта развертывания SAP S/4HANA. В локальной модели развертывания используется традиционное лицензирование. Для
облачных версий предлагается лицензирование по подписке. Для преодоления трудностей перехода на любую из версий компания SAP вместе с системой
S/4HANA поставляет новую методологию SAP Activate, которая представляет собой сочетание SAP Best Practices, пошаговое руководство по
конфигурированию и методологию внедрения (рис. 1).
Новое внедрение: Новая установка системы 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 или сторонней прежней системы.
Установка 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 используется при выполнении следующих шагов:
Рассмотрим архитектуру миграции данных более подробно. На рис. 4 показаны семь специфичных областей.
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 поддерживается
ограниченный набор объектов миграции данных. Поддержка дополнительных объектов будет реализована в следующих версиях на основе аналогичной
методологии, как для доступных средств миграции в локальной версии.
Этот сценарий преобразования системы включает в себя обновление текущей системы, миграцию базы данных в SAP HANA и преобразование
существующих данных приложения и структур в новые упрощенные структуры.
После выполнения технического апгрейда необходимо выполнить дополнительные шаги, связанные с переходом на SAP S/4HANA. Обязательные
технические преобразования также выполняются с помощью SUM. Однако для некоторых операций может потребоваться выполнить ряд действий
вручную. В большинстве случаев под этим подразумевается адаптация пользовательского кода.
Фазы проекта
Можно выделить три основные фазы: фаза подготовки, фактическое преобразование и фаза постобработки. На фазе подготовки выполняется ряд
проверок перед трансформацией:
На фазе постобработки эти шаги можно начать, а выполнить и завершить после запуска продуктивной эксплуатации. В дополнение к
сконфигурированным элементам в преобразовании можно импортировать пользовательские переносы (обычно это касается пользовательской
настройки). Некоторые шаги по очистке и корректировке могут выполняться параллельно с продуктивной эксплуатацией после преобразования.
Такой проект можно запустить для новой системы 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 в Лас-Вегасе:
Каждый семинар будут проводиться дважды со вторника 20 октября по пятницу 23 октября. По ссылкам выше можно получить подробную
информацию и найти расписание семинаров.
Примечание
В этой статье описана маршрутная карта для версии 1511 SAP S/4HANA на октябрь 2015 г. Стратегия SAP, доступный контент миграции и возможные
будущие разработки могут быть в любое время изменены компанией SAP по любой причине и без уведомления.
Авторы
Фрэнк Денсборн (Frank Densborn) работает менеджером по продуктам для пакетных решений в компании SAP. Технологической сферой специализации
автора является EIM, миграция данных и облачная интеграция. При этом основное внимание Фрэнк уделяет миграции в SAP S/4HANA. Автор начал
работать в компании SAP в 2004 году и выполнял различные роли в разработке, обучении, поддержке и управлении продуктами. Профиль автора можно
просмотреть по ссылке http://www.linkedin.com/in/frankdensborn.
Орен Шатил (Oren Shatil) возглавляет проекты по управлению продуктами для внедрения технологий, обработки больших данных и разработки пакетов
аналитических решений в компании SAP. Он более 12 лет занимается разработкой, консалтингом и управлением. К увлечениям автора относится создание
пакетов, которые сочетают в себе передовые практики и эффективную методологию поставки решений. Профиль автора можно просмотреть по ссылке
http://www.linkedin.com/in/orenshatil.
Ким Мэтесс (Kim Mathaess) работает менеджером по продуктам для пакетных решений в компании SAP. Технологической сферой специализации автора
является миграция баз данных и данных для разных вариантов развертывания. При этом основное внимание Ким уделяет миграции в SAP S/4HANA. Автор
начал работать в компании SAP в 2006 году и выполнял различные роли в консалтинге, сбыте и управлении продуктами.
Перевод и корректура
Дмитрий Буслов рзанимает должность консультанта SAP BI в компании «БДО Юникон Бизнес Солюшнс», Россия. Один из победителей конкурса
экспертов SAP BI (SAPLand совместно с компанией SAP CIS) в 2011 г. Сертифицированный консультант C_TBW45_70, а также C_HANAIMP_10. Модератор
подфорума HANA на портале sapboard.ru.Основное направление — высокопроизводительная отчетность.
Комментарий к статье
Автор: Дмитрий Буслов, консультант SAP BI в компании «БДО Юникон Бизнес Солюшнс»
В России большинство клиентов будет интересовать именно сценарий локальной миграции (Обновления на S/4HANA).
Условно, такую миграцию можно разделить на две части — это технические шаги и функциональные.
Технические шаги — это миграция на HANA, обновление SAP Netweaver, а также установка новых пакетов (возможно всё вместе с использованием
DMO).
Выделение HUB-системы для Fiori (шаг не обязательный, но рекомендуемый SAP, так как это обеспечивает централизованное ведение UI, более гибкое
обновление, а также снимает непрофильную нагрузку с бэкенд системы).
Функциональные — это «Лист упрощения» (Simpli cation list), предварительные проверки, а также UI адаптация.
Переход на S/4HANA — это шаг к системе, где доминирующую роль играет упрощение. Упрощение в части доступа к базе данных, упрощение в части
генерации пользовательских интерфейсов (умные объекты), упрощение архитектуры таблиц (меньшее количество, а иногда и денормализация), а также
объединение аналитической и транзакционной составляющей.
Нравится 0 Не нравится
18+ © 2009 - 2019, Издательство ООО «Эксперт РП». Все права защищены Сообщество Разработка и поддержка сайта — OpenStart
Связаться с нами support@sapland.ru
Политика конфиденциальности
Републикация материалов — только со ссылкой на SAPLAND.RU, с разрешения редакции сайта. Редакция не несет ответственности за высказывания пользователей на сайте.