SAP Sales Cloud V2 mit Business Data Cloud verbinden: Integrationsmuster, die funktionieren

Wir implementieren SAP Sales Cloud V2 seit der frühen Verfügbarkeit, und die meiste Zeit endete das Analytics-Gespräch gleich: Export in ein Warehouse, das jemand pflegen muss, oder mit den eingebetteten Dashboards leben. SAP Business Data Cloud verändert dieses Gespräch, und nach mehreren produktiven Setups können wir sagen, welche Integrationsmuster halten und welche auf dem Whiteboard besser aussehen als im sechsten Monat.

Die Kernaussage in einem Satz: Konsumieren Sie SAPs Datenprodukte für das Standardmodell und investieren Sie eigenen Aufwand nur in die letzte Meile: Ihre KPIs, Ihre Erweiterungsfelder, Ihre Joins.

Muster 1: Datenprodukte zuerst, Extraktoren nie

Der Reflex aus einem Jahrzehnt CRM-Analytics ist, eine Extraktionspipeline zu bauen. Widerstehen Sie ihm. SAP liefert Sales-Cloud-V2-Datenprodukte in BDC (Accounts, Opportunities, Leads, Aktivitäten) und pflegt sie durch die vierteljährlichen Releases. Jeder Extraktor, den Sie parallel zu einem Datenprodukt bauen, ist eine Altlast mit Ihrem Namen darauf: Er bricht lautlos, wenn sich die API ändert, und er führt genau die semantische Drift (“welcher Opportunity-Betrag ist das?”) wieder ein, die das Datenprodukt beenden soll.

Wo Sie sehr wohl bauen: Erweiterungsfelder. Wenn Ihre Sales Cloud V2 eigene Felder trägt (Maschinentyp, Projektphase, AVC-Konfigurationsdaten), planen Sie einen Modellierungsschritt ein, der sie in die semantische Schicht überführt. Das sind Stunden Arbeit auf einem sauberen Tenant, nicht Wochen.

Muster 2: pipeline-to-cash als erstes Modell

Jeder Kunde will es; fast niemand hat es. Opportunities leben im CRM, Aufträge und Rechnungen im ERP, und der Join dazwischen ist eine vierteljährliche Excel-Übung. Mit Datenprodukten aus Sales Cloud V2 und S/4HANA in einem BDC-Tenant wird pipeline-to-cash zur Modellierungsaufgabe statt zum Integrationsprojekt:

• Join-Schlüssel: Account ↔ Geschäftspartner, Opportunity ↔ Kundenauftragsreferenz, Material ↔ Produkt. Ein Workshop zur Abstimmung, besonders wenn die Account-Deduplizierung in Ihrem CRM Geschichte hat.
• Das Modell: gewonnene Opportunities gegen tatsächlichen Auftragseingang und fakturierten Umsatz, nach Verkaufsorganisation und Periode.
• Der Gewinn: Forecast-Genauigkeit gemessen an der ausgelieferten Realität: die Zahl, die CRM-Disziplin von einem Management-Wunsch in einen gemessenen KPI verwandelt.

Ein Schweizer Maschinenbauer, mit dem wir arbeiten, hat genau dieses Modell als BDC-Piloten gefahren: eine Domäne, sechs Wochen, und das erste Management-Meeting, in dem Vertrieb und Finanzen dieselbe Zahl mitbrachten.

Muster 3: Echtzeit aus der Analytics-Schicht heraushalten

Der häufigste Designfehler: operative Echtzeit-Bedürfnisse über die Analytics-Plattform zu routen. Ein Vertriebsmitarbeiter, der vor einem Angebot Live-Bestand und Preise braucht, bekommt das aus der nativen Anwendungsintegration Sales Cloud V2 ↔ S/4HANA, nicht aus BDC. Analytics toleriert Refresh-Zyklen; Angebotserstellung nicht. Ziehen Sie die Linie explizit in der Architektur: Transaktionen über Anwendungs-APIs, Analysen über Datenprodukte. Architekturen, die sie verwischen, erben die schlechtesten Eigenschaften beider Welten.

Muster 4: ein semantisches Modell, viele Konsumenten

Sobald das Fundament steht, widerstehen Sie Varianten pro Team. Der ganze Punkt ist, dass das SAC-Dashboard fürs Management, das Databricks-Notebook für den datenneugierigen Analysten und der Joule-Agent, der “wie steht die Q4-Pipeline gegenüber dem Vorjahr” beantwortet, dasselbe governte Modell lesen. In dem Moment, in dem jemand “seine” Version von Umsatz abzweigt, bauen Sie das Problem wieder auf, für dessen Beseitigung Sie bezahlt haben. Governance ist hier keine Bürokratie; sie ist das Produkt.

Wohin das führt

Wir haben diese Serie mit was BDC wirklich ist und was mit Datasphere passiert begonnen. Die Integrationsmuster oben sind die praktische Mitte. Das strategische Ende (warum das alles über Reporting hinaus zählt) ist AI: Agenten sind nur so gut wie das Datenmodell, das sie lesen, und ein governtes pipeline-to-cash-Modell ist genau das, was ein Joule-Agent braucht, um Umsatzfragen ohne Halluzinieren zu beantworten. Dazu später mehr in dieser Serie.

Wenn Sie Sales Cloud V2 betreiben und Ihre Analytics noch in Exporten lebt, ist das ein Fix in Wochen, nicht Quartalen. Unsere BDC-Practice beginnt genau dort.