Configuring Service Requests

Objective

After completing this lesson, you will be able to configure service requests

Settings for Service Requests

Business Example

For service requests, some specific configuration settings are required and available in SAP S/4HANA. You want to learn more about these specific settings by analyzing the Customizing options in the system.

Basic Settings for Service Requests

Transaction type Service Request Template (SRQT) and Service Request (SRVR) are introduced. Flowchart displaying relationships between service request elements. On the left, a blue box labeled Service Request Template (SRQT) connects via a vertical line to another blue box labeled Service Request Item (SRQI). Below it is an ellipsis in blue, indicating continuation or additional items. On the right, a lighter blue box labeled Service Request (SRVR) connects vertically to another light blue box, Service Request Item (SRQI). Below this, a light blue box labeled Checklist Item Category (CHKL) is connected. An arrow pointing up from the label Item Category Usage CKCU (Chklst Itm Cat Usage) at the bottom center connects to the Checklist Item Category box above.

When a customer places a call to the contact center for services for a company, the contact center agent creates a service request by manually searching for the correct account/contact information and entering it. The contact center agent can then assign the request to an appropriate resource (that is, a person) for service delivery.

Multilevel categorization and checklist features (see the next section) are available when entering such a service request.

Other key features available for service requests are service request templates, knowledge articles, and rules-based dispatching.

A service order quotation can be created as a follow-up document to a service request. This service order quotation is then issued to the customer for approval. When the customer approves/accepts the service order quotation, a follow-up service order is automatically created.

It is also possible to immediately create a service order as a follow-up document to a service request. The appropriate technician is then assigned to execute the job.

Note

For service request management, the Interaction Center (IC) can also be used. SAP Best Practices contain a scope item supporting this functionality and describing its prerequisites. This is scope item Interaction Center Service Request Management (‏41W‏).

Navigate to https://rapid.sap.com to access SAP Best Practices and there you can search for scope item 41W.

A process flow diagram and a test script are available, as well as setup instructions.

The standard transaction type in SAP S/4HANA for service requests is SRVR (Service Request). This transaction type has the leading business transaction category BUS2000223 (Service Request). It is also maintained for business transaction categories BUS2000115 (Sales), BUS2000116 (Service Order/Quot.), and BUS2000126 (Business Activity).

Transaction type SRQT (Serv. Requ. Template) is available for a service request template. It also has the leading business transaction category BUS2000223 (Service Request) and is also maintained for business transaction categories BUS2000116 (Service Order/Quot.) and BUS2000126 (Business Activity).

Transaction type SRVR (Service Request) has the following main configuration settings:

FieldValue
Text Determination ProcedureIT000001 (Service Request)
Partner Determination ProcedureIT000001 (ITSM Incident Header)
Organizational Data Profile000000000008 (SAP Service Org. Data Profile (Header))
Date ProfileIT0000000001 (ITSM: Service Request (Hdr) w/o Billing
Action ProfileIT_INCIDENT_MANAGEMENT (Incident Management Action Profile (ITSM))
Number Range ObjectCRM_INCDNT (Service Incident)
Internal Number Range Number01 (8000000000-8999999999)

The standard available item category for an item in a service request is SRQI (Service Request Item). The service item object type (which defines the business context for the item category) for this item category is BUS2000140 (Service Product Item).

This is also the default item category that is determined using the item category determination configuration for SRVR (Service Request) and SRQT (Serv. Requ. Template) documents.

Note

In case of the usage of the checklist functionality (see the next section), item category CHKL (Checklist Item Category) is determined for transaction type SRVR (Service Request). This is done based on item category usage CKCU (Chklst Itm Cat Usage).

Item category SRQI (Service Request Item) has been maintained for business transaction category BUS2000115 (Sales), where it is set to not relevant for billing (the Bill. Relevance field) and also not relevant for pricing (the Pricing-rel. field). It is also maintained for business transaction category BUS2000116 (Service Order/Quot.) where it is set to not relevant for costing (the Relevance to Costs field) or resource planning (the Resource Planning Relevance field).

Besides the configuration of transaction types for service requests and service request templates, item categories and the item category determination, copying control settings on transaction type and item category level are also required. In the standard configuration available for SAP S/4HANA Service, the following entries for copying control on transaction type level are available:

Source Transaction TypeTarget Transaction Type
SRQT (Serv. Requ. Template)SRVR (Service Request)
SRVR (Service Request)KNAR (Knowledge Article)
SRVR (Service Request)SRVC (Confirmation)
SRVR (Service Request)SRVO (Service Order)
SRVR (Service Request)SRVQ (Order Quotation)

The following entries for copying control on item category level are available:

Source Item CategoryTarget Item Category
SRQI (Service Request Item)SRQI (Service Request Item)
SRQI (Service Request Item)SRQP (Service Item)
SRQI (Service Request Item)SRVP (Service Item)
SRQI (Service Request Item)SVCP (Service Product)

Using Checklists

A checklist profile is introduced, which is assigned to a transaction type (SRVR is this example). A flowchart image showcasing the relationship between transaction type and checklist profiles in SAP. On the left side, a blue rectangle represents the Transaction Type SRVR (Service Request) with an arrow pointing right. On the right side, a purple rectangle labeled Checklist Profile SAP00001 (SAP Checklist Profile) contains several elements and arrows: 1) An arrow pointing from Checklist to 00000001 (SAP Default Checklist). 2) An arrow pointing from Step SAP00001 to Step SAP00002. 3) An arrow pointing from Service Mgr Profile SRQM_CHKLST_BP (SAP Checklist Step Partner). The image visually represents the hierarchical organization of checklist steps and service manager profiles in relation to transaction types.

Checklists can be used for step-by-step task processing by one or more users. A checklist is a list of steps to be performed by assigned step partners. For checklists, a checklist profile is required, which consists of a number of checklist-related settings, including the checklist(s) themselves. The checklist profile to be used for a certain document (for example, a service request), is assigned to the transaction type used for that document.

Note

Using checklists is completely optional.

To define and assign checklist profiles in Customizing, navigate to SAP Customizing Implementation GuideServiceTransactionsBasic SettingsChecklist SettingsDefine Checklist Profiles.

In this Customizing transaction, the required checklist profiles can be defined and then also assigned to the relevant transaction types. In the standard configuration available for an SAP S/4HANA system, checklist profile SAP00001 (SAP Checklist Profile) is assigned to transaction type SRVR (Service Request). It contains one checklist: 00000001 (SAP Default Checklist), which consists of two steps.

A step in a checklist has a link to a service manager profile (in the standard: SRQM_CHKLST_BP (SAP Checklist Step Partner)), which is a grouping of services and related settings that is used when a certain service manager is invoked.

To define a service manager profile, in Customizing, navigate to SAP Customizing Implementation GuideServiceMaster DataBusiness PartnerRule-Based Assignment of EmployeesDefine Service Manager Profiles.

Note

The profile SRQM_CHKLST_BP (SAP Checklist Step Partner) contains a link to service ID SRV_REQ_RULE_EXE (Rule Execution for Service Request). See the Customizing documentation available for option SAP Customizing Implementation GuideServiceMaster DataBusiness PartnerRule-Based Assignment of EmployeesDefine Services for more details.

Multilevel Categorization

A catalog type is assigned to a transaction type (like SRVR), and also a screenshot is shown of the flag Item Determination for this transaction type.

When a service request is saved, the SAP S/4HANA system can determine the service product automatically for the relevant line item. Setting the Item Determination flag activates the identification of this service product for the relevant line item. The service product can be used to determine, for example, the relevant service contract, service level profile, billing information, and dates. The determination of the service product is based on so-called Multilevel Categorization. If multiple service products are determined, the system chooses the product from the lowest-level category.

If the automatic item determination using multilevel categorization is required, it needs to be activated in Customizing. Navigate to SAP Customizing Implementation GuideServiceTransactionsSettings for Service RequestsDefine Item Determination. Here, the Item Determination flag can be set for a transaction type.

As a prerequisite for item determination, in Customizing, one or more catalog categories need to be assigned to the transaction type (for example, SRVR (Service Request)) for which item determination needs to happen. A catalog category is used to group catalogs of the same type (for example, damage catalogs for technical objects). Navigate to SAP Customizing Implementation GuideServiceCross-Application ComponentsMultilevel CategorizationAssign Transaction Types to Catalog Categories.

For transaction types SRQT (Service Request Template) and SRVR (Service Request), entries are available for catalog categories C (Overview of Damage/Defects/Reasons) and D (Defect Locations/Object Parts). Here, item determination needs to be activated for the combination of transaction type and catalog category. For transaction type SRVR (Service Request), this has been flagged for catalog category D (Defect Locations/Object Parts).

Note

A catalog category can also be assigned to an item category. This is a required step if the direct assignment of a categorization schema to an item category needs to be enabled, and multilevel categorization is to be used at item level. Navigate to SAP Customizing Implementation GuideServiceCross-Application ComponentsMultilevel CategorizationAssign Item Categories to Catalog Categories.

For item category SRQI (Service Request Item), an entry is available for catalog category D (Defect Locations/Object Parts).

A screenshot is shown of categorization schema YBP SERVICE.

Besides the SAP GUI configuration mentioned above, multi-level categories also need to be added to a so-called Categorization Schema. A categorization schema contains all categories that can be assigned in a service request and optionally further transaction types such as service request templates, service orders, and others.

A categorization schema can be maintained using the WebClient UI. Use the business role Service Professional. Alternatively, the SAP Fiori launchad for business role Customer Service Manager (standard business role SAP_BR_CUSTOMER_SERVICE_MGR) can be used. Navigate to OperationsCreate Categorization Schema.

Note

The SAP Fiori app called Search Categorization Schemas can be used to generate a list of available categorization schemas and their settings. From here, schemas can be edited, deleted, or copied. New categorization schemas can also be created from here.

The logical structure of a categorization schema can be either hierarchical or based on attributes. A hierarchical categorization represents a strict hierarchical arrangement of categories, and each category describes a subject. Categorization based on attributes is not strictly hierarchical and allows the use of category duplicates to map value combinations. The standard categorization schema used in the system (YBP_SERVICE) is set up as a hierarchical schema.

Application areas are used to assign categorization schemas to applications (business transaction types), for example, to service requests or service orders.

A categorization schema has a validity period. When the valid-from date (and time) are reached, the categorization schema’s status is updated to Active. When it is active, it is available for selection in the service request and other application areas defined.

Other Settings for Service Requests

The following is a list of some other important configuration settings related to service requests:

  • As already explained in the previous lesson, service level agreement (SLA) data for a service transaction line item (that is, a service and a response profile) can be determined based on an access sequence, which is part of a so-called SLA determination procedure. The access sequence tells the system where and in what order to find the appropriate SLA information. The system searched for the first SLA source identified in the access sequence that has both a service profile and a response profile and then assigns these profiles to the service transaction item.

    In Customizing, navigate to SAP Customizing Implementation GuideServiceTransactionsSettings for Service RequestsDefine SLA Determination Procedures to define the SLA determination procedures that contain the access sequence.

  • It is possible to define values for the Impact field (for example High), Urgency field (for example Emergency or High), and the resulting recommended Priority level (for example 1 (Very high)) that can be assigned to a combination of these two field values for a service request. In Customizing, navigate to SAP Customizing Implementation GuideServiceTransactionsSettings for Service RequestsDefine Impact/Urgency/Recommended Priority.

  • It is possible (but optional) to create a processing log for a business transaction to provide a consolidated audit trail of changes made to the transaction. This can also be activated for service requests (at both transaction type and item category level).

    In Customizing, navigate to SAP Customizing Implementation GuideServiceTransactionsSettings for Service RequestsSettings for Processing LogAssign Log Types to Transaction Types and SAP Customizing Implementation GuideServiceTransactionsSettings for Service RequestsSettings for Processing LogAssign Log Types to Item Categories.

Summary

  • The standard transaction type in SAP S/4HANA for service requests is SRVR (Service Request). Transaction type SRQT (Serv. Requ. Template) is available for a service request template. The standard available item category for an item in a service request or service request template is SRQI (Service Request Item).
  • Checklists can be used for step-by-step task processing by one or more users. A checklist is a list of steps to be performed by assigned step partners. For checklists, a checklist profile is required, which consists of a number of checklist-related settings, including the checklist(s) themselves.
  • When a service request is saved, the SAP S/4HANA system can determine the service product automatically for the relevant line item. Setting the Item Determination flag activates the identification of this service product for the relevant line item. The determination of the service product is based on so-called Multilevel Categorization. If multiple service products are determined, the system chooses the product from the lowest-level category.
  • Various other possible settings for service requests: define SLA determination procedures, define values for the Impact and the Urgency fields, and create a processing log for a business transaction (to provide a consolidated audit trail of changes made to the transaction).

Configure Service Requests

Part 1 of the exercise/simulation:

Part 2 of the exercise/simulation: