Integrationsarchitektur: SAP Sales Cloud V2 mit S/4HANA Public Cloud verbinden

«Wie funktioniert die Integration eigentlich?» Das ist die erste Frage in fast jedem Discovery-Gespräch zu Sales Cloud V2, und die richtige, um anzufangen.

Die kurze Antwort: SAP liefert vorgefertigte Integrationsinhalte auf der SAP Integration Suite, die SAP Sales Cloud V2 mit S/4HANA Public Cloud für die relevanten Flüsse verbinden: Stammdatenreplikation, Live-Preisfindung, Angebot zu Auftrag und Auftragsstatus zurück ins CRM. Sie konfigurieren und deployen die Pakete von SAP, statt Konnektoren selbst zu bauen. Vorgefertigt heisst allerdings nicht ohne Aufwand: Mapping, Datenqualität und Betriebseinrichtung brauchen weiterhin echte Zeit.

Dieser Beitrag behandelt die Architektur von Grund auf. Die breitere Sicht auf beide Systeme als ein Stack finden Sie in unserem Leitfaden zum integrierten Stack aus S/4HANA Public Cloud und Sales Cloud V2.

Kurzfassung: SAP stellt Standard-iFlow-Pakete auf der SAP Integration Suite für die Kombination aus Sales Cloud V2 und S/4HANA Public Cloud bereit. Stammdaten kommen aus S/4HANA (Geschäftspartner, Produkte, Organisationsdaten, Preiskonditionen). Preise lassen sich beim Erstellen eines Angebots live in S/4HANA simulieren, und Angebote werden in S/4HANA zu Folgeaufträgen. Eigene Logik gehört als Side-by-Side-Erweiterung auf SAP BTP. Datenqualität und Fehlerüberwachung sind die beiden am meisten unterschätzten Teile des Projekts.

Wie verbindet sich Sales Cloud V2 mit S/4HANA Public Cloud?

Beide sind SaaS-Produkte von SAP, und das Bindeglied zwischen ihnen ist die SAP Integration Suite, genauer ihre Funktion Cloud Integration auf SAP BTP. Sales Cloud V2 stellt REST-APIs bereit; S/4HANA Public Cloud stellt freigegebene OData- und SOAP-APIs bereit, die im SAP Business Accelerator Hub dokumentiert sind. Die Integration Suite muss auf Ihrem BTP-Subaccount bereitgestellt sein, bevor ein iFlow deployt werden kann, eine Infrastrukturaufgabe für Tag eins, die in der frühen Planung gern untergeht.

Die Verbindung läuft nicht direkt von System zu System. Alles fliesst über die Integration Suite, die Wiederholungen, Fehlerwarteschlangen, Nachrichtenüberwachung und das Mapping zwischen zwei unterschiedlichen Datenmodellen übernimmt. Ein Punkt-zu-Punkt-Aufruf ist technisch möglich, dann tragen Sie diese ganze Betriebsarbeit aber selbst.

Die Standard-Integrationsinhalte

SAP veröffentlicht die Inhalte im SAP Business Accelerator Hub in zwei Paketen:

• SAP Sales Cloud Version 2 Integration for Sales Processes with SAP S/4HANA Cloud Public Edition: Folgeangebot in S/4HANA aus einer Opportunity, Folgeauftrag aus einem Angebot, Simulation von Angeboten und Aufträgen für die Preisfindung sowie Replikation von Kundenaufträgen in beide Richtungen.
• SAP Sales Cloud and SAP Service Cloud Version 2 Integration for Master Data with SAP S/4HANA Cloud Public Edition: Geschäftspartner und Kontaktbeziehungen, Produkte, Vertriebsbereiche und weitere Organisationsdaten, Preiskonditionen, Produktbestand und Equipments.

Deployment heisst: das Paket in Ihren Tenant kopieren, Verbindungen und Wertemappings konfigurieren und die iFlows auf Ihre Cloud-Integration-Laufzeit deployen. SAP pflegt diese Pakete und liefert Updates, ein echter Vorteil gegenüber eigenen Konnektoren, der verloren geht, sobald Sie einen Standard-iFlow ändern, statt ihn zuerst zu kopieren. Die SAP-Hilfe zur Integration von Sales Cloud V2 mit S/4HANA Cloud Public Edition für Simulation und Übertragung führt durch die Konfiguration.

Auf der S/4HANA-Seite legen Kommunikationsvereinbarungen fest, welche APIs für welche technischen Benutzer freigegeben sind. Auf der Seite von Sales Cloud V2 müssen Kommunikationssysteme sowie ausgehende und eingehende Verbindungen passend eingerichtet werden. Beides richtig aufzusetzen ist der Vorbereitungsschritt, den die meisten Integrationsanleitungen als Fussnote behandeln; in der Praxis braucht er einen Sprint für Einrichtung und Tests, bevor der erste iFlow live geht.

Die Serviceseite derselben Topologie nutzt dasselbe Stammdatenpaket, aber andere Belege; zu Fällen, Installationsbasis und Serviceaufträgen lesen Sie die Integration von Service Cloud V2 mit S/4HANA Public Cloud.

Stammdatenreplikation

S/4HANA ist das führende System für Kunden, Produkte und Preise; das CRM nutzt sie.

Geschäftspartner. Die Standard-iFlows replizieren Geschäftspartner und Kontaktbeziehungen zwischen S/4HANA und Sales Cloud V2, mit Bestätigungsnachrichten in beide Richtungen. Änderungen werden gesendet, wenn sie passieren, nicht in einem nächtlichen Batch gesammelt. Das Mapping übersetzt zwischen dem Geschäftspartnermodell von S/4HANA und dem Account- und Kontaktmodell von Sales Cloud V2. Geht es schief, verbringen Sie die ersten Wochen nach dem Go-Live damit, doppelte Accounts zusammenzuführen.

Produkte. Produkte werden aus S/4HANA in den Produktstamm von Sales Cloud V2 repliziert, zusammen mit Produktgruppen, Mengeneinheiten und Vertriebsbereichen. Der Verkauf offeriert Produkte, deren Daten aus S/4HANA stammen.

Organisationsdaten. Auch Verkaufsorganisationen, Vertriebswege, Sparten, Verkaufsbüros und Verkäufergruppen werden repliziert. Hier wird das Feldmapping anspruchsvoll: Die Vertriebsbereichsstruktur in S/4HANA muss zu den Gebieten und Teams im CRM passen.

Preisfindung und Belegflüsse

Live-Preisfindung. Der nützlichste Fluss für den Vertrieb ist oft die Simulation. Während der Verkäufer ein Angebot erstellt, kann Sales Cloud V2 das Angebot oder den Auftrag in S/4HANA simulieren und den Preis zurückholen, inklusive kundenspezifischer Konditionen und Staffeln. SAP bietet auch die Replikation von Preiskonditionen ins CRM an; welche der beiden Varianten Sie nutzen, ist eine Architekturentscheidung, und unser Beitrag zu Quote-to-Cash erklärt, warum wir eine einzige Preiswahrheit im ERP bevorzugen.

Angebot zu Auftrag. Nimmt der Kunde an, erzeugt das Angebot in Sales Cloud V2 über den Standard-iFlow einen Folgeauftrag in S/4HANA. Kundenaufträge werden zurück ins CRM repliziert, sodass Account Manager Auftrag und Status sehen, ohne sich ins ERP einzuloggen.

Finanzieller Kontext. Für Rechnungen, Kreditrahmen und Kontrakte holt das Customer-Insights-Integrationspaket von SAP die Daten in Echtzeit aus S/4HANA und zeigt sie in der Account-Sicht. Für B2B-Vertriebsteams, bei denen der Kreditrahmen die Verkaufsentscheidung beeinflusst, entfällt damit der Anruf bei der Buchhaltung.

In der Praxis sind die Belegflüsse selten der technische Engpass. Datenmapping und organisatorische Abstimmung brauchen mehr Zeit als die Verrohrung. Bei intelligentfood ging Sales & Service Cloud V2 in drei Monaten live, angebunden an das ERP.

Wo eigene Logik lebt: BTP Side-by-Side

Das Clean-Core-Prinzip gilt für die Integration genauso wie für Erweiterungen. Standard-iFlows decken die dokumentierten Szenarien ab. Alles, was spezifisch für Ihr Geschäftsmodell, Ihren Freigabeprozess oder Ihre Validierungsregeln ist, lebt ausserhalb beider Systeme als Side-by-Side-Erweiterung auf SAP BTP.

Eigene Logik in einem iFlow-Mapping ist eine Falle: Kurzfristig funktioniert sie, unwartbar wird sie in dem Moment, in dem SAP ein Update liefert und Sie Ihre Änderungen erneut einspielen müssen.

Integration Suite, Events und SAP Build

Die SAP Integration Suite ist die Laufzeit Ihrer iFlows und der Ort, an dem Sie jede Nachricht prüfen, die durchgelaufen, fehlgeschlagen oder wiederholt worden ist. Überwachungsdashboards und Alarmregeln zum Go-Live sind nicht optional; ohne sie bleiben Fehler unsichtbar, bis ein Verkäufer bemerkt, dass einem Angebot Daten fehlen.

Events statt Polling. S/4HANA veröffentlicht Business Events, und die Eventing-Dienste von SAP auf BTP stellen sie den Abonnenten zu. Statt eines Jobs, der alle 15 Minuten nach Änderungen sucht, reagiert die Erweiterung, wenn sich etwas ändert. Bei hohen Volumen senkt das Latenz und unnötige Last.

SAP Build Process Automation übernimmt die Orchestrierung von Freigaben. Braucht ein Angebot die Freigabe einer Führungskraft, bevor es zum Auftrag wird, oder eine Kreditprüfung vor der Übergabe an S/4HANA, läuft dieser Workflow in SAP Build statt in Sales Cloud V2 oder S/4HANA: Side-by-Side und unabhängig deploybar.

Mehr zum Bau von Erweiterungen ohne Eingriff in den Kern zeigt unser Leitfaden zu Clean Core mit SAP CAP.

Typische Stolpersteine und wie Sie sie vermeiden

Fast jedes Integrationsprojekt, das wir gesehen haben, hat mindestens einen davon.

Annehmen, «SAP-integriert» heisse «läuft sofort». Der Standardinhalt ist ein Ausgangspunkt. Sie konfigurieren weiterhin Verbindungen, definieren Mappings für Ihr Datenmodell, bereinigen die Stammdaten und testen jeden Fluss durchgängig. Planen Sie Integrationsdesign und Konfiguration als eigenen Arbeitsstrang, nicht als Zwei-Tage-Aufgabe.

iFlows direkt ändern. Der häufigste technische Fehler. Kopieren Sie den Standard-iFlow, bevor Sie ihn anfassen, ändern Sie die Kopie, dokumentieren Sie jede Abweichung. Das kostet vorab eine Stunde und spart Tage, wenn SAP das nächste Update liefert.

Die Überwachung auslassen. Die Integration Suite hat eine eingebaute Nachrichtenüberwachung, aber viele Teams deployen iFlows ohne Alarmregeln. Fehlgeschlagene Nachrichten liegen dann tagelang in der Warteschlange. Richten Sie zum Go-Live für jeden iFlow Alarme ein, benennen Sie eine verantwortliche Person und schreiben Sie ein Betriebshandbuch, damit ein fehlgeschlagenes Produkt- oder Geschäftspartner-Update noch am selben Tag behoben ist.

Datenqualität und Mapping unterschätzen. S/4HANA und Sales Cloud V2 haben unterschiedliche Datenmodelle; Geschäftspartnerstrukturen, Account-Hierarchien und Produktklassifikationen lassen sich nicht trivial abbilden. Nach unserer Erfahrung dauern Mappingdesign und Datenbereinigung so lange wie die iFlow-Konfiguration, manchmal länger. Doppelte Kunden oder Produkte ohne Vertriebsbereichszuordnung tauchen auf, sobald die Replikation startet; bereinigen Sie sie darum vor dem Go-Live im Quellsystem.

Liegt S/4HANA Public Cloud noch vor Ihnen, klärt das S/4HANA Readiness Assessment Daten- und Umfangsfragen, bevor das Integrationsdesign beginnt. Und wenn Sie entscheiden, wer beide Hälften bauen soll, erklärt unser Leitfaden zum besten SAP-Partner für Cloud ERP und CRM in der Schweiz, warum sich ein Team für beide Seiten genau an diesen Nahtstellen auszahlt.

---

Fragen zu Ihrem konkreten Integrationsszenario? Ob Sie einen neuen Rollout von Sales Cloud V2 starten oder eine bestehende Integration entwirren: Sprechen Sie mit unserem Team.