Lesson 2 of 5
Preparing the system and collecting data
11 min
Listen to this lesson
Readiness Check analyzes data collected in your own system. Collection is a small Basis project: implement the collectors, test them, transport them to production, run them, and upload the result. At Contoso, Sam (Basis lead) owns it with Kenji for the custom code part.
- SelectChoose the scenario and read its central note (2913617)
- PrepareImplement the collector notes in development; test in non-production; transport to production
- ProcessSelect checks of interest and schedule collection in production; background jobs analyze the system
- DownloadDownload the archive with the collected data; review it locally if needed
- UploadCreate a new analysis in SAP for Me or SAP Cloud ALM and upload the archive
- EvaluateWork with the interactive dashboard
Prepare: notes and the Note Analyzer
The central note lists the SAP Notes that deliver the data collectors and their prerequisites. Because there are many, SAP provides a Note Analyzer input file for the scenario where available, used in transaction SNOTE to find missing or outdated notes. Implement in the development system first, test the collectors in non-production, and transport them to production with the normal change process. Notes and the collection report change often, so always start from the current version of the central note rather than a project document from last year. SAP Note 2968380 is the troubleshooting guide.
- Check the minimum release: the SAP S/4HANA conversion scenario analyzes SAP ERP 6.0 systems; consult the central note for supported start releases and required support packages.
- Get the right authorizations for the collection user; some checks, such as the integration analysis, need specific authorizations named in their notes.
- Plan the custom code analysis separately (next section), because it usually runs in a different system.
- Agree on data protection: the archive can be reviewed before upload, and SAP describes reviewing its content locally.
Process: running the collection in production
Collection runs in production, or a recent copy of it, because results depend on real data volumes and real transaction usage. SAP and community guides describe the collection report RC_COLLECT_ANALYSIS_DATA: you select the target SAP S/4HANA release and the checks, schedule the analysis, and the framework starts background jobs for the individual collectors, such as sizing, data volume, business process analysis and the simplification item checks. Check the job logs; a collector that fails silently leaves an empty tile on the dashboard. When the jobs finish, run the report again to download the archive.
Simplification item consistency results deserve one extra rule. The Simplification Item Check guidance from SAP says SUM always runs these checks in client 000, because only there do they cover data in all clients. Run them the same way when you want results comparable to what SUM will see.
Custom code results
The custom code view in Readiness Check shows results of the custom code analyzer (SYCM), the ABAP test cockpit (ATC) or the SAP Fiori Custom Code Migration app. For the analyzer, Kenji's team runs report SYCM_DOWNLOAD_REPOSITORY_INFO (SAP Note 2185390) in the background and downloads the file S4HMigrationRepositoryInfo.zip. The scope information that separates used from unused code is available only when the Custom Code Migration app was used. The custom code results are uploaded into the same analysis, so the dashboard combines them with everything else.
Step by step: Sam's collection run in EP1
- Open the current version of SAP Note 2913617 and download the Note Analyzer file for the scenario where offered.
- In ED1, check the file in SNOTE and implement every missing or outdated note; test in EQ1; transport to EP1 under change control.
- In EP1, start
RC_COLLECT_ANALYSIS_DATAin SA38 in the production business client. Choose the target release, SAP S/4HANA 2025, and the checks, then schedule the analysis. - Watch the jobs in SM37 until all collectors finish; open the log of any cancelled job before downloading.
- Run the report again and download the archive. Review it locally if the data protection officer asks.
- In SAP Cloud ALM, open the Readiness Check app, start a new analysis, name it (for example "EP1 · 2026-03 · S/4HANA 2025") and upload the archive. Processing takes a while; the dashboard appears when it finishes.
- Add Kenji's custom code file to the same analysis.
| Symptom on the dashboard | Usual cause | Fix |
|---|---|---|
| Integration tile empty | Collection user lacks the authorizations named in the integration note | Grant them, re-run the collection |
| CVI counts far too low | Collection ran in the wrong client; the analysis covers the analyzed client | Re-run in the production business client |
| Target release missing in the report | Outdated collector notes or content | Update the notes from the central note |
| Sizing tile empty | Sizing job cancelled on a time limit | Check SM37, reschedule, see SAP Note 2968380 |
What goes wrong in collection, and how to recognize it from the dashboard.
What would you do?
To avoid touching production, Sam proposes running the collection in the quality system EQ1, which was refreshed from production nine months ago. What is the best response?
- Start from the current central note; use the Note Analyzer file where offered.
- Implement in development, test in non-production, collect in production.
- Check every background job log; failed collectors leave empty results.
- Upload custom code results into the same analysis; name analyses consistently.
Check your understanding · not graded
Lesson check
1. In which system should the data collection run?
2. What helps find missing or outdated collector notes quickly?
3. Why does Contoso check the background job logs after scheduling the collection?
4. Which client does SUM use for simplification item consistency checks?
5. Which file does report SYCM_DOWNLOAD_REPOSITORY_INFO produce for the custom code view?