Миграция S/4HANA: Readiness Check и Simplification Items

SAP Readiness Check и Simplification Item-Check (SI-Check) отвечают на разные вопросы. Первый помогает оценить масштаб работ по выбранному целевому релизу. Второй проверяет техническое состояние системы относительно требований упрощённых объектов и вызывается в техническом процессе Software Update Manager (SUM). Ни один из них не означает, что финансовые процессы прошли проверку и готовы к production.

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

SAP Readiness Check: обзор зон влияния#

Для upgrade Readiness Check анализирует данные source system относительно целевого релиза. В зависимости от собранных данных и выбранного метода анализа результат может включать:

релевантные для системы simplification items;
compatibility scope и связанные действия;
высокоуровневый анализ пользовательского кода;
потенциально затронутые удалённые интерфейсы;
add-on compatibility;
приложения, которые могут устареть, стать недоступными или иметь преемника;
рекомендации по SAP Fiori apps.

Список relevant items определяется по сигналам из source release, в том числе использованию транзакций, Customizing и содержимому таблиц. Readiness Check помогает назначить статусы, комментарии, ответственных и первичные проектные задачи. Он даёт обзор и оценку масштаба, но не исправляет систему, не доказывает совместимость каждого объекта и не подтверждает готовность бизнес-процессов.

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

Simplification Item Catalog: полный справочник, не список вашего проекта#

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

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

Не превращайте отметку not relevant в молчаливое удаление: запишите основание, например отсутствующую функцию, неиспользуемую страну или несуществующий объект, и кто подтвердил решение. Пересматривайте статус при изменении scope, исходных данных или target release.

SI-Check: техническая согласованность перед SUM#

В руководствах upgrade SAP Readiness Check и SI-Check приведены как дополняющие инструменты. Readiness Check даёт более широкий облачный обзор, включая код, интерфейсы, add-ons и приложения; SI-Check запускается как отдельный системный отчёт или процессом SUM и проверяет применимость simplification items и согласованность системы. Для upgrade SI-Check вызывается SUM и обязателен в техническом процессе. Перед окном перехода его можно выполнить заранее, чтобы найти блокирующие сообщения и подготовить необходимые коррекции.

У SI-Check есть два практических уровня результата:

Сообщения с подготовительными действиями, которые нужно исследовать и выполнить в соответствии с описанием конкретного пункта.
Технические несогласованности, из-за которых SUM может остановить upgrade до перехода в downtime-фазу.

Точный смысл сообщения, код возврата, условия блокировки и корректирующие действия проверяйте в руководстве целевого релиза и связанной SAP Note. Отчёт для другой версии или общий пример не определяет поведение вашей системы.

Сводите результаты в проектный реестр решений#

Для каждого finding фиксируйте:

source и target release, систему, дату сбора и используемую версию анализа;
ID simplification item, объект, процесс, интерфейс или add-on;
результат Readiness Check, SI-Check, ATC/custom code analysis и проверки SAP Note отдельно;
фактическую применимость, доказательство и владельца подтверждения;
требуемое решение или исправление, зависимость, срок и среду выполнения;
тест и ожидаемый результат после исправления или обновления.

Не объединяйте разные выводы под статусом «проверено». Упоминание объекта в Readiness Check не означает, что SI-Check на нём завершён; успешный SI-Check не доказывает, что код, интеграция, Fiori-приложения, проводки или закрытие периода работают правильно.

После технических проверок всё равно нужны анализ пользовательского ABAP-кода, совместимости add-ons, подготовительных SAP Notes и пользовательская регрессия. Для финансового контура включите фактически используемые проводки, reversal, ledger, периоды, валюты, платежи, закрытие и внешние потоки. Сверяйте документы и суммы до и после изменения, а не только технический статус системы.

MIG-03 частично покрыт обзором. Источники относятся к SAP S/4HANA 2025 и SUM 2.0 SP26. Они зарегистрированы как metadata_only; данные клиента, результаты Readiness Check/SI-Check, код, add-ons и фактический upgrade не проверялись.

Связанные материалы#

SAP Readiness Check and the Simplification Item-Check (SI-Check) answer different questions. The first helps assess the scope of work for a selected target release. The second checks the technical consistency of the system against simplification requirements and is called during the Software Update Manager (SUM) process. Neither one means the finance processes have been tested and are ready for production.

This guide concerns an upgrade between SAP S/4HANA releases. Do not confuse it with the initial conversion from SAP ERP to S/4HANA, where source data, checks, and the order of work can differ.

SAP Readiness Check: an overview of impact#

For an upgrade, Readiness Check analyzes source-system data against the target release. Depending on collected data and the selected analysis method, results can include:

Simplification items relevant to the system.
Compatibility scope and related activities.
High-level custom-code analysis.
Remote interfaces that may be affected.
Add-on compatibility.
Apps that may become outdated, unavailable, or have a successor.
SAP Fiori app recommendations.

Relevant items are identified using signals from the source release, including transaction usage, Customizing, and table contents. Readiness Check helps assign statuses, comments, owners, and initial project tasks. It provides an overview and an effort assessment; it does not fix the system, prove compatibility of every object, or confirm business-process readiness.

Result quality depends on the freshness and completeness of collected data. Some custom-code figures may be preliminary estimates, depending on the collection method. For integrations, the tool identifies potential impact to discovered interfaces; the team must still confirm actual usage, criticality, and remediation for each interface.

Simplification Item Catalog: a complete reference, not a project worklist#

SAP's catalog is organized by target versions, areas, and product changes. It contains many simplification items that may not apply to a particular upgrade. When browsing the catalog directly, determine applicability against the source and target versions, configuration, data, and functions in use.

For every relevant item, open the linked, current SAP Note. Review business and technical impact, prerequisite and follow-up actions, affected data and objects, applicability conditions, and required checks. An item title or high priority does not describe the entire workload.

Do not silently discard an item by marking it not relevant. Record the reason, such as a missing feature, unused country, or absent object, and who confirmed the decision. Revisit the status if scope, source data, or target release changes.

SI-Check: technical consistency before SUM#

SAP's upgrade guides present Readiness Check and SI-Check as complementary tools. Readiness Check provides a broader cloud overview, including code, interfaces, add-ons, and apps. SI-Check runs as a standalone system report or through SUM and checks simplification-item relevance and system consistency. For an upgrade, SUM calls SI-Check and it is mandatory in the technical process. Running it early can reveal blocking findings and corrections needed before the cutover window.

SI-Check results have two practical levels:

Findings that require preparation steps. Investigate and complete them according to the relevant item description.
Technical inconsistencies that can cause SUM to stop the upgrade before downtime begins.

Check the target-release guide and SAP Note for the precise meaning of a message, return code, blocking condition, and corrective action. A report for a different version or a general example does not determine behavior in your system.

Combine results in a project decision register#

For each finding, record:

Source and target release, system, collection date, and analysis version.
Simplification item ID, object, process, interface, or add-on.
Readiness Check, SI-Check, ATC/custom-code analysis, and SAP Note results separately.
Actual applicability, evidence, and decision owner.
Required decision or fix, dependency, due date, and execution environment.
Test and expected result after remediation or upgrade.

Do not collapse different outputs into a single status such as "checked." A mention in Readiness Check does not mean SI-Check has completed; a successful SI-Check does not prove that custom code, integrations, Fiori apps, postings, or period close work correctly.

Technical checks are followed by custom ABAP analysis, add-on compatibility, preparation SAP Notes, and business regression. For finance, include the postings, reversals, ledgers, periods, currencies, payments, close tasks, and external flows actually in use. Compare documents and amounts before and after the change instead of relying only on system technical status.

This partially covers MIG-03. Sources refer to SAP S/4HANA 2025 and SUM 2.0 SP26. They are registered as metadata_only; customer data, Readiness Check/SI-Check results, code, add-ons, and an actual upgrade were not inspected.