SAP Service Cloud V2

Was ist SAP Service Cloud V2?

SAP Service Cloud V2 ist SAPs Cloud-native Customer-Service-Plattform: eine komplette Neuentwicklung von SAP Service Cloud V1 und SAP CRM Service, kein Upgrade. Sie läuft auf der SAP Business Technology Platform, nutzt eine Plug-in-Erweiterungsarchitektur, sodass eigene Logik Upgrades übersteht, und bringt Joule, SAPs nativen KI-Assistenten, direkt in den Agent-Workspace. V2 ersetzt das flache Ticketmodell von V1 durch strukturierte Case-Entitäten mit konfigurierbaren Lifecycle-Stati und ergänzt einen einheitlichen Agent-Desktop, der E-Mail, Telefon, Chat, Portal und Social Media in einer Konsole bündelt. Standard-Integrationsinhalte für SAP S/4HANA bringen aktuelle Bestell-, Asset- und Garantiedaten in die Fallansicht. Quartalsweise Zero-Downtime-Releases ersetzen den halbjährlichen Upgrade-Zyklus von V1.

Spadoom ist Schweizer SAP Gold Partner für Cloud ERP und Customer Experience und implementiert Service Cloud V2 in der Schweiz, in Deutschland, Österreich und Italien, die ERP-Seite aus demselben Team. Der Rest dieser Seite beschreibt, was wir liefern, was es kostet, wie V2 mit V1 verglichen wird und wo wir es produktiv eingesetzt haben.

Case Studies: OPO Oeschger und Miltenyi Biotec

OPO Oeschger, einer der führenden B2B-Grosshändler der Schweiz, arbeitet mit Spadoom auf SAP Sales & Service Cloud V2. Wir haben ein blockiertes Projekt neu aufgesetzt und Phase 1 nach drei Monaten live gebracht, angebunden an S/4HANA, Datasphere und Commerce Cloud (OPO-Oeschger-Story). Bei Miltenyi Biotec, einem global tätigen Biotech-Unternehmen, hat unser Team SAP Service Cloud V2 über die SAP Integration Suite mit Commerce Cloud, Marketing Cloud, Customer Data Cloud und S/4HANA verbunden und betreut die Plattform seit mehr als fünf Jahren (Miltenyi-Biotec-Story).

Was Spadoom liefert

B2B-Serviceorganisationen haben es schwerer als B2C. Verträge variieren je nach Kunde. Produkte sind komplex. Techniker sind teuer. Eskalationen tragen echte finanzielle Risiken. Wir haben SAP Service Cloud V2 für Hersteller, Pharmaunternehmen und Versorgungsunternehmen in der Schweiz, Deutschland, Österreich und Italien implementiert, wo Fehler gebrochene SLAs und unzufriedene Unternehmenskunden bedeuten.

Als SAP Gold Partner mit Sitz in der DACH-Region bringen wir lokale Präsenz und praxisnahe Projektdurchführung mit. Kein Offshore-Handoff. Unser Team hat Service Cloud V2-Projekte vom ersten Workshop bis zum Hypercare geleitet: Omnichannel-Konfiguration, SLA-Regelwerke, CTI-Integration, ERP-Anbindung und Endanwender-Schulungen, die Agenten bereits in Woche eins produktiv machen.

Unsere Implementierungen gehen tief in vertragsbasierte Services, Integration mit ERP für Garantie- und Asset-Daten sowie Eskalations-Workflows zu SAP Field Service Management. Wir machen keine Standardimplementierungen ab Werk; jedes Projekt wird auf das zugeschnitten, was Ihr Servicemodell tatsächlich erfordert. Die Delivery folgt der SAP-Activate-Methodik, fünf Phasen von der Analyse bis zum Hypercare, angepasst für Service Cloud V2-Projekte. Einen vollständigen Plattformüberblick finden Sie in unserem SAP Service Cloud V2-Leitfaden.

Wir nutzen SAP Service Cloud V2 auch für unseren eigenen Service Desk. Die Workflows, die wir empfehlen, sind die, die wir selbst jeden Tag verwenden.

ROI, den Sie messen können

SAP berichtet, dass Unternehmen mit Service Cloud V2 konkrete operative Verbesserungen erzielen:

• 35 % schnellere Falllösung: Mit KI-gestütztem Routing und kontextbezogenen Wissensvorschlägen verbringen Agenten weniger Zeit mit Suchen und mehr mit Lösen (Quelle: SAP Value Stories, 2025)
• 98 % SLA-Einhaltung: Automatisierte Eskalationsregeln und Echtzeit-SLA-Dashboards eliminieren die manuelle Nachverfolgung, die zu Verstössen führt (Quelle: SAP Value Stories, 2025)
• 40 % weniger manuelles Case-Routing: Intelligentes Routing weist Fälle dem richtigen Team zu, basierend auf Produkt, Vertragsstufe und Agentenfähigkeiten, kein Round-Robin-Ratespiel mehr (Quelle: SAP Value Stories, 2025)

Das sind die Zahlen von SAP, nicht unsere. Was wir in unseren eigenen Projekten messen, sind Adoption und SLA-Performance nach dem Go-live, und beides legen wir Ihnen offen. Unser ROI-Rechner ist für Vertriebsteams gebaut; für einen Business Case im Service gehen wir Ihre Ticketvolumen und SLA-Daten gemeinsam in einem Workshop durch.

Joule: intelligente Serviceautomatisierung

SAP Service Cloud V2 wird mit Joule, dem KI-Assistenten von SAP, ausgeliefert, direkt in den Agenten-Arbeitsplatz eingebettet. Das ist kein Add-on: Joule läuft innerhalb der Service-Konsole:

• Sentiment-Analyse: Joule liest eingehende Nachrichten und kennzeichnet frustrierte oder eskalationsgefährdete Kunden in Echtzeit, damit Vorgesetzte eingreifen können, bevor sich eine Situation verschärft
• Intelligentes Case-Routing: Machine-Learning-Modelle leiten Fälle basierend auf Produktkategorie, Kundenstufe, Agentenexpertise und aktueller Auslastung weiter, keine statischen Regeln, die versagen, wenn sich Ihr Team ändert
• Antwortvorschläge: Joule erstellt Antwortvorlagen basierend auf dem Fallkontext, Wissensdatenbank-Treffern und der Lösungshistorie ähnlicher Fälle
• Fallzusammenfassungen: wenn ein Agent einen Fall mit langer Interaktionshistorie übernimmt, generiert Joule eine prägnante Zusammenfassung, damit er nicht 30 E-Mails durchlesen muss, um die Situation zu verstehen
• Wissensartikel-Empfehlungen: während Agenten einen Fall bearbeiten, zeigt Joule die relevantesten Fehlerbehebungsanleitungen und Produktdokumentationen aus Ihrer Wissensdatenbank an

Mit Joule Studio (GA seit Q1 2026) können Sie eigene KI-Agenten für Serviceszenarien erstellen: zum Beispiel einen Agenten, der den Garantiestatus in S/4HANA prüft und einen Lösungsvorschlag entwirft, bevor ein Mensch den Fall überhaupt öffnet. Für einen umfassenderen Überblick über KI-Agenten in SAP CX lesen Sie unseren Beitrag darüber, was agentische KI für Service- und Vertriebsteams bedeutet.

Warum V2 wichtig ist: V1 vs. V2 im Vergleich

SAP Service Cloud V2 ist ein vollständiger Neubau, kein Feature-Update. SAPs neue Investitionen, einschliesslich Joule, fliessen in V2, während V1 für bestehende Kunden weiterläuft.

Wenn Sie die Migration von V1 oder vom On-Premise SAP CRM Service evaluieren, lesen Sie unseren C4C-zu-V2-Migrationsleitfaden für einen schrittweisen Prozess. Die architektonische Umstellung betrifft nicht nur Features, sondern auch, wie Sie die Plattform langfristig erweitern und pflegen.

Unabhängige Bewertung

Der Markt nimmt den Neubau zur Kenntnis. Im 2025 Gartner Magic Quadrant for CRM Customer Engagement Centers stieg SAP vom Niche Player zum einzigen Challenger auf: der einzige Anbieter, der in diesem Jahr die Quadrantenposition wechselte. Das spiegelt das Tempo der V2-Entwicklung wider: vierteljährliche Releases, native KI und eine Composable-Architektur, die Analysten nun gegen Salesforce und ServiceNow bewerten können.

Auf G2 (basierend auf verifizierten Nutzerbewertungen, 2025):

SAP schneidet in jeder Dimension besser ab, mit Ausnahme des Bewertungsvolumens (219 vs. 6’640 Bewertungen). Für Unternehmen, die bereits SAP ERP einsetzen, sind diese Werte besonders relevant: der Integrationsvorteil verstärkt den UX-Vorteil. Für direkte Vergleiche lesen Sie unsere Seiten SAP Service Cloud V2 vs. Salesforce und vs. Zendesk.

Preise und Lizenzierung

SAP lizenziert Service Cloud V2 pro Benutzer und Monat; der Preis hängt von Edition, Volumen und Vertragsbedingungen ab. Die Listenpreise von SAP, Salesforce Service Cloud und Zendesk unterscheiden sich je nach Edition und ändern sich laufend, prüfen Sie deshalb die aktuelle Preisliste des jeweiligen Anbieters. Für B2B-Serviceteams sind Integrationsumfang (SAP ERP, CTI, Field Service) und SLA-Modell meist der grössere Kostentreiber, nicht die Lizenzzeile.

Spadoom nennt Ihnen für klar umrissene Umfänge einen Festpreis und für grössere Projekte nach dem Scoping einen Kostenrahmen, bevor Sie unterschreiben. Für KMU, die im Vertrieb beginnen, bringt unser Paket CRM in 10 Tagen einen vorkonfigurierten Sales-Cloud-V2-Kern in 10 Arbeitstagen live; Service Cloud V2 planen wir als eigenes Projekt.

Branchenanwendungen

SAP Service Cloud V2 ist für B2B-Komplexität gebaut. So haben wir die Lösung branchenübergreifend in der Schweiz, Deutschland, Österreich und Italien eingesetzt:

Pharma und Medizintechnik: Regulierte Serviceumgebungen, in denen jede Interaktion nachvollziehbar sein muss. Wir konfigurieren Falldokumentations-Workflows, die Audit-Trail-Anforderungen erfüllen, Garantieverfolgung verknüpft mit Seriennummern in SAP ERP und compliance-konforme Eskalationsregeln. Agenten sehen Gerätehistorie, Chargennummern und Rückrufstatus, ohne die Servicekonsole zu verlassen.

Versorgungsunternehmen: SLA-Durchsetzung ist nicht verhandelbar. Wir richten mehrstufige SLA-Strukturen ein, die an Kundenverträge gebunden sind, automatisierte Eskalationsketten wenn Antwortfenster gefährdet sind, und Field-Dispatch-Integration für die Einsatzplanung von Technikern vor Ort über SAP FSM. Echtzeit-Dashboards geben Betriebsleitern Überblick über die SLA-Performance über alle Regionen hinweg.

Fertigungsindustrie: Ersatzteilbestellungen, Garantieansprüche und Retouren-Workflows, die direkt mit S/4HANA verbunden sind. Agenten können Teileverfügbarkeit prüfen, Serviceaufträge anlegen und Logistikprozesse direkt aus dem Fall heraus anstossen: kein Wechsel ins ERP. Wir konfigurieren produktbasiertes Routing, damit Fälle beim Team landen, das die Anlage kennt.

Professional Services: Vertragsbasiertes SLA-Management, bei dem Service Level je nach Kunde, Engagement-Stufe und Geografie variieren. Wir integrieren Service Cloud V2 mit dem Projektmanagement in S/4HANA, sodass Servicefälle, die mit aktiven Engagements verknüpft sind, sowohl für den Service Desk als auch für das Projektteam sichtbar sind.

Der Integrationsvorteil

SAP Service Cloud V2 wird erheblich leistungsfähiger, wenn es mit den richtigen Systemen verbunden ist. Agenten müssen die Auftragshistorie aus dem ERP sehen. Sie müssen wissen, ob das Produkt unter Garantie steht. Sie müssen Techniker entsenden, ohne Informationen erneut einzugeben.

Wir planen diese Integrationen als festen Bestandteil jedes Projekts ein, nicht als optionales Zusatzpaket. SAP liefert Standard-Integrationsinhalte für S/4HANA, SAP ECC und SAP Commerce Cloud, und unser Team hat alle drei bereits angebunden. Typischer Umfang:

• Auftrags- und Asset-Daten aus S/4HANA: Agenten sehen, was der Kunde gekauft hat, wann, und ob es unter Garantie steht
• Field-Service-Eskalation zu SAP FSM: Techniker mit vollständigem Fallkontext entsenden, keine erneute Dateneingabe
• Sales-Übergabe an SAP Sales Cloud V2: wenn eine Serviceinteraktion eine Upsell-Chance aufdeckt, fliesst sie direkt mit Kontext ans Vertriebsteam
• Commerce-Integration: Kunden, die über Ihren SAP-Commerce-Storefront Anfragen stellen, sehen ihren Fallstatus, ohne sich in ein separates Portal einloggen zu müssen

Auch eine SAP-zu-SAP-Integration braucht Mapping, Fehlerbehandlung und Monitoring, und verfügbare Daten, Latenz und Lizenzen hängen von Produkten, Editionen und dem konfigurierten Szenario ab. Wir planen diesen Aufwand ein, bevor jemand Lizenzpreise vergleicht, und wo der Standard endet, bauen wir auf der SAP BTP daneben. Nicht-SAP-Systeme planen wir als Teil des Projekts. Für Screen Pops und Anrufprotokollierung ersetzt das native CTI-Framework von Service Cloud V2 die Drittanbieter-Konnektoren, die V1 brauchte. Die unterstützten Integrationsmöglichkeiten dokumentiert SAP bei der SAP Integration Suite.

Kombination mit S/4HANA Public Cloud

Serviceprojekte scheitern selten in der Servicekonsole. Sie scheitern an der Nahtstelle zum ERP: an der Garantie, die der Agent nicht prüfen kann, am Ersatzteil ohne Bestand dahinter, am Serviceauftrag, der nie im ERP ankommt. Wenn SAP S/4HANA Public Cloud Ihr ERP ist, wird Service Cloud V2 zu dessen kundenorientierter Ebene. Agenten sehen, was Kunden gekauft haben, wann und ob es unter Garantie steht, direkt aus S/4HANA und ohne Systemwechsel. Ersatzteilverfügbarkeit, Serviceauftragsanlage und Retourengenehmigung fliessen aus der Fallansicht ins ERP, sodass Serviceteam und Lieferkette mit demselben Datensatz arbeiten. Joule kann den Garantiestatus in S/4HANA prüfen, bevor ein Mensch den Fall öffnet, sobald die Integration dahinter gemappt und überwacht ist. Und für Service-Profitabilitätsanalysen, Fälle und SLAs gegen Vertragsmargen, führt SAP Business Data Cloud Service- und ERP-Daten in einer gemeinsamen Datengrundlage mit klarer Governance zusammen.

Spadoom liefert beide Seiten mit einem Team. Wir planen die S/4HANA-Public-Cloud-Anbindung gemeinsam mit der Omnichannel- und SLA-Konfiguration, nicht als nachträgliche Erweiterung nach dem Go-live. Noch auf ECC? Der fünftägige S/4HANA-Readiness-Check legt Zeitplan und Kostenrahmen fest, und unser Transformationsleitfaden zeigt, wie ERP- und CX-Seite zusammenpassen. Die Architektur des gesamten CX-Layers, einschliesslich der service-seitigen Integrationspunkte, beschreibt unser Leitfaden zu SAP S/4HANA Public Cloud und Sales Cloud V2 als integriertem Stack.

SAP Service Cloud V2 Einführung in der Schweiz

Wir führen Service-Cloud-V2-Projekte von Zug und Wädenswil aus, die meisten für Schweizer Serviceorganisationen. Drei Dinge gehören bei jedem Schweizer Projekt zum Standardumfang:

• Mehrsprachiger Service ab Tag eins. Ein Unternehmen mit Kunden in Zürich, Genf und Lugano betreibt seinen Service in mindestens drei Sprachen. Sprachabhängiges Routing, lokalisierte E-Mail-Vorlagen und mehrsprachige Wissensartikel konfigurieren wir vor dem Go-live, nicht danach.
• Datenschutz als Konfiguration. Servicefälle enthalten Personendaten: Namen, Kaufhistorie, Reklamationstexte, manchmal Gesundheits- oder Sicherheitsangaben. Nach dem Schweizer nDSG und, für Kunden in Deutschland und Österreich, der DSGVO heisst das: Einwilligung im Portal erfassen, Aufbewahrungsregeln an den Fallabschluss knüpfen, Löschungen, die Personendaten aus geschlossenen Fällen wirklich entfernen, und Protokolle, mit denen Ihre Compliance arbeiten kann. SAP beschreibt die Plattformfunktionen im Security Guide for SAP Service Cloud Version 2. Die Rechenzentrumsregion Ihres Tenants ist Teil Ihres SAP-Vertrags, darum prüfen wir sie früh.
• Workshops mit den Personen, die die Fälle bearbeiten. Wie Tickets eintreffen, wie sie klassifiziert werden, wann sie eskalieren und welches SLA für wen gilt, erarbeiten wir vor Ort mit Ihren erfahrenen Mitarbeitenden. Der echte Garantieprozess ist selten der aus dem Prozessdokument.

Wie lange ein Service-Cloud-V2-Projekt dauert

Eine einfache Einführung (10 bis 30 Mitarbeitende, E-Mail und Webformular) geht nach rund acht Wochen live. Eine typische B2B-Einführung mit 50 bis 150 Mitarbeitenden, drei oder vier Kanälen und S/4HANA-Integration dauert meist 10 bis 16 Wochen vom Kickoff bis zum Go-live, danach folgen rund vier Wochen Hypercare. Rollouts mit CTI, FSM oder mehreren Ländern dauern vier bis sechs Monate und beginnen trotzdem mit einer ersten Phase, die früh live geht.

Was den Termin bestimmt: die Anzahl Kanäle, das Routing- und SLA-Modell, die Tiefe der S/4HANA-Integration (Auftragsabfrage oder vollständige installierte Basis mit Garantie), Erweiterungen auf SAP BTP und das Datenvolumen aus bisherigen Service-Tools. Die meisten unserer Projekte führen Sales und Service Cloud V2 gemeinsam auf einer Plattform ein; bei intelligentfood ging die gemeinsame Plattform nach drei Monaten live. Die Phasen beschreibt unser Leitfaden zur Einführung von SAP Service Cloud V2.

Was gute Ergebnisse bedeuten

Sechs Wochen nach dem Go-live sollte Ihr Service Desk:

• Eine einheitliche Sicht auf jeden Kunden über jeden Kanal haben
• Erstkontakte schneller lösen, weil Agenten vollen Kontext haben: Auftragshistorie, Garantiestatus, frühere Fälle
• An den Field Service eskalieren, ohne zum Telefon greifen zu müssen
• Monatliche SLA-Berichte in Minuten erstellen, nicht in Tagen
• Joule relevante Wissensartikel anzeigen sehen, bevor Agenten suchen müssen

Sechs Monate nach dem Go-live sollten Sie messbare Verbesserungen bei der Erstlösungsquote, der SLA-Einhaltung und den Agentenzufriedenheitswerten feststellen. Wir verfolgen diese Kennzahlen nach dem Go-live und übernehmen Verantwortung für die Ergebnisse, nicht nur für das Deployment.