JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 9 min read

Cover: What is SAP Service Cloud V2?

TL;DR
  • SAP Service Cloud V2 is a complete rebuild on SAP BTP — not an upgrade from C4C (V1) — delivering omnichannel case management, SLA tracking, knowledge integration, and Joule-powered AI in one platform.
  • The Case Type is the central configuration object: it governs category catalogs, status schemas, SLA rules, routing, and the Case Designer workflow for every case category your organization defines.
  • Service Cloud V2 connects to S/4HANA Service via a prepackaged integration; FSM connectivity runs through S/4HANA Service as an intermediary — there is no out-of-the-box direct link between Service Cloud V2 and FSM.

1) What Service Cloud Covers

Hub-and-spoke diagram of Service Cloud V2’s five capability areas

SAP Service Cloud Version 2 (Service Cloud V2) is a cloud-native B2B customer service platform built on SAP BTP and HANA Cloud. It is the designated successor to SAP Cloud for Customer (C4C), commonly referred to as “Service Cloud V1.” V2 is a full reimplementation — there is no upgrade path — and V1 receives no new features as it approaches end-of-life.

The platform organizes its capabilities into five functional areas: omnichannel case management, SLA management, knowledge integration, AI automation, and customer feedback via Qualtrics.

Omnichannel Case Management

Five inbound channels feeding into Service Cloud V2 Agent Console

Service Cloud V2 consolidates customer interactions from all inbound channels into a single case entity. Agents work from the Agent Console — a unified desktop — without switching applications.

ChannelDetails
EmailFormatted text, inline images; automatic case creation from inbound email; default Case Type assigned per email address
Phone / CTIWidget-based computer telephony integration; screen pop on inbound call; automatic customer identification
ChatThird-party chat provider integration; live agent session within Agent Console
SMSReal-time inbound and outbound; transcription support
Web PortalCustomer self-service portal with case submission and knowledge base access

The Agent Inbox (released Q1 2026) provides a unified real-time command center that consolidates cases, tasks, and service orders in a single view with visual SLA risk indicators, case volume by priority, and age distribution — giving agents an at-a-glance workload picture.

Case Type is the central configuration object that controls the entire case experience. See Section 2 for how Case Type governs category catalogs, status schemas, SLA rules, routing rules, and Case Designer workflows.

SLA Management

Three SLA configuration objects: Service Level, Determination, and Case Status

SLA management is embedded natively in the Case entity — no separate SLA tool is required.

SLA Configuration ObjectDescription
Service LevelDefines threshold values: Response Due timeframe and Resolution Due timeframe, calculated against business hours
Service Level DeterminationRules engine that assigns the correct Service Level to a case based on condition attributes
Case StatusResponse Due Date and Resolution Due Date are auto-calculated at case creation when a Service Level is matched

SLA determination conditions available for rule matching: Account, Country, ABC Classification, Case Status, Priority, Service Team, Product, Product Category, Service Category, and custom fields.

Configuration path: Settings → Case Management → Service Levels (define thresholds) + Settings → Case Management → Service Level Determination (define selection rules).

Agents see countdown timers on each case. Managers access compliance dashboards. The SLA status can also be used as a trigger in Autoflow automation (for example, auto-escalate when SLA reaches at-risk threshold). The Q1 2026 Agent Inbox adds SLA risk indicators at the inbox level, allowing agents to prioritize before opening individual cases.

Knowledge Integration

Knowledge sources integrated with Service Cloud V2 Agent Desktop

Service Cloud V2 surfaces knowledge articles directly within the Agent Desktop, reducing the need to search external systems during case handling.

Knowledge SourceNotes
SAP Build Work Zone (Solution Finder)Native SAP knowledge platform; deep integration with Agent Desktop
SharePointExternal document libraries accessible from Agent Desktop
ConfluenceExternal knowledge base integration
NICEExternal knowledge provider
Other configurable providersExtensible via Knowledge Base Provider configuration

Joule-powered recommendations surface relevant articles automatically based on case context — agents do not need to manually search in standard configuration. From the customer side, the self-service portal exposes the same knowledge base for first-contact resolution without agent involvement.

AI Automation (Joule)

Joule AI feature checklist: case type determination, sentiment, response, summarization, and more

Joule is SAP’s conversational AI layer embedded in Service Cloud V2. It automates routine case handling tasks and provides agents with real-time intelligence.

Joule FeatureDescription
Case Type DeterminationML classifies incoming cases to the correct Case Type at creation; 70–90% accuracy, improving to 85–90% within 3–4 months as agent feedback refines the model
Sentiment AnalysisReal-time analysis of customer interaction text
Response SuggestionsGenAI-generated reply drafts for agents to review and send
Case SummarizationAutomated summary of case history for agent handoffs
Similar Case RecommendationSurfaces resolved cases with matching patterns for faster resolution
Auto-TranslationTranslates incoming requests and outgoing replies across languages
Profanity DetectionFlags inappropriate content in inbound interactions
Knowledge RecommendationsRelevant knowledge articles surfaced without manual search
Digital Service AgentAutonomous end-to-end case resolution for routine requests (handles 15–25% of cases fully autonomously); escalates complex cases to human agents
Joule StudioLow-code platform for building custom AI agents beyond standard capabilities

Licensing note: Joule requires an SAP AI Foundation entitlement on BTP, which is separate from the Service Cloud V2 base license. Some newer contracts include basic Joule features; advanced custom agents via Joule Studio may incur additional cost.

Planned 2026 releases: Three autonomous Joule service assistants are planned for GA in November 2026 — a customer-facing Self-Service Assistant, a Case Management Assistant (routing, resolution, follow-up), and a Service Management Assistant (service order creation and technician dispatch spanning Service Cloud V2 and S/4HANA).

Customer Feedback (Qualtrics Integration)

Closed-loop flow: case closure triggers Qualtrics survey, low score creates new case

Service Cloud V2 integrates with SAP Experience Management (Qualtrics) to capture post-case customer feedback.

Integration PointDetails
Trigger eventCase closure in Service Cloud V2 automatically triggers survey distribution
Survey typesNPS, CSAT, CES
Technical architectureSAP Cloud Integration (CPI) / Node.js as message broker between Qualtrics and Service Cloud V2
Prepackaged contentAvailable on SAP API Business Hub (Qualtrics Integration with SAP Sales and Service Cloud V2)
Closed-loopLow survey scores auto-trigger a new service case in Service Cloud V2

Configuration path: Settings → Business Flow → Feedback → Add New Rule (for Case object); the email channel used for survey distribution must be flagged for Feedback association.

Technical setup requirement: The Qualtrics survey must include a contextId embedded data field (populated from URL) as a mandatory placeholder for the integration to function.

Ownership boundaries to address in requirements definition: Qualtrics survey content and distribution are owned by the Qualtrics / CX team; Service Cloud V2 owns the trigger event (case closure) and the action item creation from low scores.

2) Organizational Structure

Hierarchical org structure: Tenant → Service Org → Service Team → Queue and Agent → Skill Profile

Service Cloud V2 organizes its configuration and operational data within a tenant structure that maps to your enterprise’s service organization.

Organizational UnitDescription
TenantSingle Service Cloud V2 instance; BTP subaccount-level isolation
Service OrganizationTop-level grouping for service teams; used in SLA determination and routing
Service TeamOperational group of agents; used in case routing rules and SLA determination
QueueChannel-level virtual container; inbound interactions land in a queue before routing to a team or agent
Agent (Employee)Individual service representative; assigned to one or more service teams; has a business role and skill profile
Skill ProfileAgent capability set evaluated during skills-based routing to match cases to the most qualified agent

Relationship structure (top-down):

Tenant
└── Service Organization
    └── Service Team
        ├── Queue (one or more, per channel)
        └── Agent
            └── Skill Profile

Key design decision: Define your service team and queue structure before configuring Case Types. Routing rules reference service teams as targets, and SLA determination rules reference service teams as conditions. Changes to team structure after go-live require re-evaluation of routing and SLA rules.

3) Roles

Nine roles in Service Cloud V2 implementation: agent, lead, admin, and specialist roles

Case Type as central configuration object governing six dimensions

The following roles are involved in implementing and operating Service Cloud V2.

RolePrimary Activities
Service AgentHandles inbound cases from Agent Console; uses Joule suggestions; applies knowledge articles; updates case status and category
Senior / Escalation AgentReceives cases escalated due to SLA breach or complexity; manages parent-child case relationships; coordinates with back-office
Service Team LeadMonitors team workload via Agent Inbox; reviews SLA compliance dashboards; adjusts routing and queue prioritization
Service AdministratorConfigures Case Types, Status Schemas, Category Catalogs, SLA determination rules, and routing rules in Settings; creates and maintains agent business roles
Channel AdministratorConfigures inbound channels (email addresses, chat widgets, telephony queues, SMS); maps channels to default Case Types; sets Case Type Determination Rules
Knowledge ManagerAuthors and maintains knowledge articles; configures knowledge base provider connections; monitors knowledge base usage and feedback
CX / Experience ManagerOwns Qualtrics survey content and distribution settings; reviews NPS/CSAT/CES dashboards; triggers closed-loop case creation for low scores
Integration ConsultantDesigns and implements Service Cloud V2 ↔ S/4HANA Service integration (prepackaged content on API Business Hub); coordinates the two-hop FSM architecture via S/4HANA; manages CPI flows for Qualtrics
Basis / BTP AdministratorManages BTP subaccount, identity provisioning, Joule/AI Foundation entitlement, and tenant lifecycle

Summary

Integration boundaries: Service Cloud V2 to S/4HANA Service to FSM, and Qualtrics via CPI

SAP Service Cloud Version 2 delivers a cloud-native customer service platform that consolidates omnichannel case management, SLA tracking, knowledge surfacing, and Joule-powered AI automation on a single BTP foundation. The platform’s key architectural concept is the Case Type: every incoming case is assigned a Case Type that controls its category hierarchy, status lifecycle, SLA rules, routing targets, and Case Designer workflow. Designing your Case Type taxonomy upfront — one Case Type per major business process (complaint, warranty claim, technical support, billing inquiry) — is the most consequential requirements definition decision for any implementation.

Integration boundaries are equally critical to define early. Service Cloud V2 connects to S/4HANA Service via a prepackaged integration on the API Business Hub; FSM connectivity runs through S/4HANA Service as an intermediary. Organizations without S/4HANA Service that need FSM will require either a custom integration or must implement S/4HANA Service as the bridge. On the feedback side, Qualtrics integration is prepackaged but requires CPI middleware and a contextId field in every survey; ownership boundaries between the CX team (survey content) and the service team (trigger events and closed-loop actions) must be agreed before configuration begins.

The next article in this series — SC-002: Business Processes & Integration — covers the end-to-end case process flows across channels, the S/4HANA service order escalation path, and the FSM dispatch cycle in detail.

L1) Big Picture

IDCategoryTitle
sc-001OverviewWhat is SAP Service Cloud? 📍

L2-A) Master Data

IDCategoryTitle
sc-a01OverviewSAP Service Cloud Master Data: Overview, Hierarchy & Relationships
sc-a02-01Master DataSAP Service Cloud Organizational Unit
sc-a02-02Master DataSAP Service Cloud Employee
sc-a02-03Master DataSAP Service Cloud Business Role
sc-a02-04Master DataSAP Service Cloud Business User
sc-a02-05Master DataSAP Service Cloud Team
sc-a03-01Master DataSAP Service Cloud Email Channel
sc-a03-02Master DataSAP Service Cloud Email Template
sc-a04-01Master DataSAP Service Cloud Knowledge Base Provider
sc-a05-01Master DataSAP Service Cloud Service Catalog
sc-a05-02Master DataSAP Service Cloud Service Category
sc-a05-03Master DataSAP Service Cloud Case Type
sc-a06-01Master DataSAP Service Cloud Service Level
sc-a06-02Master DataSAP Service Cloud Service Level Determination
sc-a07-01Master DataSAP Service Cloud Case Routing Rules
sc-a10-04Master DataSAP Service Cloud Warranty
sc-a11-01Master DataSAP Service Cloud Installed Base
sc-a11-02Master DataSAP Service Cloud Functional Location

L2-B) Transaction

IDCategoryTitle
sc-b01OverviewSAP Service Cloud Transactions: Process Flow, Hierarchy & Relationships