Was S/4HANA Public Cloud nativ bietet – und was Sales/Service Cloud V2 erfordert

Hat S/4HANA Public Cloud ein CRM? Das ist die Frage, die wir von DACH-Unternehmen bei der Bewertung ihrer SAP-Landschaft am häufigsten hören.

Die kurze Antwort: S/4HANA Public Cloud enthält transaktionale Verkaufsfunktionen – Aufträge, Angebote, Fakturierung. Es ist kein Front-Office-CRM. Pipeline-Management, Lead-to-Cash-Workflows und omnikanalfähiger Service liegen ausserhalb des nativen Umfangs. Dafür sind Sales Cloud V2 und Service Cloud V2 zuständig.

Dieser Beitrag zeigt die Grenze genau auf, damit Sie eine fundierte Entscheidung darüber treffen können, was Sie tatsächlich benötigen.

Hat S/4HANA Public Cloud ein integriertes CRM?

S/4HANA Public Cloud ist ein ERP-System. Seine Verkaufsfunktionen dienen der Transaktionsverarbeitung – nicht der Verwaltung von Vertriebsaktivitäten. Das ist ein wesentlicher Unterschied, der in Verkaufsgesprächen häufig verwischt wird.

Was S/4HANA Public Cloud in der kundenzugewandten Schicht gut kann: Es erfasst, was passiert ist. Ein Angebot wurde erstellt. Ein Kunde hat einen Auftrag erteilt. Eine Rechnung wurde ausgestellt. Das sind Transaktionsbelege. Sie sind wichtig, korrekt und ERP-gerecht.

Was es nativ nicht tut: Es hilft Ihrem Vertriebsteam nicht dabei zu sehen, was wahrscheinlich passieren wird. Keine Opportunity-Pipeline. Kein Lead-Scoring. Kein Deal-Stage-Tracking. Kein geführtes Verkaufen. Das sind Front-Office-Werkzeuge, und sie leben in Sales Cloud V2.

Dieselbe Logik gilt auf der Service-Seite. S/4HANA Public Cloud verarbeitet Retouren und Gewährleistungsreklamationen über seine standardmässigen Auftragsabläufe. Es leitet keine eingehenden Kundenkontakte weiter, verwaltet keine SLA-Timer und bietet keine einheitliche Agentenansicht über Telefon, E-Mail und Webkanäle. Das ist der Zuständigkeitsbereich von Service Cloud V2.

Die Grenze ist keine Produktlücke oder Schwäche. Sie spiegelt das ursprüngliche Design wider: ERP für Back-Office-Präzision, CX-Cloud für Front-Office-Produktivität. Probleme entstehen, wenn Unternehmen davon ausgehen, dass ein Produkt die Arbeit beider übernimmt.

Was S/4HANA Public Cloud nativ abdeckt

S/4HANA Public Cloud bietet solides, SAP-standardmässiges Vertriebs- und Auftragsmanagement ab Werk. Folgendes erhalten Sie ohne zusätzliche Produkte:

Auftragsmanagement und Abwicklung. Kundenaufträge, Lieferungsabwicklung, Warenausgang, Fakturierung – der vollständige Order-to-Cash-Zyklus ist im Kern enthalten. Dieser ist ausgereift, revisionssicher und gut in Logistik und Finanzen integriert.

Angebots- und Kontraktmanagement. Standard-Verkaufsbelege (Anfragen, Angebote, Kontrakte) werden nativ unterstützt. Preiskonditionen und kundenspezifische Preisfindung werden in S/4HANA verwaltet und können von Sales Cloud V2 übernommen werden, wenn Sie die CX-Schicht hinzufügen.

Business-Partner-Stammdaten. Das Business-Partner-Modell ist der massgebliche Datensatz für Kunden- und Lieferantendaten. Wenn Sie später Sales Cloud V2 integrieren, fliesst dieser Stamm nach aussen – S/4HANA bleibt die führende Quelle für Kontodaten.

Customer 360 im ERP-Kontext. In der Benutzeroberfläche von S/4HANA können Benutzer die Auftragshistorie, offene Lieferungen, Fakturabelege und den Kreditstatus eines Kontos einsehen. Das ist eine ERP-Sicht auf den Kunden, keine CRM-Sicht – sie zeigt, was im Back-Office passiert ist, nicht was in der Vertriebspipeline offen ist.

Retouren und Reklamationen über Standard-Auftragsabläufe. Grundlegende Nachverkaufsabwicklung – Retourenaufträge, Gutschriften – wird nativ abgewickelt. Das deckt einfache Stornierungs- und Umkehrprozesse ab, kein mehrkanaliges Fallmanagement.

In der Praxis verwalten DACH-Unternehmen, die S/4HANA Public Cloud ohne die CX-Cloud-Schicht betreiben, Vertriebsaktivitäten in Tabellen, gemeinsamen Postfächern oder Zusatztools. Das ERP liefert ihnen genaue Auftragsdaten; es gibt ihnen keinen Überblick darüber, was in der Pipeline ist oder warum Deals stagnieren. Das ist die Lücke, die Sales Cloud V2 schliesst.

Was Sales Cloud V2 erfordert

Sales Cloud V2 ist die Front-Office-Schicht. Sie ist für das ausgelegt, was passiert, bevor ein Auftrag in S/4HANA existiert – und was Vertriebsmitarbeitern hilft, dorthin zu gelangen.

Pipeline- und Opportunity-Management. Lead-Erfassung, Opportunity-Phasen, gewichtete Pipeline, Deal-Reviews – die vollständige Sicht auf kommerzielle Aktivitäten. Nichts davon existiert nativ in S/4HANA. Wenn ein Kunde Interesse zeigt, lebt diese Aktivität in Sales Cloud V2, bis sie in ein Angebot oder einen Auftrag umgewandelt wird.

Lead-to-Cash Front-Office-Workflows. Im integrierten Stack kommen Leads in Sales Cloud V2 an, durchlaufen Opportunities, generieren Angebote (mit Preisen aus S/4HANA) und wandeln sich in Aufträge um, die automatisch zur Abwicklung an S/4HANA weitergeleitet werden. Der Übergabepunkt ist sauber und revisionssicher. Ohne Sales Cloud V2 hat dieser Workflow kein System, in dem er leben kann.

Joule – KI-gestütztes Verkaufen. SAP’s KI-Copilot Joule ist in Sales Cloud V2 eingebettet. Er zeigt nächstbeste Aktionen, markiert gefährdete Deals und entwirft Follow-up-E-Mails aus Gesprächsnotizen. Dies ist nativ in S/4HANAS Vertriebsmodul nicht verfügbar.

Aktivitätsmanagement und Besuchsplanung. Aussendienst-Teams benötigen strukturierte Gesprächsprotokolle, Besprechungsnotizen und Besuchsrouten. Sales Cloud V2 bietet dies über seine Aktivitäts- und Kalenderintegration. S/4HANA’s CRM-ähnliche Funktionen in diesem Bereich sind begrenzt.

Umsatzvorschau. Statistische und managementangepasste Umsatzprognosen mit Rollup nach Gebiet und Produktlinie sind eine Kernfunktion von Sales Cloud V2. S/4HANA verarbeitet Bedarfsplanung für die Lieferkette, keine kommerzielle Umsatzprognose.

Für das vollständige Bild, wie Sales Cloud V2 und S/4HANA Public Cloud technisch zusammenpassen, lesen Sie unseren Leitfaden zum integrierten Stack. Einen tieferen Einblick in die Funktionen von Sales Cloud V2 in dieser Landschaft bietet die SAP Sales Cloud V2 Lösungsseite.

Was Service Cloud V2 erfordert

Service Cloud V2 deckt die Kundenbeziehung nach dem Verkauf ab – alles, was passiert, nachdem der Auftrag in S/4HANA eingegangen ist.

Omnikanaliges Fallmanagement. Telefon, E-Mail, Chat, Webformular, Social Media – Service Cloud V2 leitet alle eingehenden Kontakte in eine einheitliche Warteschlange mit einer einzigen Agentenansicht. S/4HANA verarbeitet Retouren und Reklamationen über auftragsartige Transaktionen; es aggregiert keine mehrkanaligen Kontakte zu Service-Fällen.

SLA-Management und Eskalations-Routing. Service-Level-Vereinbarungen, Reaktionszeitvorgaben, automatische Eskalation bei SLA-Risiko – das sind Service Cloud V2 Funktionen. S/4HANA verfolgt keine Service-Reaktionszeiten.

Wissensdatenbank und Agenten-Unterstützung. Agenten in Service Cloud V2 haben Zugriff auf eine strukturierte Wissensdatenbank und KI-gestützte Artikelvorschläge. Das beschleunigt die Lösung, ohne dass Agenten in getrennten Systemen suchen müssen.

Aussendienst-Einsatzplanung (mit SAP FSM). Für Unternehmen, die Techniker einsetzen oder Vor-Ort-Service betreiben, integriert sich Service Cloud V2 mit SAP Field Service Management, um Einsätze zu planen, Teile zu verfolgen und Arbeitsaufträge abzuschliessen. Das liegt ausserhalb des nativen Umfangs von S/4HANA.

Kundenzufriedenheits-Umfragen und Feedback-Integration. After-Service-Zufriedenheitsumfragen, NPS-Tracking und Feedback-Loop-Daten sind Teil des Service Cloud V2-Ökosystems – nativ in S/4HANA nicht verfügbar.

Die SAP Service Cloud V2 Lösungsseite beschreibt, wie wir diese Funktionen für Kunden im DACH-Markt aufgebaut haben. Für Unternehmen, die den integrierten SAP-Stack mit einer Einzelanbieter-CRM-Suite vergleichen, empfehlen wir unseren Vergleich S/4HANA Public Cloud + Sales Cloud V2 vs. Salesforce.

Informationen zur Implementierungssequenz für ERP und CX bietet die SAP S/4HANA Public Cloud Lösungsseite.

Entscheidungstabelle: Fähigkeiten auf einen Blick

Diese Tabelle fasst zusammen, wo jede Funktion angesiedelt ist. „Nativ” bedeutet in S/4HANA Public Cloud Standard verfügbar. „Braucht Sales Cloud V2” oder „Braucht Service Cloud V2” bedeutet, dass ein separates Produkt erforderlich ist.

Was diese Tabelle nicht erfasst: S/4HANA Public Cloud und Sales Cloud V2 teilen Daten über SAP Integration Suite, sodass die Grenze keine Wand ist – es ist ein Übergabepunkt. Angebots-Preisfindung aus S/4HANA erscheint live im Angebotsbildschirm von Sales Cloud V2. In Sales Cloud erstellte Aufträge werden direkt zur Abwicklung an S/4HANA weitergeleitet. Die beiden Systeme arbeiten zusammen; sie tun nur unterschiedliche Dinge.

Was das in der Praxis bedeutet: Wenn Sie bewerten, ob Sie Sales Cloud V2 oder Service Cloud V2 zu einer bestehenden S/4HANA Public Cloud Landschaft hinzufügen sollen, lautet die Frage nicht „Kann S/4HANA das?” – in der Regel kann es das nicht, im Front-Office-Sinn. Die Frage ist, ob das Volumen und die Komplexität Ihrer kommerziellen oder Service-Aktivitäten ein dediziertes Front-Office-System rechtfertigen. Für die meisten DACH-Mittelstandsunternehmen mit einem strukturierten Vertriebsteam oder einem Service-Desk, der mehr als ein paar Dutzend Fälle pro Woche bearbeitet, lautet die Antwort ja.

Wir haben diesen Stack – S/4HANA Public Cloud mit Sales Cloud V2 und Service Cloud V2 – für Kunden in der Fertigungsindustrie, im Handel und in professionellen Dienstleistungen implementiert. Die 14-Wochen-Median-Laufzeit bis zum Go-live, die wir erreichen, schliesst Integration und Benutzerakzeptanz ein. Wenn Sie verstehen möchten, welcher Umfang für Ihre Situation der richtige ist, sprechen Sie mit uns über Ihr Projekt.