Skip to Content
Technical Articles

Шаги и детали конверсии системы в SAP S/4HANA 2020: как подготовиться

* Данная публикация является переводом статьи “SAP S/4HANA 2020 System Conversion Steps & Details – How to be prepared”, авторТиаго Зангетин (Thiago Zanguetin), SAP Brazil.
Ссылка на оригинал

 

Цель этой статьи — помочь нашим клиентам, планирующим переход на SAP S/4HANA, с подготовкой системного ландшафта.

Некоторые мероприятия можно начинать уже на раннем этапе в имеющемся ландшафте, и это существенно повысит эффективность конверсии.

Кроме того, есть мероприятия, о которых вы можете не знать, но которые могут повлиять на решение о сроках перехода.

Это блог включает следующие разделы:

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

 

Возможные предварительные проекты

Интеграция клиент/поставщик

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

На каждом этапе требуется выполнить ряд действий:

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

Рекомендации

 

Решение Settlement Management

Совершенно новое решение, которое заменяет обработку бонусов в модулях продаж (SD) и управления материальным потоками (MM). Решение Settlement Management в SAP S/4HANA использует компонент управления централизованными контрактами в качестве единой точки ввода данных и условий контракта, чтобы обеспечить:

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

 

Рекомендации

  • Изучите SAP-ноту 2481672 — Condition Contract Management – Useful Documents («Управление контрактами по условиям — полезные документы»)
  • Настройте условия контракта по условиям: определите условия ценообразования, наиболее подходящие для вычислений, связанных с расчетами.
  • Настройте ведение контрактов по условиям: определите и настройте параметры для типов контрактов по условиям.
  • Настройте процесс расчетов для контрактов по условиям: определите и настройте параметры для процесса расчетов для контрактов по условиям.
  • Локализация: убедитесь, что решение для управления расчетами соответствует местным требованиям, действующим в ваших странах; при наличии вопросов обратитесь к сотрудникам группы локализации SAP.
  • Проведите испытания и обучите конечных пользователей, которых коснется преобразование системы.

Области планирования потребности в материалах (ППМ)

Среда планирования потребности в материалах. В S/4HANA более простая логика планирования потребности в материалах. Область ППМ активна по умолчанию, и ее нельзя деактивировать.

Система ППМ в SAP S/4HANA осуществляет планирование только на уровне завода и области планирования потребности, а планирование на уровне места хранения больше не поддерживается.

Некоторые элементы потока операций необходимо реализовать в модуле планирования потребности в материалах по результатам предварительных проверок ППМ.

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

Рекомендации

  • Конверсия файлов планирования: перейдите к транзакции OM0F или SE38 программы RMDBVM00 и запустите конверсию файлов планирования.
  • Активируйте области ППМ в пользовательской настройке для ППМ: (транзакция OM01). В результате такой активации поле «Область ППМ» также будет доступно для выбора в транзакциях планирования потребности в материалах и планирования производства.
  • Запустите отчет MRP_AREA_STORAGE_LOC_MIGRATION: установите SAP-ноту 2216528 и на основе результатов создайте недостающие области ППМ.
  • Проверьте типы ППМ для ППМ-Планирование и пользовательского кода.
  • Проведите испытания и обучите соответствующих конечных пользователей.

Управление объемом данных

Архивация и рутинные задачи. Архивация — это основа управления данными.

Преимущества

  • Решает проблемы с местом в памяти и производительностью, вызванные большими объемами данных транзакций.
  • Поддерживает умеренный рост данных, для того чтобы сохранить управляемость базы данных в долгосрочной перспективе.
  • Обеспечивает экономически эффективное соблюдение компанией законодательных требований к хранению данных.
  • После архивации данные всегда доступны, так как они были удалены только из базы данных, а не из самого компонента приложения.
  • Управление окончанием срока службы данных/системы с помощью SAP Information Lifecycle Management (ILM) (дополнительно).

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

  • коммуникация;
  • журналы, отслеживание;
  • администрирование;
  • аналитика;
  • метаданные;
  • стейджинг;
  • аудит.

Рекомендации

  • Определите, какие таблицы важны для архивации, и начните мероприятия архивации.
  • Ознакомьтесь с руководством по управлению данными в области управления объемом данных. SAP-нота 2243625 предоставляет предложения по услугам SAP Enterprise Support в контексте управления объемом данных.
  • Просмотрите технические таблицы и начните мероприятия по выполнению рутинных задач с помощью SAP-ноты 2388483
  • Изучите данные Readiness Check
  • Изучите SAP-ноту 1872170.

Дополнения (add-on)

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

Существуют разные классификации дополнений.

  • Техническая классификация: дополнение для ERP, дополнение для NetWeaver, дополнение для CRM, дополнение для SRM и т. д.
  • Организационная классификация: дополнение глобализации, отраслевое дополнение и т. д.
  • Классификация по производителям: дополнение от SAP, дополнение стороннего производителя

Существует два сценария развертывания дополнений:

  • параллельное использование;
  • совместное развертывание.

Рекомендации

  • Если вы планируете использовать дополнение в S/4HANA в рамках совместного развертывания, изучите SAP-ноту 2834099, чтобы узнать, совместимо ли дополнение с вашей целевой версией S/4HANA.
  • Если дополнение больше не требуется, узнайте у поставщика, доступен ли пакет для его удаления.
  • При отсутствии информации обратитесь напрямую к поставщику, чтобы подтвердить, что соответствующее дополнение выпущено для вашей целевой версии SAP S/4HANA. Если вы хотите использовать дополнение в последующих версиях, предложите своему партнеру вступить в Early Adopter Program, проводимую центром интеграции и сертификации (SAP Integration and Certification Center).
  • Обновление дополнения до версии, совместимой с SAP S/4HANA, может иметь определенные последствия с точки зрения лицензии. Свяжитесь с соответствующими поставщиками дополнений SAP и сторонних производителей, чтобы узнать, как переход на SAP S/4HANA может повлиять на действие лицензий.
  • См. SAP-ноту 2011192 о де-инсталляции дополнений ABAP.
  • Сверьтесь со списком совместимых дополнений в SAP-ноте 2214409.

 

Бизнес-функции

Проверка статуса для целевой версии S/4HANA. Бизнес-функции SAP S/4HANA могут иметь следующий статус:

  • ALWAYS_ON («ВСЕГДА ВКЛЮЧЕНО»)
  • CUSTOMER_SWITCHABLE («ВОЗМОЖНОСТЬ ПЕРЕКЛЮЧЕНИЯ ПОЛЬЗОВАТЕЛЕМ»)
  • ALWAYS_OFF («ВСЕГДА ОТКЛЮЧЕНО»)

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

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

Список бизнес-функций см. в следующих SAP-нотах:

 

 

Рекомендации

  • Убедитесь, что текущие включенные бизнес-функции в вашей продуктивной системе совместимы с S/4HANA (см. SAP-ноты 2240359 и 2240360).
  • Если имеется бизнес-функция, классифицированная как ALWAYS_OFF, и она больше не используется в системе, то универсального способа деактивировать ее нет, даже если бизнес-функции были классифицированы как обратимые.
  • В качестве исключения из сказанного выше следует отметить, что есть несколько отдельных бизнес-функций, которые классифицируются как ALWAYS_OFF и для которых ответственная разработка приложений явно предусматривает деактивацию даже в продуктивной среде с помощью специальной процедуры. Ознакомьтесь со списком исключений в SAP-ноте 2240359 и запланируйте выполнение этой специальной процедуры в рамках предварительного проекта до преобразования.

Если выполняется деактивация, вы потеряете определенные функции и данные, лежащие в основе этих бизнес-функций.

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

Совместимость версий

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

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

Рекомендации

  • Проверьте совместимость версий систем в своем ландшафте с системой, которую вы хотите перевести на S/4HANA. Изучите SAP-ноту 2251604.
  • Проверьте потенциальные зависимости для более старых версий продуктов SAP, для этого используйте решение анализатор зависимостей при обновлении (UDA).

Спланируйте необходимый предварительный проект по поддержке совместимости систем в текущем системном ландшафте.

 

 

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

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

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

 

 Рекомендации

  • Начните с оценки пользовательского кода, отслеживайте использование доступного пользовательского кода в продуктивной среде. С помощью монитора вызовов ABAP (SCMON) или функции Usage Procedure Log (UPL) в своей продуктивной системе выясните, какие пользовательские объекты ABAP действительно используются в ваших текущих бизнес-процессах. Или используйте новую транзакцию SUSG для агрегирования данных об использовании, записанных монитором вызовов ABAP См. SAP-ноту 2643357 для поддерживаемых версий SAP_BASIS, инструкции по установке SUSG и SAP-ноту 2701371 для использования SUSG. Чтобы получить действительно надежные результаты для кода, используемого в непродуктивной среде, следует собрать данные об использовании за более длительный период (не менее одного года).
  • Если система еще не поддерживает Unicode, адаптируйте код к формату Unicode.
  • Проверьте пользовательский код на совместимость с SAP HANA.
  • Проверьте пользовательский код относительно базы данных элементов упрощения; если возможно, начните решать вопрос совместимости с S/4HANA. Настройте пульт управления тестами ABAP для выполнения указанных проверок.
  • Дополнительную информацию см. в документе Custom Code Adaptation Process («Процесс адаптации пользовательского кода»)

Монитор вызовов ABAP (SCMON) или журнал Usage Procedure Log (UPL) не влияют на производительность вашей продуктивной системы.

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

Развертывание SAP Fiori

SAP Fiori — это способ улучшить восприятие инноваций SAP S/4HANA бизнес-пользователями системы. Рассмотрим некоторые аспекты развертывания SAP Fiori.

 

 

  • SAP Fiori UX — новая целевая архитектура интерфейса пользователя для SAP S/4HANA.
  • Поддерживаются как SAP Fiori, так и графический интерфейс пользователя SAP (исключения см. в списке элементов упрощения).
  • По результатам анализа актуальности и готовности будут рекомендованы приложения Fiori на основе T-кодов
  • Возможно поэтапное внедрение приложений SAP Fiori.
  • Сервер SAP Fiori Frontend Server (FES) предоставляет Fiori и компоненты центрального пользовательского интерфейса, а Maintenance planner учитывает программное обеспечение FES.
  • Развертывание FES может быть встроенным или отдельным, в зависимости от других серверных модулей (типа и версии).

Рекомендации

  • Начните создавать стратегию дружественности пользователю (UX) и определите:
    • Что принесет существенную ценность для бизнеса, оправдывая ожидания спонсоров и заинтересованных лиц?
    • Какие пользователи / процессы максимально готовы к инновациям?
    • Как вы будете выполнять развертывание инноваций?
      • Какие устройства?
      • Доступ через Интернет?
      • Нативные мобильные приложения?
    • Определите глобальные бизнес-роли внутри своего предприятия. Это необязательно должно быть связано с текущими ролями безопасности ABAP, а скорее с действиями, выполняемыми внутри бизнес-процесса, определенного внутри системы.
    • Изучите сценарии SAP Fiori Lighthouse Scenarios, чтобы в переговорах с заинтересованными лицами выделить некоторые из инноваций, включенных в SAP S/4HANA
    • Изучите рекомендации по приложениям Fiori в библиотеке приложений Fiori или в результатах проверки Readiness Check.
    • Информацию о релизе для версии продукта SAP Fiori для SAP S/4HANA 1909 см. в SAP-ноте 2805572.

Пакеты совместимости SAP S/4HANA

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

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

Рекомендации

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

Мы рассмотрели некоторые предварительные проекты, которые вы можете выполнить заранее в существующей ERP-системе и которые дадут определенные преимущества при проведении конверсии. Если вы уже готовы к переходу, можно сразу начать с раздела «Как начать конверсию».

 

Мероприятия, выполняемые в начале и в процессе конверсии

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

Используйте инструмент SAP Readiness Check, чтобы спланировать и оценить мероприятия собственного проекта.

 

 

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

Начните с Maintenance Planner. Здесь можно проверить выполнение некоторых важных задач, от которых зависит готовность системы, а именно:

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

Запустите проверку с помощью Maintenance Planner, и вы получите форму с результатами по этим пунктам и семафор состояния конверсии: красный флажок означает, что конверсия не может быть выполнена, и в созданном системой документе будут показаны выявленные проблемы.

Проверка с помощью Software Update Manager (SUM). Вы также можете выполнить предварительную проверку, используя инструмент SUM. Ее можно выполнить после выгрузки пакета в Maintenance Planner, чтобы проверить:

  • исходную версию ОС;
  • версию исходной базы данных;
  • уровень патча диспетчера пакетов поддержки.

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

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

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

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

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

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

  • Управление данными
  • Дополнения (Add-on)
  • Бизнес-функции
  • Совместимость версий
  • Мероприятия, связанные с пользовательским кодом
  • Развертывание SAP Fiori
  • Пакеты совместимости SAP S/4HANA
  • Интеграция клиент/поставщик — преобразование интеграции клиент/поставщик
  • Решение Settlement Management
  • Области планирования потребности в материалах

На этом этапе очень важно использовать инструмент Simplification Item Check. Его может запустить сам заказчик вручную заранее, либо он запускается с помощью инструмента Software Update Manager (SUM) с началом процесса преобразования. С помощью этого инструмента проверяется наличие серьезных проблем в системе, способных привести к сбою процесса конверсии / обновления системы.

Дополнительную информацию см. по следующим ссылкам:

  • SAP-нота 2399707 — SAP Readiness Check for SAP S4HANA – Simplification Item Check («SAP Readiness Check для SAP S4HANA – Simplification Item Check»)
  • SAP-нота 2502552 S4TC – S4HANA Conversion & Upgrade new Simplification Item Checks («S4TC – Новые проверки Simplification Item Check для преобразования системы в S4HANA и обновления»)
  • SAP-нота 2187425 для активации транзакции SNOTE в целях внедрения TCI
  • Блог: https://blogs.sap.com/2018/03/26/sap-s4hana-simplification-item-check-how-to-do-it-right./

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

При запуске конверсии помните, что выполняется конверсия всей системы и всех существующих клиентов в системе, поэтому запустите инструмент Simplification Item Check на всех клиентах и устраните все противоречия; если другие клиенты не нужны, вы можете удалить их, включая клиент 066. Помните, чем меньше данных, тем меньше время недоступности системы.

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

  • постобработка после подготовки приложений;
  • адаптация пользовательского кода;
  • дельта-процедура / функциональность;
  • дельта-разработка — Fiori / отчет / расширение;
  • тестирование.

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

  • расчетное время, затраченное на различные действия по конверсии системы;
  • матрица оценки трудозатрат в следующих категориях: «Базовые», «Функциональные» и «Разработка»;
  • детальное планирование системного преобразования ландшафта заказчика;
  • заказчику следует знать, что с началом конверсии в ERP-системе в среде разработки эту среду уже нельзя будет использовать для исправлений, которые планируется внести в продуктивную среду текущей ERP-системы (заморозка пользовательского кода);
  • проект по классификации задач устранения противоречивости данных и очистки в продуктивной среде;
  • и, наконец, действия по постобработке для завершения конверсии.

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

Итак, вы начинаете с тех же шагов, что выполняли и отрабатывали в изолированной среде, включая, помимо прочего, уже упомянутые здесь шаги: предварительная проверка, проверка пользовательского кода, анализ и подготовка приложений. Прежде чем запустить время недоступности в связи использованием инструмента SUM, убедитесь, что вы выдали запросы на переносы из ERP-системы в среду разработки и что в результатах проверки Simplification Items Check отсутствуют элементы, отмеченные красным или желтым.

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

  • постобработка после подготовки приложений;
  • адаптация пользовательского кода;
  • дельта-процедура / функциональность;
  • дельта-разработка — Fiori / отчет / расширение;
  • тестирование.

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

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

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

Мы настоятельно рекомендуем вам обновить продуктивные данные для  среды контроля качества, затем импортировать запросы на перенос предварительной проверки в среде контроля качества ERP-системы, снова запустить инструмент Simplification Items Check во всех существующих клиентах и устранить противоречия.

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

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

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

  • импорт переносов подготовки модуля финансов и миграция финансовых данных;
  • постобработка и последующие задачи в отношении приложений для конверсии системы;
  • импорт запросов на перенос в среде контроля качества S/4HANA;
  • постобработка приложений
  • адаптация пользовательского кода;
  • дельта-процедура / функциональность;
  • дельта-разработка — Fiori / отчет / расширение и тестирование;
  • выпуск запросов на перенос.

Начальные мероприятия по конверсии в продуктивной среде. Импортируйте запросы на перенос предварительной проверки в продуктивной среде ERP-системы, снова запустите Simplification Item Check для всех клиентов и устраните все существующие противоречия до начала конверсии, импортируйте запросы и выполните мероприятия, задокументированные в вашем журнале регистрации процесса или включенные в план подготовки к продуктивному старту.

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

импорт переносов подготовки модуля финансов и миграцию финансовых данных;

  • постобработка и последующие задачи в отношении приложений для преобразования системы;
  • импорт запросов на перенос в продуктивной среде S/4HANA;
  • постобработка приложений
  • адаптация пользовательского кода;
  • дельта-процедура / функциональность;
  • дельта-разработка — Fiori / отчет / расширение и тестирование;
  • выпуск запросов на перенос.

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

Тестирование в решении S4HANA с или без Fiori проводится пользователями заказчика в различных системах.

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

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

 

Важные инструменты для поддержки перехода на SAP S/4HANA

Для каждого этапа проекта: SAP предоставляет инструменты, которые окажут вам поддержку во время перехода.

 


 

Этап планирования

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

Roadmap Viewer — облачное расширение инструмента SAP Solution Manager, входит в схему внедрения инноваций SAP Activate. Этот инструмент предоставляет доступ к маршрутным картам внедрения конкретных решений (например, для перехода на SAP S/4HANA или внедрения SAP S/4HANA Cloud).

SAP S/4HANA Readiness Check — инструмент, призванный помочь заказчику выполнить мероприятия планирования и подготовки, необходимые для конверсии системы SAP ECC в SAP S/4HANA. Заказчики могут использовать этот инструмент для проверки различных аспектов существующей системы SAP ERP.

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

 

Этап подготовки

Maintenance Planner — преемник инструмента Maintenance Optimizer в составе решения SAP Solution Manager. Maintenance Planner является центральным инструментом планирования обновлений, смены версий или новых установок в вашем системном ландшафте.

Simplification Item Check — инструмент проверки актуальности и непротиворечивости на основании данных каталога элементов упрощения, также интегрированного с инструментом SAP Readiness Check. Он запускает проверку Simplification Item Check наряду с другими проверками и выводит результаты на одну единую инструментальную панель.

Этап реализации

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

Migration Monitor — Инструмент, который помогает заказчикам выполнить перекрестную проверку готовности системы до начала работ.

 

Слагаемые успеха

 

  • Необходимо понимание элементов упрощения для целевой версии: проверьте, достаточно ли времени вы запланировали на семинары и обучение (по управлению изменениями) и включили ли их проведение в план проекта.
  • Для перехода на SAP S/4HANA требуются сотрудники, работающие с приложениями, и консультанты, хорошо знающие модули финансов, контроллинга и учета основных средств.
  • Необходимо обеспечить доступность ключевых сотрудников компании для работы с консультантами по приложениям над решением функциональных проблем: обеспечьте их доступность во время простоя, связанного с использованием SUM.
  • Проверки на непротиворечивость основных данных в SAP S/4HANA являются более строгими; поэтому очень важно до начала конверсии тщательно проанализировать и очистить основные записи в таких областях, как Клиент/Поставщик/Сотрудник, Финансы/Контроллинг и Материалы.
  • Следует рассмотреть возможность отказа от пользовательского кода и возврата к стандартному подходу со стандартной функциональностью.
  • Удалите неиспользуемый код до начала конверсии.
  • Перед настройкой системы разработки запланируйте проведение 2–3 тестовых конверсий в изолированной системе (может потребоваться обновленная или новая копия системы).
  • Ведите подробные записи в журнале регистрации процесса, фиксируйте как можно больше деталей, все выполненные шаги, последовательность, ошибки и порядок их устранения, время, необходимое для каждого мероприятия. Для точного следования всем описанным шагам при каждом тестовом конверсии потребуется высокий уровень дисциплины.
  • Планирование проекта должно основываться на опыте, приобретенном в ходе первой конверсии копии продуктивной системы.
  • Особое внимание следует уделить тестированию и оптимизации производительности после конверсии.

 

Основные общие рекомендации

 

  • Проверьте, можно ли выполнить последовательную архивацию, чтобы уменьшить объем данных, требующих конверсии.
  • После ввода в продуктивную эксплуатацию стратегия управления жизненным циклом приложений (ALM) должна включать в себя  управление объемом данных с использованием устаревших данных и методов архивации.
  • Проверьте совместимость продуктов сторонних производителей как можно быстрее и выделите время для всестороннего тестирования.
  • Следует рассмотреть возможность применения как SAP Fiori, так и средств встроенной аналитики, чтобы максимально использовать потенциал SAP S/4HANA.
  • Встроенная аналитика может заменить некоторые операционные отчеты из хранилища коммерческих данных (BW) или другого хранилище данных (DWH).
  • Запланируйте в составе проектной группы специальную роль эксперта по SAP Fiori для работы с категориями: Бизнес, Функциональные и Базовые
  • Запланируйте достаточно времени для тестирования ролей и изменений в полномочиях
  • Рассмотрите возможность создания предварительного проекта для устранения противоречий в данных модуля финансов. Противоречия необходимо устранить до начала проекта, чтобы избежать отставания от графика.
  • Определите все мероприятия, которые можно было бы выполнить в любое время, и проведите их до или во время этапа подготовки.
  • Запланируйте генеральную репетицию, тестовое конверсии продуктивной системы в условиях реального времени.
  • Экстракторы BW как элемент упрощения: SAP-нота  2500202 — S4TWL – BW Extractors in SAP S/4HANA («S4TWL — Экстракторы BW в SAP S/4HANA»)
  • Рассмотрите возможность перехода с форм скриптов SAP на сервисы документов Adobe.
  • Сетевая версия систем, подключенных к S/4HANA, должна быть >/= 731, например BW, PI и др.

Также прочитайте блог SAP S/4HANA 1909 Post Conversion Tips and Suggestions («SAP S/4HANA 1909: рекомендации и предложения по мероприятиям, выполняемым после преобразования»)

Благодарим за внимание.

Ставьте “Like”, если хотите, чтобы мы продолжали публиковать переводы лучших статей о SAP S/4HANA

Be the first to leave a comment
You must be Logged on to comment or reply to a post.