C_C4H56I_34 SAP Certified Application Associate - SAP Service Cloud Version 2 Questions and Answers

A validation is a type of custom logic that enables you to generate error or warning messages in the system based on specific conditions. You can create a validation using the Custom Logic app and write your custom code using ABAP for key users. You can also test your validation using predefined test variants. For example, you can create a validation that triggers a warning message if the priority of a case is high and the due date is more than 10 days away. References = Working with Validations in the Service Cloud V2 Using Code Blocks; Custom Logic

In SAP Service Cloud Version 2, employees can be assigned to various objects as part of the system's configuration to ensure proper management and allocation of resources. Specifically, employees can be associated with "Accounts" to manage customer relationships and interactions effectively. This allows for a personalized and efficient approach to account management, where specific employees are responsible for certain accounts, ensuring better service and accountability. Additionally, employees can be assigned to "Registered Products," which enables them to manage and oversee specific products that customers have registered or purchased. This assignment is crucial for providing targeted support and services for specific products, enhancing the overall customer service experience.

 End users can access the Customer Hub screen in Agent Desktop in two ways: manually by performing a customer identification via Agent Desktop, or automatically when an incoming phone call from a known customer is accepted. The Customer Hub screen provides a comprehensive view of the customer’s profile, interactions, cases, and registered products. It also allows end users to create new cases, tasks, or activities for the customer. To access the Customer Hub screen manually, end users need to enter the customer’s phone number, email, or name in the search field and select the customer from the search results. To access the Customer Hub screen automatically, end users need to enable the automatic customer identification feature in the Agent Desktop settings. This feature will display the Customer Hub screen for the incoming phone call if the caller’s phone number matches a customer record in the system. References = Solution Guide for SAP Service Cloud Version 2, section “Agent Desktop” and “Customer Hub”

To assist agents with case resolution, a functionality that can be enabled is to integrate a knowledge base. A knowledge base is a repository of information that contains articles, documents, FAQs, and other resources that can help agents find answers to customer queries and issues. By integrating a knowledge base with SAP Service Cloud Version 2, agents can access relevant and up-to-date information from within the agent desktop, without having to switch to another application or browser. Agents can also create new knowledge articles from cases, and link existing articles to cases for future reference. Integrating a knowledge base can improve agent productivity, customer satisfaction, andservice quality. References = Solution Guide for SAP Service Cloud Version 2, Explaining the Support for the Customer Service Process

• Option A is correct because the administrator must obtain API token credentials from the CTI provider in order to configure the phone integration in Agent Desktop1.
• Option D is correct because the administrator must integrate with a third-party CTI provider in order to enable the phone channel in Agent Desktop2. SAP Service Cloud Version 2 doesnot have native CTI, so a CTI widget adapter is used to connect the CTI provider with the Agent Desktop3.
• Option B is incorrect because the administrator does not need to add a mashup service in Agent Desktop to enable the phone channel. A mashup service is used to integrate external applications or web pages into the Agent Desktop, but it is not required for the phone channel.
• Option C is incorrect because the administrator does not need to add the phone channel to the live interaction widget to enable the phone channel. The live interaction widget is used to display the incoming and ongoing interactions from various channels, but it does not control the activation of the phone channel. References =
• Configuring Phone - SAP Learning
• SAP Service Cloud Version 2 Integration - Sinch
• Agent Console Add-On for SAP Service Cloud - SAP Online Help
• [Mashup Services - SAP Online Help]
• [Live Interaction Widget - SAP Online Help]

Enabling the phone channel in Agent Desktop within SAP Service Cloud Version 2 requires integration with external telephony solutions to facilitate voice communication capabilities. This integration is achieved through collaboration with a Computer Telephony Integration (CTI) provider. The essential steps involve obtaining API token credentials from the chosen CTI provider, which are necessary for authenticating and establishing a secure connection between the SAP Service Cloud and the telephony system. Additionally, the integration process involves configuring the necessary settings and parameters within the Agent Desktop to ensure seamless communication flow and functionality, leveraging the capabilities and services offered by the CTI provider

When creating a new business user in SAP Service Cloud Version 2, it is mandatory to maintain certain key elements. "Employee" information is crucial as it links the user account to an individual's employee record within the organization, providing context and defining the user's position and role within the company. Additionally, assigning a "Business role" is essential as it determines the access levels, permissions, and functionalities available to the user based on their responsibilities and tasks within the organization.

The due dates defined in Service Level Agreements are calculated based on the following elements:

• Working calendar: This is a calendar that defines the working days and hours for a specific country or region. It also includes the public holidays and other non-working days for that location. The working calendar is used to determine the actual duration of a service level objective, excluding the non-working time12.
• Operating hours: This is a time interval that defines the availability of a service team or an individual employee. It specifies the start and end time of the working hours for each dayof the week. The operating hours are used to determine the actual response time of a service level objective, excluding the time when the service team or employee is not available3 .

The service contract and the maintenance plan are not elements that are used to calculate the due dates defined in Service Level Agreements. The service contract is an agreement between a service provider and a customer that defines the scope, terms, and conditions of the service delivery. The maintenance plan is a schedule that defines the frequency and type of maintenance activities for an installed base object.

References = 1: Working Calendar - SAP Online Help, 2: Configuring a Service Level Agreement - SAP Learning, 3: Operating Hours - SAP Online Help, : [Using Service Level Agreements - SAP Learning], : [Service Contract - SAP Online Help], : [Maintenance Plan - SAP Online Help]

Routing is the feature that can help with automatically assigning employees to a case based on relevant attributes, such as channel, subject, priority, or account. Routing rules enable companies to handle a high volume of messages and deliver the case to the right team or person. SAP Service Cloud Version 2 includes a flexible, easy-to-configure routing rule definition engine1.

Escalation, prioritization settings, and process for cases are not features that can help with automatic case assignment. Escalation is a feature that allows agents or managers to escalate a case to a higher level of authority or expertise when needed2. Prioritization settings are a feature that allows administrators to define how cases are prioritized based on urgency and impact3. Process for cases is a feature that allows administrators to define the steps and tasks that need to be completed for a case based on its type and category4.

References = 1: Configuring Case Routing Rules - SAP Learning, 2: Escalation - SAP Online Help, 3: Prioritization Settings - SAP Online Help, 4: Process for Cases - SAP Online Help

 For Service Level Agreements (SLAs) to be correctly derived in cases within SAP Service Cloud Version 2, they need to be properly configured and activated. A common reason for SLAs not being derived could be that they have not been configured in the fine-tuning settings of the system. This setup is crucial for defining the SLAs' parameters and how they apply to various cases. Another potential issue could be that the determination rules, although configured, were not activated. These rules are essential for the system to automatically apply the correct SLA based on the case's attributes. Without activation, the system cannot utilize these rules to determine and apply SLAs to cases.

 In SAP Service Cloud Version 2, "Installed Base" and "Measurements" are two of the services that can be added to a business role. The Installed Base service allows for the management and tracking of a customer's installed products or equipment, enabling service agents to have a comprehensive view of the customer's assets for better service and support. The Measurements service, on the other hand, enables the tracking and recording of various metrics or performance indicators related to the installed base or service processes. This service is crucial for monitoring performance, ensuring quality, and making informed decisions based on empirical data.

 According to the SAP Service Cloud Version 2 documents and learning resources, you can do the following things with Agent Desktop in SAP Service Cloud Version 2:

• Create accounts and contacts. Agent Desktop allows you to create and maintain master data for accounts and contacts, which are essential for managing customer relationships and service requests. You can also view and edit the account hierarchy, the contact roles, and the communication preferences of the accounts and contacts.
• Use a mashup to execute transactions in other SAP solutions. Agent Desktop enables you to integrate with other SAP solutions, such as SAP S/4HANA Service, SAP Field Service Management, or SAP Marketing Cloud, by using mashups. Mashups are web pages that are embedded in the Agent Desktop and can pass input parameters from the service objects, such as cases, tickets, or registered products, to the external solutions. You can use mashups to perform actions in the external solutions, such as creating a service order, scheduling a service appointment, or launching a marketing campaign, without leaving the Agent Desktop.

The other options are not correct because:

• Creating installed bases is not possible with Agent Desktop in SAP Service Cloud Version 2. Installed bases are collections of products that are installed at a customer site and require service or maintenance. Installed bases are created and managed in the Installed Base work center, which is not part of the Agent Desktop.
• Assigning products to existing accounts is not possible with Agent Desktop in SAP Service Cloud Version 2. Products are items that are sold or serviced by your company, and they can be assigned to accounts or contacts as attributes. Products are assigned and maintained in the Products work center, which is not part of the Agent Desktop. References = Introducing Agent Desktop in SAP Service Cloud Version 2, Using Agent Desktop with SAP Service Cloud, Description SAP Service Cloud Version 2 Feature Scope, Agent Console Add-On for SAP Service Cloud

Agent Desktop in SAP Service Cloud Version 2 is a versatile tool that enables service agents to perform a variety of tasks efficiently. Among its capabilities, creating accounts and contacts directly from the interface stands out as a fundamental feature, allowing agents to manage customer information seamlessly. Additionally, the Agent Desktop supports the use of mashups, which are integrations with external applications or web content. These mashups enable agents to execute transactions or access data in other SAP solutions without leaving the Agent Desktop environment, thereby enhancing productivity and providing a unified user experience

When you create a user in SAP Service Cloud Version 2, you can assign two objects: a business role and an employee role. A business role defines the access rights and the user interface layout for a user. An employee role defines the organizational unit and the reporting line for a user. You cannot assign a security policy or a user profile when you create a user. A security policy defines the password rules and the login restrictions for a user. A user profile defines the personal settings and preferences for a user. These objects are either assigned automatically or configured by the user themselves. References = Creating Business Roles; Set Up Guide for SAP Service Cloud Version 2, page 9

When you create or edit an installed base, you can assign different objects to it at item level. The objects that you can assign are:

• Product: This is a generic product that is not serialized or tracked individually. You can assign a product to an installed base to indicate the type or category of the product that is installed at the customer site. For example, you can assign a product called “Laptop” to an installed base to represent any laptop that belongs to that installed base.
• Registered product: This is a serialized product that has a unique identifier and can be tracked individually. You can assign a registered product to an installed base to indicate the specific product that is installed at the customer site. For example, you can assign a registered product with a serial number “123456789” to an installed base to represent a particular laptop that belongs to that installed base. A registered product can also have warranty and maintenance plan information associated with it.
• Functional location: This is a logical or physical location where the products are installed or used. You can assign a functional location to an installed base to create a hierarchical structure of the installed base. For example, you can assign a functional location called “Office A” to an installed base to represent a sub-location within the installed base where some products are located. A functional location can also have other functional locations, products, or registered products assigned to it as sub-items.
• Maintenance plan: This is a plan that defines the schedule and scope of the maintenance activities for the products. You cannot assign a maintenance plan to an installed base at item level. A maintenance plan can only be assigned to a registered product as a sub-item. For example, you can assign a maintenance plan called “Annual Service” to a registered product to indicate the frequency and type of service that the product requires.
• Warranty: This is a contract that defines the terms and conditions of the warranty coverage for the products. You cannot assign a warranty to an installed base at item level. A warranty can only be assigned to a registered product as a sub-item. For example, you can assign a warranty called “Standard Warranty” to a registered product to indicate the duration and scope of the warranty that the product has. References = Using an Installed Base; Using Installed Bases and Registered Products

The adaptation tool allows you to add a new button or a new field to the user interface of SAP Service Cloud Version 2. You can also change the properties of existing buttons and fields, such as the label, the visibility, the data binding, and the actions. However, you cannot create a new URL mashup using the adaptation tool. To create a new URL mashup, you need to use the administration tool. References = Solution Guide for SAP Service Cloud Version 2, section “Adaptation”, page 33.

According to the SAP Service Cloud Version 2 for Utilities Integration with SAP S/4HANA document, the following objects can be replicated from SAP Service Cloud Version 2 to SAP S/4HANA: Business Partner (Customer – bi-directional), Equipment (bi-directional), Registered Product (bi-directional), Contact (bi-directional), and Service Order (bi-directional). Therefore, the correct answers are A and B, as registered products and contacts are among the objects that can be replicated. References = SAP Service Cloud Version 2 for Utilities Integration with SAP S/4HANA

 You can assign maintenance plans and registered products to an installed base. A maintenance plan defines the schedule and scope of service activities for an installed base or a registered product. A registered product is an instance of a product that is associated with a specific customer. You can create and assign maintenance plans and registered products using the Installed Base work center. References = Using an Installed Base, page 4 and 7.

In the Related Objects facet of a case, you can maintain the following information:

• Registered products: You can add registered products that are related to the case, such as the product that caused the issue, the product that needs to be repaired, or the product that needs to be replaced. You can also view the product details, such as the serial number, the warranty, the reading value, and the status.
• Installed bases: You can add installed bases that are related to the case, such as the location where the product is installed, the configuration of the product, or the hierarchy of the product components. You can also view the installed base details, such as the ID, the description, the account, and the status.
• Products: You can add products that are related to the case, such as the product that needs to be ordered, the product that needs to be delivered, or the product that needs to be invoiced. You can also view the product details, such as the ID, the description, the quantity, and the price. References = Solution Guide for SAP Service Cloud Version 2, section Related Objects.

The following configuration activities are part of SAP Service Cloud Version 2:

• Maintain case types: You can maintain case types to define the different categories of cases that you handle in your service organization. You can specify the name, description, priority, status, and other attributes for each case type. You can also assign case types to service categories and service levels.
• Set up Agent Desktop: You can set up Agent Desktop to customize the user interface and the functionality of the solution. You can configure the layout, the navigation, the cards, the widgets, the actions, the timeline, the quick create, and the search options for the Agent Desktop. References = Configuring Case Types, section Maintain Case Types; Configuring Agent Desktop, section Set Up Agent Desktop.

Configuration activities in SAP Service Cloud Version 2 include a range of tasks designed to tailor the system to specific business processes and requirements. "Maintaining case types" is a critical activity that involves defining and configuring the different categories of customer inquiries and issues that can be logged in the system. This configuration is essential for organizing, tracking, and managing cases efficiently. Another important configuration activity is "Setting up Agent Desktop," which involves customizing the user interface and functionalities available to service agents. This setup is crucial for ensuring that agents have access to the necessary tools, information, and workflows to effectively resolve customer cases.

You can find existing cases in SAP Service Cloud Version 2 in two ways:

• In the My Cases Summary card available in the home page. This card shows you the number of cases assigned to you, grouped by priority and status. You can click on any of the numbers to open a list of the corresponding cases. You can also click on the View All button to see all your cases in a table view.
• In the case worklist by choosing the Case app from the menu. This app allows you to view, filter, sort, and search for cases based on various criteria. You can also create new cases, edit existing cases, and perform actions on cases from this app. References = Solution Guide for SAP Service Cloud Version 2, section Cases.

You can use mashups and actions to grant user access to an SAP S/4HANA transaction in SAP Service Cloud Version 2 as an administrator. Mashups are web-based applications that combine data or functionality from different sources, such as SAP S/4HANA. Actions are predefined or custom operations that can be executed on business objects, such as opening an SAP S/4HANA transaction. To enable user access to an SAP S/4HANA transaction, you need to create a mashup for the transaction URL and configure the relevant action to call the mashup. References = SAP Service Cloud Version 2 | SAP Help Portal, SAP Service Cloud Version 2 Integration Guides for SAP S/4HANA, SAP Service Cloud Version 2 Mashups, SAP Service Cloud Version 2 Actions

In SAP Service Cloud Version 2, there are three types of account to choose from: business or company customer (referred to as Account), individual customer, and contact. Contacts are associated with accounts and can have different roles, such as decision maker, influencer, or end user. Individual customers are accounts that represent a single person, such as a consumer or a sole proprietor. Channel partners are not a separate account type, but a role that can be assigned to an account. Groups are not an account type, but a way to organize accounts into categories, such as industry, region, or segment. References = Creating Customer Account Master Data, SAP Service Cloud Version 2 Feature Scope Description