* Данная публикация является переводом статьи Shashidhar Thumma “Your journey to SAP S/4HANA – a practical guide” от 14.08.2020. Ссылка на оригинал.
Всем привет!
В 2015 году SAP представила S/4HANA – упрощенную ERP-систему 4-го поколения, которая с тех пор стала главным предложением SAP в части ERP-систем и сердцем «интеллектуального предприятия». (К интеллектуальным предприятиям SAP относит организации, которые «эффективно используют свои информационные активы и данные, чтобы быстрее и с меньшим риском достичь намеченных результатов». Таким образом, речь идет об автоматизации сложных бизнес-процессов на базе единого ядра основных данных в облаке.) SAP обновила все процессы своего ERP- продукта, который эволюционировал от R/2, R/3, ECC до S/4, упростив модель данных и повысив его уровень цифровизации, используя такие инновационные решения для ускоренной обработки данных, как база данных в оперативной памяти HANA, машинное обучение и удобный графический веб-интерфейс Fiori, искусственный интеллект, блокчейн, прогнозная аналитика и Интернет вещей. Дальнейшую стратегию SAP представляет как две версии программного обеспечения: облачная версия S/4 с ежеквартальными релизами и онпремная версия S/4 с ежегодными обновлениями.
Данное практическое руководство наглядно разъясняет стратегию и подход SAP к реализации перехода на S/4, т.е. методику апгрейда до S/4 или внедрения S/4 с нуля.
Прежде чем планировать этап реализации («как?»), необходимо четко сформулировать причины перехода («зачем?»). Экономическое обоснование проекта станет первым шагом на пути перехода на S/4HANA. Подготовив такое обоснование, можно приступать к разработке плана проекта, а затем и к его реализации.
Единого решения для перехода на SAP S/4HANA не существует: в каждой организации свой уровень готовности к внедрению этой системы.
На рисунке ниже представлена последовательность этапов проекта по переходу на S/4HANA:
Порядок действий и соответствующие инструменты описываются в последней версии руководства по переходу на SAP S/4HANA (SAP S/4HANA Conversion Guide) на справочном портале (SAP Help).
Почему необходимо экономическое обоснование
Подробное экономическое обоснование необходимо для того, чтобы обеспечить финансирование перехода на S/4. В настоящее время при запуске проекта компании уделяют большое внимание тому, какое влияние апгрейд до S/4 или внедрение S/4 оказывает на стратегию организации. Оценка выгод от перехода, включая процессные и технические элементы, позволит обосновать капиталовложения в такой проект. После того как такие предпосылки перехода будут сформулированы, нужно будет ответить на вопросы: «когда» и «как».
(Источник: www.sap.com/s4hana)
Архитектурная схема SAP S/4HANA
Tеперь встает вопрос: Как можно спроектировать простую архитектуру, отвечающую всем вышеперечисленным условиям? Рассмотрим простую схему на рисунке ниже, где представлены стандартные блоки базовой архитектуры.
Именно эти блоки являются ключевыми факторами при определении архитектуры для проекта перехода на SAP S/4HANA.
1-й блок охватывает все аспекты ваших бизнес-требований.
2-й блок отражает все аспекты технологической инфраструктуры.
3-й блок охватывает все аспекты требований к пользовательскому интерфейсу и аналитике (визуализации отчетов).
Наконец, 4-й блок учитывает все аспекты инноваций и интеграции. Таким образом данная схема станет хорошей отправной точкой при проектировании архитектуры. Подобная схема облегчает понимание сложностей, связанных с реализацией крупного проекта по переходу на SAP S/4HANA, и помогает сосредоточиться на его ключевых аспектах.
(Из книги Introducing the Technical Foundation of SAP S/4HANA («Введение в технические основы SAP S/4HANA»), издательство SAP-Press.)
Быстрая проверка: Process Discovery и Readiness Check 2.0
Process Discovery
С помощью сервиса Process Discovery (бывший of SAP Business Scenario Recommendations on Spotlight) вы можете получить отчет, который поможет вам понять «зачем» необходим переход с SAP ERP на SAP S/4HANA, каковы преимущества перехода для каждого направления деятельности компании (шесть функциональных областей); что нового принесет переход и что изменится по сравнению с тем, что вы делаете сегодня.
Вы можете запросить отчет с индивидуальными рекомендациями для SAP S/4HANA с учетом вашего собственного бизнес-сценария. Следуйте инструкциями и выполните следующие SAP-ноты в продуктивной системе SAP ERP: 2758146 и 2745851.
Источник: Process Discovery
SAP Readiness Check 2.0
Эта проверка касается технической стороны вашего экономического обоснования, а именно вопроса «как переходить?». Она поможет оценить текущее состояние системы и понять, что технически необходимо сделать, чтобы перейти на S/4. Для справки рекомендую ознакомиться с сервисом Readiness Check и блогом моего коллеги с пошаговыми инструкциями, соответственно:
Источник: How to run Readiness Check (RC) («Как запустить Readiness Check») и SAP Readiness Check
Проще говоря, на данном этапе необходимо оценить текущую ИТ-архитектуру вашей системы. Начните с анализа своего решения SAP ECC, анализа данных об использовании и конфигурации системы, определите совместимость установленных компонент с системой S/4HANA, проанализируйте имеющийся пользовательский код, оцените сайзинг. Также необходимо провести семинары с бизнес-пользователями по упрощениям и новым функциям, а также Fiori-приложениям, чтобы сформировать конкретный перечень упрощений и Fiori, которые вы планируете настроить в новой системе. После этого можно приступать к созданию плана проекта.
Влияние конверсии в SAP S/4HANA на другие Netweaver-системы
- SAP-нота 1388258 — системы центрального узла, такие как Portal, PI и BW, необходимо обновить как минимум до Netweaver 7.31
- Необходимо либо с нуля установить новую среду Fiori, либо обновить существующую Fiori до версии, совместимой с целевой системой S/4HANA.
- Версия Solution Manager должна быть не ниже 7.01 SPS 23 или 7.1 SPS 10.
- Если исходная система ECC работает на HANA 1.0, потребуется обновление до HANA 2.0.
- Другие Netweaver-системы в случае необходимости можно обновить в рамках выполнения предварительных требований или в ходе проекта по конверсии системы в S/4HANA.
Сайзинг SAP S/4HANA
- Примените необходимые SAP-ноты в системе ERP на базе данных AnyDB (любой поддерживаемой СУБД, кроме SAP HANA).
- Обновите статистику базы данных.
- Составьте отчет с оценкой размеров.
- Проанализируйте выходные данные в отношении памяти аппаратного комплекса HANA.
- Закажите аппаратную часть HANA у выбранного поставщика.
- Потребуется заменить только сервер базы данных, сервер приложений можно использовать прежний.
Почему необходим анализ пользовательского кода?
Возможные источники влияния на пользовательский код
- Изменения программного обеспечения. Изменение уровней программного обеспечения (например, SPS, EHP и (или) версии) может повлиять на пользовательский код, особенно если пользовательский код ссылается на стандартные объекты, которые были улучшены/изменены в рамках обновления программного обеспечения.
- Изменения платформы. Поскольку в пользовательском коде могут быть реализованы подсказки по производительности конкретной платформы, смена базовой платформы (например, на SAP HANA) может повлиять на производительность этого кода. Кроме того, при смене платформы необходимо учитывать такие последствия, как порядок сортировки.
- Перевод в Unicode. Переход на SAP HANA требует наличия базы данных в кодировке Unicode. Если исходная система еще не переведена в Unicode, эту операцию можно включить в объем проекта миграции. Одним из требований для такого перевода является поддержка Unicode всем пользовательским кодом.
- Бизнес-требования. Движущими факторами перехода на пользовательский код может быть как развитие бизнеса, так и внедрение инноваций. При переходе на SAP HANA у компании, возможно, появится желание реализовать ряд расширений в рамках проекта.
- Упрощение модели данных. Упрощение модели данных в S/4HANA может оказать определенное влияние на пользовательский код. Например, потребуется скорректировать пользовательский код, который выполняет запись напрямую в суммовые таблицы.
Стратегия развертывания SAP S/4HANA и технические инструменты
Справочная библиотека приложений SAP Fiori
Дополнительную информацию см. здесь.
Transformation Navigator
Дополнительную информацию по инструменту SAP Transformation Navigator доступен здесь.
Roadmap Viewer
Портал просмотра маршрутной карты (Roadmap Viewer) находится здесь.
Pathfinder
Инструмент Pathfinder доступен по этой ссылке.
Инструмент Innovation Discovery
Инструмент Innovation Discovery доступен по этой ссылке.
SAP Roadmap
Дополнительную информацию о маршрутных картах SAP Roadmap см. здесь.
SAP Best Practices Explorer
Инструмент поиска передовых практик (SAP Best Practices Explorer) и документацию по решениям см. здесь.
Readiness Check для перехода на SAP S/4HANA
Портал с инструментом Readiness Check для проверки готовности к переходу на SAP S/4HANA находится здесь.
Каталог элементов упрощения
Каталог элементов упрощения см. на этом портале.
Проверка элементов упрощения
Портал проверки элементов упрощения находится здесь.
Информацию об анализаторе кода (Code Inspector) / Список элементов потока операций по миграции пользовательского кода (Custom Code Migration Worklist) см. здесь
Информацию о предварительных проверках см. по этой ссылке
Maintenance Planner
Инструмент Maintenance Planner выполняет проверку системы на предмет активированных бизнес-функций, отраслевых решений и дополнений. Проверка с использованием данного инструмента является обязательным требованием для перехода на SAP S/4HANA.
Дополнительную информацию о Maintenance Planner см. на справочном портале (SAP Help).
Software Update Manager (SUM)
Software Update Manager (SUM) — это технический инструмент для преобразования системы в SAP S/4HANA. SUM запускают до Maintenance Planner , при этом следует использовать последнюю версию инструмента.
Дополнительную информацию об использовании Software Update Manager в связи с конверсией систем SAP в SAP S/4HANA см. здесь.
Перейдите по ссылке на SUM -> Нажмите System Maintenance («Апгрейд системы») -> Download SUM («Загрузить SUM»).
Database Migration Option (DMO)
Database Migration Option (DMO) — это одноэтапный метод конверсии в базу данных SAP HANA. Решение Database Migration Option (DMO) является компонентом инструмента Software Update Manager (SUM).
Если для конверсии в SAP S/4HANA используется DMO, то посредством одного решения осуществляется установка онпремной системы SAP S/4HANA и миграция базы данных в SAP HANA.
Полезную информацию см. в блоге SCN по этой ссылке DMO of SUM – Introduction («DMO как компонент SUM: введение»)
Ссылка на пробную версию SAP S/4HANA находится здесь
Ссылка на пульт управления миграцией находится здесь
Информацию об услугах SAP по обработке данных, включая ускоренную миграцию данных, см. здесь
Стратегия и маршрутная карта
Недавно SAP объявила о том, что будет оказывать услуги сопровождения SAP S/4HANA до 2040 года. Выбирая подходящий ей вариант перехода на SAP S/4HANA, организации необходимо принять два важных решения.
- Какую версию выбрать? Обновления для локальной версии SAP выпускает ежегодно под номерами 1511, 1610, 1709, 1809, 1909 и 2020 (самая последняя версия). Каждый из этих релизов внес существенные дополнения и технологические изменения в платформу.
Я также написал отдельную статью SAP S/4HANA Release 2020 – Short Guide («SAP S/4HANA, версия 2020 г.: краткое руководство») в разделе «Информация о продукте».
Когда переходить и почему?
Для обновления вашей системы S/4HANA необходимо, чтобы консультанты были сертифицированы для работы с решениями или проходили повторную сертификацию для каждого релиза SAP S/4HANA. Кроме того, решение о том, какой релиз SAP S/4HANA будет использовать ваша компания в продуктивной среде, зависит от следующих параметров / факторов.
Подход к переходу. Всегда сначала необходимо выбрать версию, а затем выбрать подход к реализации. Следует изучить информацию, приведенную на рисунке ниже.
Техническая миграция на SAP HANA: Для перехода на SAP S/4HANA необходимо, чтобы SAP Business Suite работал на платформе SAP HANA. Фактически конверсия начинается с инструмента SUM. SUM берет на себя исполнительную часть, включая миграцию базы данных (с помощью DMO) и преобразование в SAP S/4HANA. (Эти ссылки будут полезны, если вы выберете подход с использованием DMO Community Wiki: DMO и руководство по DMO)
Конверсия системы / Внедрение на основе существующих систем (подход Brownfield). Этот вариант доступен для локальных версий 1511 и более поздних версий, а также для перевода существующих систем — ECC, Business Suite на платформе HANA, Simple Finance — на S/4. Размер затрат зависит исключительно от пользовательского кода текущей системы и интеграции со сторонними системами и решениями.
Подход Greenfield / Внедрение новых систем («с нуля»). Этот подход подразумевает внедрение S/4HANA «с нуля» и затем перенос в нее данных из системы ERP. Это обязательный вариант для новых клиентов SAP. Некоторые из существующих клиентов также применяют этот подход, чтобы избавиться от недостатков существующей пользовательской настройки и внедрить инновационные возможности.
Вариант Central Finance / Функциональное поэтапное внедрение «с нуля»: Если клиенту требуется быстро воспользоваться преимуществами новой платформы для консолидации своего процесса обработки финансовых транзакций в существующих системах ECC и Business Suite, то вариант Central Finance предлагает быстрые преимущества S/4 и отсутствие необходимости немедленно развертывать S/4 взамен устаревших систем. Этот вариант внедрения является оптимальным для компаний с неоднородным системным ландшафтом, использующим разные версии в разных системах.
Трансформация ландшафта / Выборочная миграция данных / Консолидация: Клиентам с значительным количеством пользователей из разных регионов, системами от разных разработчиков следует использовать другой подход. Эти организации могут выбрать консолидацию всех систем в одной инстанции S/4HANA и таким образом перейти на S/4HANA либо могут использовать гибридную миграцию, т.е. комбинацию подходов Greenfield и Brownfield.
Оценка пользовательского кода
Система ECC содержит большое количество объектов пользовательской разработки (объекты Z/Y, модификации и расширения), большая часть которых не используется продуктивно. Поэтому следует провести мониторинг системы в течение длительного периода и произвести что-то вроде «уборки», удалив код, который больше не используется в ваших продуктивных бизнес-приложениях.
Стандартное руководство по миграции пользовательского кода см. здесь.
Материалы по этим ссылкам могут быть полезными для адаптации пользовательского кода при преобразовании системы / трансформации ландшафта: SAP S/4HANA System Conversion – Custom code adaptation process («Преобразование системы в SAP S/4HANA: процесс адаптации пользовательского кода») и Custom code adaptation for SAP S/4HANA #ASUG Webcast Recap («Адаптация пользовательского кода для SAP S/4HANA # краткий обзор вебкаста ASUG»)
Методология SAP Activate
SAP Activate — это концептуальный подход к адаптации инноваций, который сопровождает внедрение SAP S/4HANA на протяжении всего жизненного цикла клиента. Этот подход предлагает оцифрованные и готовые к запуску бизнес-процессы и технологические процессы, пошаговое конфигурирование и методологию нового поколения. SAP Activate окажет клиентам поддержку, независимо от выбранного ими подхода: внедрение с нуля, конверсию системы и трансформацию ландшафта.
SAP Activate — это новая методология внедрения программного обеспечения SAP, основанная на проверенных методиках и опыте SAP. Она предлагает последовательный, гибкий способ внедрения независимо от типа развертывания: облачного, локального, гибридного или мобильного. Она окажет поддержку как во время первоначального внедрения, так и в процессе непрерывных инноваций вместе с SAP S/4HANA. Проектные группы планируют, создают и развертывают решения SAP, опираясь на передовые методы внедрения. Методология SAP Activate позволяет учитывать индивидуальные требования к конфигурации и расширению, чтобы реализовать собственную бизнес-практику каждого клиента, сохраняя при этом высокую масштабируемость системы. Она достаточно гибкая, чтобы ее можно было применять в небольших проектах, и достаточно надежная для реализации крупных проектов.
Маршрутную карту SAP Activate «Переход на SAP S/4HANA» см. по следующей ссылке Roadmap Viewer.
Маршрутная карта является общей для всех вариантов перехода. SAP может работать на проекте совместно с партнером в формате сервиса SAP Value Assurance.
Переход на SAP S/4HANA Cloud
Многие клиенты также рассматривают возможность перехода с собственных центров обработки данных на дата-центры внешних поставщиков – гиперскейлеров. Есть множество смежных вопросов в процессе перехода на облако гиперскейлера и переходом на SAP S/4HANA.
Вам также могут пригодиться статьи из блога SCN: SAP S/4HANA Cloud Deployment Options («Варианты развертывания облачной версии SAP S/4HANA») и SAP S/4HANA Cloud Deployment on Hyperscalers («Развертывание облачной версии SAP S/4HANA в гиперскейлере»)
Порядок действий при конверсии ECC в S/4HANA
Действия по конверсии в S/4HANA
1. Создание системы-песочницы на базе данных AnyDB (любой поддерживаемой СУБД, кроме SAP HANA), посредством копирования продуктивной системы.
2. Миграция системы-песочницы на базе данных AnyDB в SAP S/4HANA. Устранение всех проблем, в том числе с пользовательским кодом здесь.
3. Миграция системы разработки на S/4HANA. Использование системы разработки S/4HANA в качестве системы разработки для проекта конверсии.
4. Миграция системы контроля качества. Она будет использоваться в качестве системы контроля качества S/4HANA для проекта конверсии.
5. Имитация выхода в продуктив и генеральная репетиция (миграции на S/4HANA) с использованием самой свежей копии продуктивной системы.
6. Продуктивный запуск. Конверсия продуктивной системы S/4HANA.
7. Вывод из эксплуатации ERP-систем, работающих на базе данных AnyDB, вывод из эксплуатации системы-песочницы S/4HANA.
Примечание. Новые продуктивные системы поддержки SAP S/4HANA должны заменить текущие системы ERP.
Не теряйте время! Начните прямо сейчас…
По данным исследования ASUG (группа пользователей SAP в Америке), лишь 32% клиентов SAP уже внедрили SAP S/4HANA или начали процесс преобразования. Вы относитесь к оставшимся 68%? Чего же вы ждете?
Полезные ссылки. Техническая подготовка
Курс OpenSAP Курс OpenSAP: Your Path to SAP S/4HANA («Ваш путь к SAP S/4HANA»
Тренинг по SAP S/4HANA: SAP S/4HANA Overview and Business Processes («Обзор SAP S/4HANA и бизнес-процессы»)
Discover SAP S/4HANA («Откройте для себя SAP S/4HANA») — здесь вы сможете узнать о бизнес-пакете SAP S/4HANA следующего поколения.
Пробные версии SAP S/4HANA Получите пробные версии SAP S/4HANA в облачном и онпремном вариантах
Подробные маршрутные карты SAP S/4HANA: Маршрутные карты для продуктов и решений SAP
Feature Scope Description (PDF) («Описание набора функций») — обзор доступных возможностей
Справочный портал SAP: http://help.sap.com/s4hana
SAP Readiness Check for SAP S/4HANA
SAP S/4HANA System Conversion – At a glance («Преобразование системы в SAP S/4HAN: краткий обзор»)
Maintenance Planner (справочный портал SAP) и http://help.sap.com/maintenanceplanner
- БЛОГ SCN: Maintenance Planner («Плановик сопровождения»)
- БЛОГ SCN: Maintenance Planner – Release Highlights («Плановик сопровождения: основные аспекты релиза»)
Pre-checks in System Conversion («Предварительные проверки при преобразовании системы»)
SAP S/4HANA Simplification Item Check – How to do it right («Как правильно выполнить проверку элементов упрощения для SAP S/4HANA»)
ABAP Test Cockpit – an Introduction to SAP’s new ABAP Quality Assurance Tool («Пульт управления тестами ABAP: введение в новый инструмент обеспечения качества ABAP от SAP»)
- Remote Code Analysis in ATC – One central check system for multiple systems on various releases («Дистанционный анализ кода в пульте управления тестами ABAP: одна центральная система проверки для нескольких систем в различных версиях»)
- Remote Code Analysis in ATC – Technical Setup step by step («Дистанционный анализ кода в пульте управления тестами ABAP: пошаговая техническая настройка»)
- Remote Code Analysis in ATC – Working with Baseline to suppress findings in old legacy code («Дистанционный анализ кода в пульте управления тестами ABAP: работа с прототипом для подавления выявленных отклонений в старом коде»)
- Remote Code Analysis in ATC for Developers («Дистанционный анализ кода в пульте управления тестами ABAP для разработчиков»)
- Remote Code Analysis in ATC – Working with Exemptions («Дистанционный анализ кода в пульте управления тестами ABAP: работа с исключениями»)
- Remote Code Analysis in ATC – Scanning customer extensions («Дистанционный анализ кода в пульте управления тестами ABAP: сканирование расширений заказчика»)
- Remote Code Analysis in ATC – Working efficiently with ATC Result List («Дистанционный анализ кода в пульте управления тестами ABAP: эффективная работа со списком результатов»)
- Remote Code Analysis in ATC – FAQ («Дистанционный анализ кода в пульте управления тестами ABAP: часто задаваемые вопросы»)
Сообщество по тестированию и анализу ABAP: Ссылка
Монитор вызовов ABAP (SCMON): Ссылка
Usage Procedure Logging (UPL): Ссылка
Передовой опыт: управление жизненным циклом пользовательского кода: Ссылка
Миграция пользовательского кода ABAP и рекомендации для SAP HANA:
Дополнительная информация:
- Блог в SAP Community о процессе адаптации пользовательского кода
- SAP-нота: 2241080
- SAP-нота:2190420
