Documente Academic
Documente Profesional
Documente Cultură
Contents
1 Introduction 2 IBase Installed Base Management 2.1 2.2 Creating IBases Assigning Business Partners 4 5 6 7 9 9 10 11 11 11 11 15 16 16 16 17 18 19 19 19 20 23 24 24 25 25 30 37 41 43 43
3 Organizational Model 3.1 3.2 3.3 General Information Basic Settings for Organizational Model Configuration Options
3.3.1 Creating Organizational Roots 3.3.2 Assigning Attributes to Root Organizational Units 3.3.3 Creating an Organizational Structure for the Service Desk 3.3.4 Extending the Organizational Model 4 Product Maintenance 4.1 Creating a Base Hierarchy and Root Category
4.1.1 Assigning Category Hierarchy to the Application 4.1.2 Creating a Category for Service Products 4.1.3 Creating Service Products 4.2 Configuration Options
4.2.1 Importing Hierarchies, Categories, and Products from R/3 4.2.2 Creating Subcategories 4.2.3 Service Products for Service Contracts 5 Service Level Agreement 5.1 Service Contracts and Escalation Management
5.1.1 General Description 5.1.2 Structure of a Service Contract 5.1.3 How to Create a Service Contract 5.1.4 Determining Service Contracts (Contract Determination) 5.2 SAP Standard SLA Escalation Management
5.2.1 Response Profile 5.2.2 Service Profile 5.2.3 Automatic Monitoring of Service Level Agreements
2
5.2.4 Configuring a Periodic Job for Action Processing (Only Relevant if Using Escalation Mechanisms) 6 Support Team Determination 6.1 6.2 Prerequisites Configuration Steps 45 49 49 49 49 51 52 55
6.2.1 Support Team Partner Function 6.2.2 Create an Organizational Model 6.2.3 Set Up Determination Rule for Support Team 6.2.4 Support Team Determination Test
Introduction
The following descriptions partially represent an extended explanation of the current basic Customizing. They thus provide a more detailed explanation, as well as information on additional optional functions within the Solution Manager. You will find information and notes concerning settings and adjustments, most of which, however, can also be found in the implementation guide. Chapter 2 explains important IBase settings, especially how to create an IBase and assign important Business Partners to the IBase components. Chapter 3 provides relevant information about the set up of an organizational model, which is a very important aspect for contract and support team determination. Chapter 4 describes how to create service products and introduces the relevant configuration options. Service Level Agreements and SLA Escalation Management are explained in Chapter 5. Information about how to set up contract determination and automatic monitoring of Service Level Agreements is also provided in this chapter. The last chapter of this guide deals with Support Team Determination. Important configuration settings are explained: configuration prerequisites, determination rule, support team partner function, etc.
To identify the precise object for which a problem is being reported To find out more details for a process (such as a visit) To provide technicians with information regarding the object in question and its components To document changes made to objects
An installed base (IBase) comprises general data and components. For every IBase, you can create any number of components and subcomponents. Components can be products (from the product master), text items, other IBases, or user-defined objects.
In this scenario, the IBase models the customers system landscape, first and foremost the SAP systems with their respective system ID, installation number, and client. Data from support messages is compared with the IBases so that the right IBase and the right customer are found automatically and entered in the service process.
SAP menu: Master Data -> Installed Base -> Create Installed Base Or transaction: IB51
1. To create an IBase, proceed as follows: 2. Call the transaction. 3. Select the IBase category (01 Installed Base). 4. Choose Enter. 5. On the next screen, enter a description for the IBase (for instance, IT Landscape). 6. Structure the IBase as you wish (using text items). To do so, enter the required short text on the Text tab page (for instance, CRM systems). 7. Double-click CRM systems and on the Text tab page, enter one of the customers CRM systems (for instance, ABC Development system CRM 3.1) as the short text. 8. In the text item, which represents an SAP system, enter the system number, installation number and client in the Identification field in the text item header. 9. Note: The components for identifying the customer system must be created as text items. In the Identification field, you first have to enter the system ID of the customer system, then the installation number and finally, the client - separated by a space.
You must enter the system number, installation number and client as follows: <System number><1 space> <installation number><client> Example: ABC 1234567890 100
If the identification is not entered correctly, the system cannot identify the component from the inbound support message.
Organizational Model
Organizational units, which represent how the company is structured in terms of function (such as departments, groups, and so on) Positions, which represent how different functions/tasks are assigned to individual posts (such as purchasing clerk, message processor, and so on)
In CRM, the main focus is on modeling the sales and service structure. For work in the CRM system, you therefore need model only the organizational data that is relevant for processes specific to sales and services.
The organizational model can be used to assign the relevant organizational units in documents automatically on the basis of attributes. For this purpose, you assign attributes to the organizational units, such as the country for which they are responsible.
The system can use the attributes assigned to the organizational structure to determine the organizational units automatically as shown in the figure below.
Organizational units are marked in bold, and some of them contain sample positions (marked in green). In an organizational model, employees can be assigned to a position.
10
IMG -> SAP Solution Manager -> Scenario-Specific Settings -> Service Desk -> Organizational Model Or transaction PPOCA_CRM You can specify the validity of the hierarchy.
IMG -> CRM -> Master Data -> Organizational Management -> Organizational Model -> Change Organizational Model Alternatively, you can use the following transaction to maintain the organizational model directly. Transaction: PPOMA_CRM
11
12
The figures below show the settings for the organizational unit Service Desk in transaction PPOMA_CRM:
All lower-level organizational units inherit these attributes (except the determination relevance, which cannot be passed on). In this scenario, only the 1st Level Support organizational unit is Object permitted in determination.
13
The BC Team and CRM Team organizational units inherit the attributes from 2nd Level Support.
IMG -> CRM -> Master Data -> Organizational Management -> Organizational Model -> Change Organizational Model
Or transaction: PPOMA_CRM
14
15
Product Maintenance
You can use products (service products) to categorize and assign services. You can also use products in contracts, for instance, to represent service level agreements in the form of response times. The following sections describe the basic settings you need to make in SAP Solution Manager in order to create products.
Call transaction COMM_HIERARCHY. 1. Choose New Hierarchy... 2. Enter an ID (for instance, SRVC_HIER) and a short text (for instance, Base hierarchy for service products). 3. Save your entries and stay on the same screen.
Next, you need to create a root category for the base hierarchy. This is necessary if you want to use various categories for different types of products. To do so:
1. Choose the Create Category pushbutton. 2. Enter an ID (for instance, SRVC_ROOT) and a short text (for instance, Root category for service products). 3. On the Category tab page, assign the Service product type to the root category and remove the checkmark for Product/Object Assignment Possible. These settings mean that the categories below the root category can be selected and assigned for service products only. 4. Save your entries.
16
SAP Customizing Implementation Guide -> Cross-Application Components -> SAP Product -> Product Category -> Assign Category Hierarchies to Applications
Before you can use the hierarchy as a base hierarchy, you need to assign it to the product application. To do so, proceed as follows:
1. Call the transaction by following the IMG path. 2. Choose Assign Hierarchies to Applications. 3. Choose New Entries. 4. Choose Product as the application and the base hierarchy you created earlier as the hierarchy (for instance, SRVC_HIER). 5. Save your entries.
1. Call up the root category you created earlier. 2. Below the root category, create a new category for service products by choosing the Create Category pushbutton. You should be able to use this category for all service products. If you want different categories for different types of service products, proceed as described in Creating Subcategories. 3. For this category, select Product/Object Assignment Possible (Category tab page). 4. On the SetTypes tab page, assign the following set types:
Set Type Description Units of Measure Conversion Short Texts Basic Texts Sales: Control Fields, Quantities Sales: Groupings Taxes
Position 10 20 30 10 20 30
17
Sales: Texts Basic Data on Services Process Control Fields Default Values for Service Contracts Duration of Work
40 10 20 30 40
You need to create a service product in order to create service processes, service contracts, and service confirmations.
This example shows how to create a service product called Support (Support Hotline). To do so:
18
1. Start the above transaction. 2. Choose the Create Service pushbutton. 3. In the dialog box that appears, choose the subcategory you created earlier as the category and then choose Continue. 4. Enter the product ID (for instance, SUPPORT_HOTLINE) and a description (for instance, Support Hotline). 5. On the General Data tab page, enter data as required. 6. On the Service tab page, assign the base unit of measure H (Hour) and the item category group SRVP to the product. 7. If you wish, you can assign the product default values for service contracts. They can be overwritten in a service contract at a later stage. 8. On the Sales and Distribution tab page, assign the product to the Sales organization and distribution channel 01. Enter the sales unit and item category group again. Make the appropriate settings in the tax area. 9. On the Conditions tab page, you can assign a price (0PR0) to the product. You can also define surcharges and discounts for specific valuation types, for instance.
You can import hierarchies, categories, and products to CRM that you created in R/3. For more information, see http://help.sap.com.
In order to create products with different attributes, you have to create categories with the appropriate set types. You can create the categories as subcategories of the root category and group them as you wish.
4.2.2.1 Category and Set Types for Service Contract Products
SAP menu: Master Data -> Products -> Maintain Categories and Hierarchies Or transaction: COMM_HIERARCHY
19
Characteristics of the category: Product type = Service Product assignment possible Category can be selected
The following section provides a description of a service product for service contracts.
Below are the important settings of service products for service contracts:
20
Each product should have a service product category and a base unit of measure assigned.
The item category group for service products is SRVP. Optionally, you can assign service and response profiles to the service product.
21
Each product should have a sales organization and a sales unit assigned. You can also assign a service and response profile to the service product. More detailed information about service and response profiles is provided in chapter 5 of this guide.
22
The Solution Manager provides various options for monitoring the existing service messages. This is especially necessary when you have to make sure that messages are processed within the defined period of time.
In the standard system you can use the transaction monitor (transaction CRM_DNO_MONITOR) to select messages and access various indicators. In the standard system a date rule is provided in the service process (date profile SLFN_HEADER). Based on this rule (creation date + 3 days), the end date of the customer requirement (date type SRV_CUST_END) is calculated. The traffic light function, represented by an indicator (red/green) in the first column of the transaction monitor, is determined via the date types SRV_CUST_START and SRV_CUST_END. Red traffic light indicates that the end date has been exceeded. Green traffic light shows that the end date lies in the future. The use of contracts, positions, service and response profiles constitutes an extension of the monitoring functions, combined with auto-response methods. These functions provide you a wide range of options to define individual availability and response times for various customers in the service process. In addition to the extended options concerning monitoring, you also have the option of automatically combining escalation mechanisms. For example, when the resolution time ensured to a customer has been exceeded, an e-mail can be sent to a specified person to inform them of the delay. These functions are also referred to as SLA escalation management. The figure below shows both displays in the transaction monitor. The left side shows the standard 3day rule, and the right side shows the enhanced display after using the SLA functions.
The following chapter describes the subject of SLA escalation management in greater detail.
23
You can enter default values for the two above-mentioned SLA parameters in this set type. When you select the service product in a service contract item, the SLA parameter data is transferred to the contract item, where you can change it, if necessary. If you want to use other parameters, besides the SLA parameters supplied by SAP, you can do this using an additional, customer-specific set type. You process the data from the set type using the BAdI CRM_SRV_SLA_CALCTIME. The basic settings for service contracts are supplied in the standard system via transaction type SLFV.
24
25
2.
3.
4.
Service product
26
Create a service product as described in section 4.1.1.3. It will be included in the service contract. Alternatively, you can use the standard delivered service product.
Organizational model A service and sale organization should be maintained in the companys organizational model. This could be done in transaction PPOMA_CRM. For more information, please go to chapter 3 of this guide. Important: Service and sales units should be well-defined e.g., only one sale and one service organization should match the selection criteria in the contract determination procedure. In case that two or more suitable organizational units are found, no service contract will be determined.
How it works
Service contracts are created in transaction CRMD_ORDER.
27
SAP delivers basic settings for service contracts in transaction type SLFV. It can be obtained by activating BC set SOLMAN40_SDESK_SLFV. Below is the SLFV definition:
28
As shown below, you should specify the relevant business partners in the header data of the service contract and add a product and its quantity as well.
After adding the sold-to party you can go to the Organization tab of the service contract and check if sales and service organizations have been determined. More details are displayed in the log:
Another important aspect is to indicate the IBase components, for which the contract will be valid. To do so, you should switch to the product view of the contract and go to the Object List tab page, as shown in the figure below. In case that the object list does not contain any entries, all components will be considered in the contract determination.
29
Finally, you should release the contract item(s), as shown in the following figure.
30
In the CRM system in Customizing you set the transaction types according to how the contract determination is to occur in the corresponding business transaction in service (for example, service order). You make this setting in the IMG activity ###Customer Relationship Management Transactions Basic Settings Define transaction type
using the Contract Determination indicator. The following settings are also valid if you are using transaction type SLFN for service desk messages.
31
###No Contract Determination Choose this setting when you work with contracts, but you do not want to use automatic contract determination for the business transaction type concerned in service processing.
###Manual Contract Determination (G) Choose this option when you want to use automatic contract determination. You can still manually begin a contract search for those items of a business transaction in service which still do not have an assignment to a contract.
###Contract Determination at Item Level (E) With this setting the system determines all existing contracts with a customer during creation of a business transaction item (for example, of a service contract item). For uniqueness, that is, when only one contract is found which meets the selection criteria, the system automatically transfers all relevant data from the corresponding service contract item to the business transaction. Otherwise, a separate dialog box opens with a list of all contracts found, from which you can select the desired contract item. If you have selected the option ###Always with Selection Options in Customizing, the selection window is always opened in the business transaction. In this case, there no automatic assignment will occur.
###Contract Determination at Header and Item Level (C) In contrast to ###contract determination at item level, here contract determination is already possible when the header data is entered (for example, the header data of a service order). For assignment at header level, however, entering the reference object is mandatory. In this case, only those contracts are found that have either an object list that contains the reference object or an empty object list. The contract search at header level only occurs when no contract has yet been assigned and no items are present in the business transaction in service.
How it works
When you create a business transaction in service with a transaction type for which contract determination is activated in the transaction type definition, the system determines service contracts on the basis of the following selection criteria:
32
Partner The customers in the service contract and in the business transaction must be identical. The corresponding partner functions must therefore be provided in the corresponding partner schemas of the transaction types.
Sales Organization The sales organization and the distribution channel in the service contract and in the business transaction must be identical.
Service Organization If a service organization has been edited in the service contract, it must be identical to the service organization in the business transaction.
Validity The date in the field for customer's requested start in the business transaction must fall within the validity period of the service contract item.
Object List The reference object (for example, an IBase component) from the business transaction must be entered in the object list of the service contract item.
Product List If a product list exists, the system checks whether the product entered in the business transaction item is present in the product list of the service contract item.
Copy Control The copying of contract items to the items of a business transaction in service must be set in Customizing. The relevant information for configuring copy control can be found in the IMG: ###Customer Relationship Management Transactions
33
Transactions
Basic Settings
You can use BAdI definition CRM_SERVICE_CONTRACT (BAdIs for service contract selection) to integrate BAdIs with which you can provide your own selection criteria or limit the selection criteria provided by SAP (see above).
After the system has determined service contracts, it will automatically transfer the contract data to the business transaction in service, or it will prompt you to select a contract for the transfer from a list.
34
The action AI_SDK_ADD_PRODUCT should have a container element with the following settings:
The initial value defines which product should be assigned at item level when a service message is created.
35
The system selects the corresponding service contracts according to the previously described criteria. The system selects only those service contract items with product lists that contain the product entered in the business transaction item. The system also selects service contract items that do not have a product list. For example, this is the case with older contracts. When you select a service contract item, data from the service contract item is copied to the item of the business transaction in service, and both the price agreements and the SLA parameters from the service contract become active in the service process. With IMG ###Customer Relationship Management Transactions Transactions Basic Settings Copy Control for
The detailed data of the business transaction item also has a tab page for contract data, in which an excerpt of the service contract is displayed, which means that specific data from the assigned service contract item and the service contract header is displayed.
36
Transactions
SLA
37
You can edit the SLA parameters in the SAP Menu of the CRM system under ###Service Service Contracts and Service Plans Maintain Availability and Response Times
38
When you click on the clock icon you get an overview of the detailed settings of the profile.
39
Important: The pure usage of holiday calendar in availability time is not supported by SLA date calculation i.e. you have to use the option "Factory Calendar" or "All Days Are Working Days".
You can also create and edit various response profiles. A response profile can be based on various indicators and contain individual response times for each case. In the standard system the response profile is based on the message's priority. Each priority is in turn assigned a response duration, in which the time frame is defined.
40
For example, in the standard response profile a first response (SRV_RF_DURA) of 1h and a resolution time (SRV_RR_DURA) of 4h is defined for priority 1.
The following section describes the response and service profile in greater detail.
In transaction CRMD_SERV_SLA (###Maintain Service and Response Times) you can store as many time periods with duration and time unit as you wish for every combination from the keys of the indicators Category Priority
41
This allows you to define the initial response time (IRT) and the completion time. To edit the response times, choose a key combination in the transaction by selecting the desired row and switch to the view for response times. There you can enter as many time periods as you wish for the selected key combination.
For each time period you select a duration that was created in the Customizing for date management in activity ###Customer Relationship Management Types, Duration Types and Date Rules and you also specify the duration and time unit. Basic Functions Date Management Define Date
When processing service contracts you can arrange a response profile for each contract item. To do this, select the Service Data tab page at item level.
You can already enter default values for the response profile when you process service products in the product master. You can change the default values in the service contract item in which the service product was arranged.
42
Important:
The start condition of the SLA monitoring actions SERVICE_ORDER_ITEM_SLA_START and SERVICE_ORDER_ITEM_SLA_END should be adapted as described in SAP Note 485574.
The settings for the standard item category SOL4 are shown in the following figure.
43
As standard, the Partner Determination Procedure SLFC0001 is not available in the drop-down list of the PartnerDetProc field of the item category SOL4. In order to be able to select SLFC0001 as Partner Determination Procedure, you should perform the following configuration steps: 1. Go to IMG: ###Customer Relationship Management Define Partner Determination Procedure 2. Select SLFC0001 and go to Procedure User on the left: 3. Make the following new entry (by selecting it from the drop down list): BUS2000140 CRM ServProductItem Basic Functions Partner Processing
44
4. Save settings. Now you are able to select SLFC0001 as Partner Determination Procedure in the definition of the item category SOL4. All settings for item categories can be found in the IMG under: ###Customer Relationship Management Transactions Basic Settings Item Categories...
The configuration of the relevant background job for monitoring deadlines is described in the following section. In one variant, for example, you can configure automatic monitoring of first response times, when the appropriate action has been completed.
5.2.4 Configuring a Periodic Job for Action Processing (Only Relevant if Using Escalation Mechanisms)
The periodic job for action processing is important for processing actions that were generated as part of escalation management. It is the only way of ensuring that the scheduled actions are carried out automatically. You have to complete the following two steps in order to have actions processed periodically: Define a variant (for example, name SLFN0001) for the action monitor (CRMC_ACTION_JOB). Define the job (System -> Services -> Jobs -> Define Jobs).
45
When you manually execute the report, you get the following results list.
You can check the automatically generated e-mails in the SAP Connect interface.
46
Note that the actions for notification when the time has been exceeded are defined as partnerspecific. In the standard system the partner function category "Person Responsible" is defined as the addressee.
Figure 44 In the Standard Process the Person Responsible is the Message Processor
Here it might be advisable to define your own partner function in the partner profile (for example, team leader) which will serve as the addressee for this function. You must then adjust the partner function categories accordingly or define another partner function in the action.
47
Figure 45 Detail View of the Action and the Dependent Partner Function
This partner function may have to be replaced, since in the standard system the message processor would be the addressee for the information e-mail.
Additional information: SAP Note 895546: FAQ: Partner-dependent actions SAP Note 1008458: Partner inheritance process within business
48
6.1 Prerequisites
For SAP Solution Manager ST 400 SP 20 and lower: SAP Note 1302672 should be implemented in the Solution Manager system. This note prevents an infinite loop when creating a message. Human Resources section Personnel Planning of the ZSAP_SUPPDESK_CREATE role (key user role) should be maintained
To include this partner function you should execute the IMG step Define Partner Determination Procedure:
49
By selecting the Partner Determination Procedure SLFC0001 (Corporate Message) and afterwards Partner Functions in Procedure you are able to include SLFN0003 in the definition of SLFC0001, as shown in the picture below.
50
Further, Support Team should be visible in the header screen of the message. To achieve this, you should select User Interface Settings and include the Support Team partner function (SLFN0003) to the partner functions that will be displayed in the message:
51
Additional information: For further information on maintaining rule CRM_DNO_1 see SAP Note 616946.
52
After that you should specify the priority and the subject (for example, SAP component) of the responsibility:
53
Finally, you should assign an organizational unit to the newly created responsibility:
The responsibilities in rule CRM_DNO_1 can be specified according to the following attributes:
54
For SAP Solution Manager ST400 SP 19 and higher: A new determination rule (AGS_ICT) is available, that enables you to specify responsibilities according to three more attributes: Language, Reporter Region and Reporter Country.
55
Table of Figures
Figure 1 IBase Component ................................................................................................................... 7 Figure 2: Assignment of Partners to an IBase/Component ..................................................................... 8 Figure 3 Organizational Objects ............................................................................................................ 9 Figure 4 Automatic Organizational Data Determination....................................................................... 10 Figure 5 Sample Structure of a Service Organization .......................................................................... 10 Figure 6 Example of an Organizational Model in the CRM System ...................................................... 12 Figure 7 Attributes of the organizational unit Service Desk .................................................................. 13 Figure 8 Type of the organizational unit Service Desk ......................................................................... 13 Figure 9 Attributes of the organizational unit Sales .............................................................................. 15 Figure 10 Type of the organizational unit Sales ................................................................................... 15 Figure 11 Hierarchy Categories for Service Products .......................................................................... 18 Figure 12 Service Product Settings: General Tab Page ....................................................................... 21 Figure 13 Service Product Settings: Service Tab Page........................................................................ 21 Figure 14 Service Product Settings: Sales and Distribution Tab Page ................................................. 22 Figure 15 Results Display in the Transaction Monitor .......................................................................... 23 Figure 16 Product SUPPORT_HOTLINE, Transaction COMMPR01 ................................................... 24 Figure 17 Structure of the Service Contract ......................................................................................... 25 Figure 18 Role Sold-To Party .............................................................................................................. 26 Figure 19 Sales Area Data .................................................................................................................. 26 Figure 20 Maintaining Billing Data ....................................................................................................... 26 Figure 21 Service Contract Creation in transaction CRMD_ORDER .................................................... 27 Figure 22 Definition of Transaction Type SLFV ................................................................................... 28 Figure 23 General Data of a Service Contract ..................................................................................... 29 Figure 24 Organizational Data Log ...................................................................................................... 29 Figure 25 Indicating Relevant IBase Components ............................................................................... 30 Figure 26 Contract Items Release ....................................................................................................... 30 Figure 27 Contract Determination in SIVA ........................................................................................... 31 Figure 28 Definition of the action AI_SDK_ADD_PRODUCT ............................................................... 34 Figure 29 AI_SDK_ADD_PRODUCT: Container Element Overview .................................................... 35 Figure 30 AI_SDK_ADD_PRODUCT: Initial Value of the Container Element ....................................... 35 Figure 31 Contract Determination........................................................................................................ 36 Figure 32 Contract Data in the Support Message ................................................................................ 37 Figure 33 Implementation Guide, Transaction SPRO .......................................................................... 38 Figure 34 SAP Menu........................................................................................................................... 39 Figure 35 Definition of Service and Response Times......................................................................... 39 56
Figure 36 Service Times in Detail ........................................................................................................ 40 Figure 37 First Responses and Resolution Times in the Response Profile........................................... 41 Figure 38 First Responses and Resolution Times for Priority 1 ............................................................ 41 Figure 39 Items in the Contract and Service Data................................................................................ 42 Figure 40 Actions of Action Profile SERVICE_ORDER_ITEM_SLA ..................................................... 43 Figure 41 Item in the Service Contract ................................................................................................ 44 Figure 42 Adding a new procedure user to Partner Determination Procedure SLFC0001..................... 45 Figure 43 Results List of the Selection Reports for Actions .................................................................. 46 Figure 44 In the Standard Process the Person Responsible is the Message Processor ....................... 47 Figure 45 Detail View of the Action and the Dependent Partner Function ............................................ 48
57