SAP S/4HANA Public Cloud + SAP Sales Cloud V2: Der integrierte CX- und ERP-Stack

Sie brauchen kein zweites CRM und kein zweites ERP. Die meisten DACH-Unternehmen, die SAP betreiben, haben beides — nur nicht die richtigen Systeme miteinander verbunden.

SAP S/4HANA Public Cloud und SAP Sales Cloud V2 sind darauf ausgelegt, zusammenzuarbeiten. Nicht als lose gekoppelte Einzellösungen, sondern als gemeinsame Datenplattform, bei der ein Kundendatensatz, ein Produktkatalog und ein Auftragsfluss durch beide Systeme laufen — ohne Duplikate.

Dieser Beitrag erklärt, wie diese Integration konkret funktioniert, wo die Logik angesiedelt ist und wie Sie die Einführung so sequenzieren, dass Sie nicht mit denselben Datenqualitätsproblemen enden — nur in einem neueren System.

Warum S/4HANA Public Cloud und Sales Cloud V2 zusammen einsetzen?

Die kurze Antwort: weil ein Vertriebsmitarbeiter, der ein Angebot erstellt, und ein Buchhalter, der eine Rechnung verbucht, denselben Kunden sehen sollten.

In den meisten SAP-Landschaften, die wir vorfinden, tun sie das nicht. Das CRM hat einen Kundendatensatz mit einem anderen Namensformat, anderen Adressfeldern und einem anderen Kreditstatus als der ERP-Datensatz. Der Vertrieb weiss nicht, dass der Kunde eine überfällige Rechnung hat. Die Buchhaltung weiss nicht, dass der Kunde gerade einen neuen Vertrag unterzeichnet hat.

Der klassische Ausweg ist eine Integration, die Felder zwischen zwei verschiedenen Datenmodellen synchronisiert. Das funktioniert, ist aber anfällig. Jede Schema-Änderung auf einer der beiden Seiten bricht etwas. Am Ende betreut eine Person eine Integration, die niemand vollständig versteht.

Die Kombination aus S/4HANA Public Cloud und Sales Cloud V2 vermeidet das, weil beide das Business-Partner-Modell teilen. Dieselbe Entität, dieselbe ID, dieselbe Struktur. Sales Cloud konsumiert die Stammdaten aus S/4HANA. Wenn ein Vertriebsmitarbeiter einen Kunden nachschlägt, sieht er denselben Account, den das Finanzteam im ERP hat. Keine Synchronisierungslogik. Kein Mapping. Eine einzige Quelle der Wahrheit.

Für DACH-Unternehmen, die von SAP S/4HANA on-premise oder ECC wechseln, ist das eines der echten Argumente für die Public-Cloud-Variante: Sie erhalten ein modernes CRM und ein modernes ERP, die tatsächlich dieselbe Grundlage teilen — und nicht zwei Systeme, die mit Middleware zusammengehalten werden.

Ein Kundendatenmodell statt zwei

Das Business-Partner-Modell ist das Rückgrat beider Systeme. In S/4HANA Public Cloud wird jeder Kunde als Business Partner angelegt. Sales Cloud V2 konsumiert diesen Datensatz über SAP Integration Suite. Das Ergebnis: Die Kontodaten in Sales Cloud spiegeln wider, was S/4HANA hält — Firmenname, Adresse, Zahlungsbedingungen, Kreditlimit, Mahnstatus.

Für Vertriebsmitarbeiter ändert das das Gespräch mit dem Kunden. Wenn ein Mitarbeiter ein Konto in Sales Cloud V2 öffnet, sieht er das Finanzbild: offene Rechnungen, Kreditexposition, Zahlungshistorie. Er muss nicht mehr die Buchhaltung anrufen, um zu erfahren, ob ein Deal durch eine Kreditsperre blockiert werden könnte. Die Information ist bereits da.

Für Serviceteams bedeutet dasselbe Modell, dass Support-Tickets in SAP Service Cloud V2 mit derselben Kundenentität verknüpft sind, die im ERP existiert. Kein separates Nachschlagen. Kein «Welchem System vertraue ich?».

Die Synchronisierung ist keine Magie. Business-Partner-Datensätze werden in S/4HANA als Mastersystem gepflegt. Änderungen fliessen über Integrationsereignisse nachgelagert zu Sales Cloud V2. Neue Kunden, die während eines Akquisitionsprozesses in Sales Cloud V2 angelegt werden, können zur ERP-Aufnahme zurück nach S/4HANA fliessen. Die Flussrichtung und das Feldmapping sind Entscheidungen, die Sie bei der Einführung treffen — keine Annahmen, die Sie nach dem Go-live machen.

Der Angebot-bis-Auftrags-bis-Rechnungs-Kreislauf

Hier zahlt sich die Integration für Vertriebsteams am sichtbarsten aus.

Ein Mitarbeiter erstellt ein Angebot in SAP Sales Cloud V2. Der Produktkatalog kommt aus S/4HANA — Preise, Rabatte, verfügbare Konfigurationen. Wenn Sie CPQ einsetzen, läuft die Preislogik dort und übergibt das Ergebnis an Sales Cloud. Der Kunde sieht ein Angebot auf Basis echter Preisdaten aus dem ERP, keine separate Tabelle, die der Mitarbeiter selbst pflegt.

Wenn der Kunde annimmt, wird der Auftrag ausgelöst. Anstatt dass der Mitarbeiter den Auftrag per E-Mail an ein internes Team schickt, das ihn manuell in SAP eingibt, fliesst der Auftrag direkt in S/4HANA zur Abwicklung. Das Lager kommissioniert. Die Logistik liefert. Die Buchhaltung stellt die Rechnung aus.

Der Rechnungsstatus — gebucht, bezahlt, überfällig — fliesst zurück in die 360°-Ansicht in Sales Cloud. Der Mitarbeiter kann sehen, ob der Auftrag vom letzten Monat bezahlt wurde, ohne ein Finanzportal zu öffnen. Der Service sieht den Lieferstatus, ohne das Lager anrufen zu müssen.

Dieser Kreislauf — von Angebot über Auftrag bis Rechnung, alles sichtbar in Sales Cloud — ist das, was «integriertes CRM und ERP» in der Praxis bedeutet. Nicht zwei Systeme mit einem Pfeil auf einem Foliensatz. Ein realer Fluss, bei dem Daten ohne manuelle Wiedereingabe weitergegeben werden.

Clean Core: Wo die Integrationslogik tatsächlich angesiedelt ist

SAPs Clean-Core-Prinzip ist hier massgeblich. Das Ziel ist, Anpassungen aus dem Kern von S/4HANA herauszuhalten und Integrations- und Erweiterungslogik auf die SAP Business Technology Platform zu verlagern.

In der Praxis bedeutet das für eine Integration von Sales Cloud und S/4HANA:

• Standard-APIs auf beiden Seiten (OData, SOAP, Event Mesh)
• In SAP Integration Suite auf BTP erstellte Integrationsflows
• Von SAP bereitgestellte vorkonfigurierte Inhaltspakete für Standardszenarien
• Angepasste Logik (Preisregeln, Genehmigungsworkflows, Feldmappings) in BTP-Erweiterungen oder SAP Build — nicht in S/4HANA-Modifikationen

Der Vorteil ist nicht nur philosophischer Natur. Wenn SAP eine neue Version von S/4HANA Public Cloud veröffentlicht (was vierteljährlich passiert), überlebt eine Clean-Core-Integration das Upgrade unbeschadet. Eine stark modifizierte Kernsoftware nicht. Unternehmen, die direkt in S/4HANA angepasst haben, verbringen bei jedem Upgrade Wochen damit zu prüfen, ob etwas gebrochen ist. Unternehmen mit Clean Core brauchen dafür Stunden.

Was in S/4HANA vs. Sales Cloud V2 vs. BTP verbleibt

Das ist keine starre Doktrin — es gibt Grenzfälle. Als Ausgangsmodell ist es aber sauberer als die meisten Landschaften, die wir übernehmen.

So sieht das in einem realen Spadoom-Projekt aus

Wir haben mittelgrossen Fertigungs- und Handelsunternehmen in DACH dabei geholfen, ihre CRM- und ERP-Stacks zu verbinden. Das Muster ist konsistent.

Vor dem Projekt: Vertriebsmitarbeiter pflegen Kundendaten in einem CRM, das lose mit SAP synchronisiert ist. Die Buchhaltung hat den massgeblichen Kundendatensatz, aber der Vertrieb kann ihn nicht sehen. Die Auftragserfassung ist manuell — Mitarbeiter schickt E-Mail, Assistent gibt ein. Rechnungsstatus ist dem Vertriebsteam unbekannt, bis ein Kunde wegen einer Kreditsperre Alarm schlägt.

Nach dem Projekt: Die Account-Ansicht in Sales Cloud zeigt Kreditstatus, offene Rechnungen und Auftragshistorie aus S/4HANA. Angebote werden auf Basis echter Preise aus dem ERP erstellt. Aufträge fliessen ohne Wiedereingabe. Pipeline-Transparenz in Sales Cloud spiegelt wider, was tatsächlich in der Abwicklung passiert.

Nussbaum hat genau diese Art von Pipeline-Transparenz gewonnen — zu wissen, wo Deals im Verhältnis zur finanziellen Realität standen, anstatt das über nicht verbundene Tools zu verwalten.

Bei Miltenyi sorgte eine kombinierte Vertriebs- und Serviceeinführung dafür, dass Teams, die sich Kundenaccounts teilen, dieselben Daten sahen. Service-Tickets flossen in das Vertriebsbild ein. Vertriebskontext half dem Service bei der Priorisierung.

Das sind keine dramatischen Transformationen. Es ist das, was CRM- und ERP-Integration leisten soll. Es funktioniert, wenn das Datenmodell von Anfang an geteilt wird — weshalb die Kombination aus S/4HANA Public Cloud und Sales Cloud V2 die Designarbeit zu Beginn rechtfertigt.

Wie man die beiden Projekte sequenziert

Der häufigste Fehler ist, CRM und ERP als parallele, unabhängige Projekte zu führen, die sich «später verbinden» sollen. Das tun sie selten. Oder sie verbinden sich oberflächlich, und die Integrationsschulden häufen sich an.

Die bessere Sequenz:

1. Zuerst das gemeinsame Datenmodell definieren. Bevor eine Systemkonfiguration beginnt, einigen Sie sich darauf, wie ein Business Partner aussieht, wie Accounts und Kontakte strukturiert sind und wo Stammdaten gepflegt werden. Das ist eine Geschäftsentscheidung, keine technische.
2. S/4HANA zuerst aufsetzen oder parallel zu Sales Cloud — nicht danach. Wenn Sales Cloud mit einer temporären Integration zu Ihrem alten ERP live geht, verbringen Sie den S/4HANA-Go-live damit, dieses Durcheinander zu bereinigen. Einmal richtig ist einfacher.
3. Integrationsszenarien vor dem Go-live definieren, nicht während. Angebot-zu-Auftrag, Rechnungstransparenz, Kundenstammsynchronisierung — das muss in einer dedizierten Integrationsumgebung konfiguriert und getestet werden. Es kann nicht am Ende angehängt werden.
4. Die Integration in der Produktion laufen lassen, bevor Sie live gehen. Simulieren Sie die S/4HANA-Seite bei Bedarf. Aber die Integrationsflows sollten in echten Systemen geprüft werden, bevor der erste echte Auftrag durchläuft.

Mehr Details zur Sequenzierungslogik und den Implementierungsphasen finden Sie in unserem Detailbeitrag zu S/4HANA Public Cloud und Sales Cloud V2 gemeinsam einführen.

Die Integration zwischen S/4HANA Public Cloud und Sales Cloud V2 ist eines der meistdiskutierten Themen in unseren Kundengesprächen derzeit. Die meisten Unternehmen befinden sich irgendwo in der Mitte — sie betreiben eines oder beide Systeme, aber noch nicht vollständig verbunden. Wenn Sie planen, wie Sie dort hinkommen, sprechen Sie mit uns über Ihr konkretes Setup.

Weiterführende Lektüre:

• Das beste CRM für S/4HANA Public Cloud
• S/4HANA Public Cloud + Sales Cloud V2: Integrationsarchitektur
• S/4HANA Public Cloud vs. Salesforce
• SAP S/4HANA Public Cloud: Lösungsübersicht
• SAP Service Cloud V2