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

Lesson 2 of 5

Usage inventory

9 min

Listen to this lesson

0:00 / 18:22

Solution Manager is a large product, and no customer uses all of it. Some functions are central to daily work, some were set up once and abandoned, and some are used by one team in a way nobody else knows about. A transition plan that starts from the product's feature list wastes effort on things nobody uses and misses the one report a controller depends on. Start from actual usage.

The Readiness Check for SAP Cloud ALM

SAP provides a self-service tool for exactly this. The SAP Readiness Check for SAP Cloud ALM analyzes how you use Solution Manager and shows which capabilities have an equivalent in Cloud ALM or another SAP product, with guidance and potential roadblocks. SAP's page names two roadblock areas it looks at: preparation for Selective Data Transfer and the use of Change Request Management.

  1. Implement the noteApply SAP Note 3236443 in Solution Manager
  2. Run the collectorPreferably on the productive Solution Manager, for representative results
  3. Create the analysisIn the SAP Readiness Check app in SAP for Me, or directly in Cloud ALM
  4. Review the dashboardsUsage per capability, availability in Cloud ALM, roadblocks
  5. Create tasksWhen created in Cloud ALM, findings can become tasks in a transition project
  6. RefreshCapability availability updates quarterly; rerun the collector to update the same analysis
Running the Readiness Check for SAP Cloud ALM.
The Sign-Off Table · thesignofftable.com/academy/sap-alm-302

Two details matter for planning. Running the collector in a non-productive Solution Manager is possible, but SAP points out that the productive system gives more representative results. And because Cloud ALM's capabilities change every quarter, SAP updates the availability side of an analysis automatically and lets you rerun the collector to refresh usage. Treat the result as a living document, not a one-off report.

Beyond the tool: an inventory by capability

The Readiness Check tells you what the system records. It does not tell you who depends on what, or what must be kept for audit. Priya and Sam built Contoso's inventory as a table, one row per capability, with the tool's findings as the starting point and interviews to fill the gaps.

CapabilityContoso usageOwnerKeep for audit?
Solution documentationECC process hierarchy, 1,100 documents; last major update three years agoProcess ownersYes, current versions
Test SuiteECC regression: 420 test cases in test packages; run before each ECC support packPriyaRun history for two years
Change Request ManagementAll ECC changes: normal, urgent and standard; approvals and transport controlECC change managerYes, change records
IT service managementNot used; incidents are in the corporate service deskNoneNo
Technical monitoringSystem and job monitoring for ED1, EQ1, EP1SamNo
Business process monitoringSet up in a past project, no longer usedNoneNo
Custom code managementUsage statistics used in the conversion's custom code analysisKenjiResults, yes
System Landscape Directory and License Administration WorkbenchUsed by Basis for landscape data and license measurementSamRelocate, not migrate

Contoso's Solution Manager usage inventory (abridged).

Questions for each row

  • Is it used, and how often? Daily use needs a target before go-live; a dormant function can simply be retired.
  • Who depends on it? Name the person who will notice when it is gone.
  • What does the data mean for audit? Change records and test evidence often have retention rules; monitoring history rarely does.
  • Which estate does it serve? ECC-only usage ends when ECC retires; usage that will continue on S/4HANA needs a Cloud ALM home.
  • Is it customized? Custom ChaRM workflows, document types and reports need explicit decisions.
Four questions per inventory row decide whether a Solution Manager capability moves, waits for ECC to retire, is relocated or is switched off.
The Sign-Off Table · thesignofftable.com/academy/sap-alm-302
Retire laterHeavily used now but only for ECC: run it until ECC retires, then archive. Contoso: ECC regression in the Test Suite.
Move firstUsed now and needed after: highest priority for a Cloud ALM target. Contoso: change control for the converted landscape.
Retire nowBarely used and not needed: switch off and stop paying attention. Contoso: the old business process monitoring setup.
Rebuild when neededUnused today but needed later: design fresh in Cloud ALM. Contoso: business process KPIs for hypercare.
Sorting capabilities by current usage and future need.
The Sign-Off Table · thesignofftable.com/academy/sap-alm-302

What would you do?

Contoso's Readiness Check shows heavy use of Change Request Management and almost no use of business process monitoring. Sam proposes migrating business process monitoring first because "it is the easiest". What should Grace say?

Key points
  • Start from actual usage, not the product's feature list.
  • The Readiness Check for SAP Cloud ALM (SAP Note 3236443) analyzes usage, maps it to Cloud ALM and flags roadblocks such as ChaRM use.
  • Run the collector on the productive Solution Manager and refresh the analysis as Cloud ALM evolves.
  • Complete the inventory with owners, audit needs and which estate each capability serves.

Check your understanding · not graded

Lesson check

  1. 1. Which SAP Note is implemented to run the Readiness Check for SAP Cloud ALM?

  2. 2. Why inventory Solution Manager usage before mapping capabilities?

  3. 3. Where should the Readiness Check collector ideally run?

  4. 4. A capability is heavily used today but only for ECC, which retires at go-live. What fits?