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

Lesson 2 of 5

Monitoring and triage

8 min

Hypercare has two sources of information: what users report, and what the system shows. Good hypercare uses both. Monitoring finds failing interfaces and jobs before users notice; triage sorts every reported issue quickly so it reaches the right person with the right priority.

Monitor the system, not just the tickets

SAP Cloud ALM for Operations provides monitoring applications that are useful from the first hour: Business Process Monitoring, Integration and Exception Monitoring, Job and Automation Monitoring, Health Monitoring, and user and performance monitoring such as Real User Monitoring. Set them up and test the alerts during Deploy, so that on go-live day failed IDocs, stuck interface messages and failed batch jobs raise alerts to named people.

Business KPIsOrders, deliveries, invoices, postings per day against a normal day in the legacy system
Business processesBacklogs and exceptions in key steps, such as deliveries not billed
IntegrationFailed or stuck messages and IDocs to carriers, banks and suppliers
JobsFailed, late or long-running batch jobs, such as MRP and billing runs
System health and usersAvailability, response times, errors users experience
Monitoring layers in hypercare. Business KPIs tell you whether the business is really running.
The Sign-Off Table · thesignofftable.com/academy/sap-pmo-302

The top layer is the most important and the most often forgotten. For the first weeks, Contoso compares each day's count of sales orders, deliveries, billing documents and goods receipts with a typical day in ECC. When deliveries for Great Lakes Fleet Services rose but billing documents did not, the gap revealed a billing block before anyone raised a ticket.

Triage categories

Triage is the most valuable skill in hypercare: quickly sorting each issue into the right category, so it reaches the right person. Use a short, fixed list and train the desk on it.

CategoryExample at ContosoRouted to
How-to or trainingUser cannot find how to change a delivery dateKey user; work instruction update
AuthorizationBilling clerk missing a role for a billing appSecurity team
DataCustomer has the wrong payment terms after migrationData owner and migration team
Configuration defectWrong pricing condition for a fleet contractFunctional expert
Development defectCustom output form missing a fieldDeveloper
Interface or jobCarrier interface messages failingIntegration or technical expert
Product defectStandard function misbehaves as documented in an SAP noteSAP Support incident
Change requestNew report wanted for plant managersBacklog for after hypercare

Triage categories and routing. Change requests are logged but not built during hypercare unless critical.

Priorities tied to business impact

Define priorities by business impact, not by who shouts loudest. A common scheme has four levels. Align the top level with SAP's own definition when you raise incidents to SAP: SAP's guidance reserves "very high" for very serious consequences for core business processes, such as a production system that is down or a go-live that cannot be completed, with no workaround.

Medium (P3)High impact with an accepted workaround: fix within days, monitor the workaround
Critical (P1)High impact, no workaround: shipping, invoicing or payments stopped; all hands now
Low (P4)Low impact with workaround: plan the fix; may move to the run backlog
High (P2)Low or moderate impact but no workaround: a team or site blocked; fix within one or two days
A simple priority grid: business impact against availability of a workaround.
The Sign-Off Table · thesignofftable.com/academy/sap-pmo-302

The daily rhythm

  1. 07:30 stand-upNew P1 and P2 tickets, overnight monitoring alerts, KPI gaps
  2. Assign and fixOwners named; workarounds communicated by key users
  3. Fix pathUrgent but controlled change: fix, test, approve, transport
  4. 16:00 stand-upStatus of open P1 and P2; fixes ready for release
  5. Daily reportTicket trend by category and priority; KPIs; risks
Contoso's daily hypercare rhythm in the first weeks.
The Sign-Off Table · thesignofftable.com/academy/sap-pmo-302

Fixes need control, even in a hurry

During hypercare, fixes should follow an expedited but controlled change and test path. Each fix is tested in the quality system, retested by the person who raised it where possible, checked for side effects by a short regression of the affected process, approved, and transported in a planned release slot. A fix applied directly in production without testing turns one incident into two.

What would you do?

On day three, billing for several fleet customers fails with a pricing error. Billing is the last step before cash. The consultant has a fix and wants to change the condition record directly in production now. What should Priya recommend?

Key points
  • Monitor business KPIs, processes, interfaces, jobs and system health, not only tickets.
  • Set up SAP Cloud ALM for Operations monitoring and alerts before go-live.
  • Triage into a fixed set of categories and route accordingly; log change requests for later.
  • Set priorities by business impact and workaround; fixes follow an expedited but controlled path.

Check your understanding · not graded

Lesson check

  1. 1. Which monitoring layer most directly shows whether the business is running?

  2. 2. During hypercare, fixes should:

  3. 3. A user asks for a new plant manager report during hypercare. How should it be triaged?

  4. 4. Which issue fits the highest priority?