Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 3 of 5

Scoping with SAP upgrade tools

10 min

Listen to this lesson

0:00 / 6:31

The hardest question in upgrade testing is not how to test but what to test. Test everything, and the window closes before you finish. Test too little, and the one changed function you skipped breaks month-end. SAP provides several tools whose output, read correctly, turns into test scope. This lesson walks through them and shows how Priya converts their findings into a scoped test plan, building on the change impact techniques in sap-tst-303.

The tools and what they tell you

ToolWhat it tells youWhen
SAP Readiness Check for SAP S/4HANA upgradesRelevant simplification items, custom code overview, add-on compatibility, recommended Fiori apps, integration analysisEarly in a release upgrade project
Simplification Item Check (/SDF/RC_START_CHECK)Relevance and consistency per simplification item; mandatory; called by SUMEarly, then repeatedly until the downtime
Simplification Item CatalogDetails per item: what changed and the required actionWhile analysing relevant items
Custom Code Migration app or ATCCustom code findings against the target releasePreparation, before the update
Release information and notesFeature pack stack equivalences, known issues, follow-up activitiesThroughout
SAP tools that feed upgrade test scope.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-304

One distinction matters for planning. The 2025 upgrade guide says SAP Readiness Check for SAP S/4HANA upgrades is relevant for release upgrades, for example from 2023 to 2025, but not for updates from one feature pack or support pack stack to the next, for example from 2023 FPS02 to FPS03. The Simplification Item Check, by contrast, is mandatory for upgrades to a higher release or feature pack stack, and SUM runs it and stops if mandatory preparation is missing. The guide describes Readiness Check as mainly a planning tool run early, and the SI-Check as the operational tool used during cleanup, with the option to re-run single items.

Readiness Check plans a release upgrade early; the Simplification Item Check is the operational check that Basis re-runs and SUM enforces.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-304

From findings to test scope

  1. Collect findingsRelevant simplification items, custom code findings, changed or replaced apps, add-on and integration notes.
  2. Map to objectsEach finding points to transactions, apps, tables, interfaces or custom objects.
  3. Map to processesUse the process model in SAP Cloud ALM and usage data to find which business processes use them.
  4. Rate riskCriticality of the process times the depth of change.
  5. Select testsPick existing test cases; write new ones for gaps; record why each is in scope.
Turning SAP tool output into a scoped upgrade test plan.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-304

Readiness Check also offers an availability check for SAP Fiori apps and classic transactions based on the user interfaces actually used. The upgrade guide notes that it only evaluates used interfaces, which is good for scoping: if a transaction your users run every day is no longer available or has a successor app, that is a direct test and training item.

Feature pack stacks: different inputs

For a feature pack stack update, scope comes from the SI-Check, release information for the stack, notes listed for it, custom code checks and your own transport history since the last update. New features are usually opt-in: list the ones the business wants to adopt and treat them as small projects with their own tests, separate from regression.

  1. Is this a release upgrade?Yes → run Readiness Check early and the SI-Check · No → use the SI-Check, release information and notes
  2. Does a finding affect a process Contoso uses?Yes → map to processes and rate risk · No → record as not relevant, with reason
  3. Is there an existing test for the affected process?Yes → include it, noting the changed area · No → design a new test
  4. Is the change in custom code that is no longer used?Yes → consider retiring the code instead · No → adapt and test
Scoping decisions for an upgrade.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-304
Traceability from each Readiness Check finding through requirements and processes to test runs lets auditors follow "SAP changed this" to "we tested that".
The Sign-Off Table · thesignofftable.com/academy/sap-tst-304

What would you do?

For a feature pack stack update, a project manager asks Priya to wait for SAP Readiness Check results before scoping tests. What should Priya say?

Key points
  • Readiness Check is a planning tool for release upgrades, not for FPS-to-FPS or SPS-to-SPS updates.
  • The Simplification Item Check is mandatory, called by SUM, and can re-run single items.
  • Map findings to objects, then to processes, rate risk and select or design tests.
  • Readiness Check evaluates used UIs, which helps find changed or replaced apps users rely on.
  • Record a test decision for every relevant finding and link findings, requirements and tests.

Check your understanding · not graded

Lesson check

  1. 1. According to SAP's 2025 upgrade guide, SAP Readiness Check for upgrades is primarily relevant to:

  2. 2. Which check is mandatory and called by the Software Update Manager?

  3. 3. What is the next step after mapping a simplification item to the objects it affects?