C_C4H56I_34 Exam Dumps - SAP Certified Application Associate Questions and Answers

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]

The timeline configuration allows the administrator to define which event types must be visible in the timeline of the Customer Hub screen. The timeline configuration is accessed from the Adaptation menu in the Agent Desktop. The administrator can select the Timeline tab and then choose the Event Types option. There, the administrator can enable or disable the event types for the timeline, such as cases, emails, notes, tasks, and so on. The administrator can also reorder the event types by dragging and dropping them in the list. References = Solution Guide for SAP Service Cloud Version 2, section Configure Timeline.

To integrate external systems into Agent Desktop, you need to have SAP Event Mesh and SAP Cloud Integration as prerequisites. SAP Event Mesh is a cloud-based event bus that enables applications to communicate with each other using events. SAP Cloud Integration is a cloud-based integration platform that allows you to connect your applications with other SAP and non-SAP cloud and on-premise applications. These components enable you to create mashups that integrate external system functions into Agent Desktop, such as creating service orders and service quotations in SAP S/4HANA or SAP S/4HANA Cloud Service Management. References = Integrate External SAP Systems into Agent Desktop with Mashups | SAP Help Portal, Introducing Agent Desktop in SAP Service Cloud Version 2 - openSAP Microlearning

 To set up an organizational structure for a new implementation, the following options are possible:

• Assign an employee to several organizational units. This is possible by using the Employee Assignment function in the Organizational Management work center. An employee can be assigned to multiple organizational units with different validity periods and functions. For example, an employee can be a sales representative in one unit and a service agent in another unit.
• Use the Reporting Line function for selection. This is possible by using the Reporting Line function in the Organizational Management work center. This function allows the administrator to select an organizational unit and display its reporting line, which shows the hierarchical relationship between the unit and its parent and child units. The administrator can also edit the reporting line by adding, removing, or changing the position of the units. References =
• Setting up an organizational structure - SAP Learning, section Assigning Employees to Organizational Units, slide 8-9
• Set Up Guide for SAP Service Cloud Version 2, section Organizational Structure, page 11-12

 According to the SAP Service Cloud Version 2 documents and learning resources, the following actions can be executed by a Service Agent from the case “More Action” button:

• Summary. This action allows the Service Agent to create a summary of the case, which is a concise and informative description of the case details, such as the subject, the priority, the status, the category, the resolution, and the next steps. The summary can be used to communicate the case progress to the customer or to other stakeholders.
• Mark as unread. This action allows the Service Agent to mark the case as unread, which means that the case will appear as new in the Agent Desktop and will require the Service Agent’s attention. This action can be used to remind the Service Agent to follow up on the case or to delegate the case to another Service Agent.
• Escalate. This action allows the Service Agent to escalate the case to a higher level of authority or expertise, such as a manager or a specialist. The escalation can be triggered manually by the Service Agent or automatically by the system based on predefined criteria, such as the case priority, the SLA, or the customer satisfaction. The escalation can also involve sending notifications, changing the case status, or reassigning the case to another team or employee.

The other options are not correct because:

• Delete. This action is not available from the case “More Action” button. Deleting a case is a permanent action that removes the case and all its related data from the system. Deleting a case can only be done by an administrator or a user with the appropriate authorization in the Cases work center.
• Handover. This action is not available from the case “More Action” button. Handing over a case is a temporary action that transfers the ownership and responsibility of the case to another Service Agent for a specific period of time. Handing over a case can be done by the Service Agent or by the system based on predefined rules in the Settings > Cases > Case Handover view. References = Using Agent Desktop with SAP Service Cloud, Creating a Case Type, Configuring Case Escalation, Configuring Case Handover

With the integration of Microsoft Teams into SAP Service Cloud Version 2, service agents gain the ability to enhance collaboration around case management. The Share Workspace icon, a key feature of this integration, allows agents to initiate shared workspaces directly from a case or within the Agent Desktop environment. This functionality facilitates real-time collaboration and communication among team members, making it easier to discuss case details, share insights, and collectively work towards resolutions, all within the familiar interface of Microsoft Teams

 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

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

According to the SAP Service Cloud Version 2 documents and learning resources, the following are required to grant business user access:

• User ID. A user ID is a unique identifier for a business user, which is used to log on to the system and to assign a business role. A user ID can be created manually or automatically, and it can be based on the employee ID, the email address, or a custom format.
• Employee. An employee is a master data object that represents a person who works for your company and performs a specific role or function. An employee can be assigned to one or more organizational units, and can have one or more business users associated with them.

The other options are not correct because:

• Access restriction. Access restriction is a way to control the visibility and editability of data for business users based on their business roles and organizational assignments. Access restriction is not required to grant business user access, but it can be used to refine the access level after the business user is created and assigned a business role.
• Assignment to an organizational unit. An organizational unit is a master data object that represents a structural element of your company, such as a department, a team, or a branch. An organizational unit can be assigned to one or more employees, and can be used as an attribute for access restriction. Assignment to an organizational unit is not required to grant business user access, but it can be used to define the scope of the business user’s responsibility and visibility. References = Creating Business Users and Business Roles, Creating Business Roles, Set Up Guide for SAP Service Cloud Version 2, SAP Service Cloud Version 2 | SAP Help Portal

 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.