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

Lesson 5 of 6

Roles, RACI and sign-off

12 min

Listen to this lesson

0:00 / 16:39

A test strategy that does not name who decides is an opinion. This section of the strategy assigns accountability for each level and each sign-off, and it settles the question every RISE program eventually asks: who tests what?

Responsible and accountable

A RACI matrix names who is Responsible (does the work), Accountable (owns the outcome and decides; exactly one per activity), Consulted and Informed. The most common mistake in SAP strategies is making the system integrator accountable for acceptance. The partner can be responsible for executing tests; only the customer can accept that the solution meets its needs.

ActivityCustomer test lead (Priya)Process owners (Dan, Maria)Partner (SI)PMO (Grace)SAP (RISE)
Program test strategyACRCI
Unit and string testsI-A/RI-
SIT executionAIRI-
Data migration reconciliation sign-offCA (Dan for finance data)RI-
UAT execution and acceptanceR (coordinates)ACI-
OATCIRIC (infrastructure items)
Infrastructure, backup and technical operationsI-IIA/R
Go-live recommendation from testingACCI-
Go-live decisionCCCR-

An illustrative testing RACI for Contoso. The program sponsor is accountable for the go-live decision; adapt to your contracts.

Shared responsibility under RISE

RISE with SAP moves infrastructure, technical operations and the technical execution of upgrades to SAP. SAP publishes a roles and responsibilities document for SAP S/4HANA Cloud Private Edition that sorts tasks into standard, optional, additional and packaged services, and customer-only tasks. In the version current at the time of writing, functional and regression testing are not standard SAP tasks; they appear only as separately purchased packaged services against test cases the customer provides. Testing and validation after an upgrade fall to the customer.

SAP: infrastructure and technical operationsHosting, backups, technical monitoring, technical upgrade execution
Customer or partner: integration and extensionsInterfaces, custom code and extensions tested by the program
SAP packaged services, if purchasedOptional services such as executing provided test cases
Customer: business processes and acceptanceFunctional, regression and acceptance testing; sign-off
Shared responsibility for testing under RISE. Confirm against the contract version you signed.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-301

Read the version of the document attached to your contract, and write the result into the strategy: which levels the customer owns, which the partner executes under the statement of work, and which SAP performs, if any. Contoso's strategy states that Contoso owns all functional, integration, regression and acceptance testing; the partner executes SIT and supports UAT under its contract; SAP's responsibility is limited to infrastructure and technical operations items in OAT.

The sign-off chain

  1. Test lead recommends: exit criteria met or not, with evidence and exceptions.
  2. Process owners accept: their processes are fit for use, with known defects and workarounds.
  3. Data owners sign reconciliation for migrated data.
  4. Operations lead accepts operability (OAT).
  5. Program sponsor or steering committee decides go-live on the basis of these signatures.
  1. Test lead recommendsPriya: exit criteria met or not, with evidence and exceptions
  2. Process owners acceptDan for finance, Maria for order to cash
  3. Data owners signReconciliation of migrated data
  4. Operations acceptsOperability proven in OAT
  5. Sponsor decidesGo-live on the basis of these signatures
The sign-off chain: each step is a named person's decision, and the sponsor decides last.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-301

Risk acceptance

Sometimes the program goes live with known defects. The strategy should say who can accept that risk. Usually the process owner accepts risk within their process, and the sponsor accepts risk that crosses processes or affects compliance. Each acceptance is written, with the defect, the workaround, the owner and the date. The test lead's job is to make the risk visible, not to accept it.

  1. Does the defect stay within one process?Yes → the process owner may accept it, such as Maria for fleet pricing · No → the sponsor decides
  2. Does it affect compliance or financial reporting?Yes → the sponsor accepts, with the process owner consulted · No → process owner decision stands
  3. Is the acceptance written with defect, workaround, owner and date?Yes → recorded risk · No → not accepted yet; the test lead keeps it visible
Who may accept the risk of a known defect at go-live.
The Sign-Off Table · thesignofftable.com/academy/sap-tst-301

What would you do?

Contoso's partner proposes that its own test manager sign UAT acceptance "because we ran most of the tests". What should Priya's strategy say?

Key points
  • Use a RACI with exactly one accountable role per activity; customers own acceptance.
  • Under RISE, SAP runs infrastructure and technical operations; functional, regression and acceptance testing stay with the customer unless separately purchased.
  • The sign-off chain: test lead recommends, process and data owners accept, operations accepts operability, sponsor decides.
  • Name who may accept risk, and record every acceptance with defect, workaround, owner and date.

Check your understanding · not graded

Lesson check

  1. 1. How many Accountable roles should each RACI activity have?

  2. 2. Who should be accountable for UAT acceptance?

  3. 3. Under the RISE Private Edition roles and responsibilities document, how is functional and regression testing treated?

  4. 4. What is the test lead's role in go-live risk?