Fünf Fehler beim Start mit SAP Business Data Cloud

Zwanzig Monate nachdem SAP Business Data Cloud (BDC) angekündigt hat, sind die ersten Projekte im Markt längst über die Kick-off-Folie hinaus. Einige liefern Zahlen, denen das Management vertraut. Andere stecken im vierten Monat fest, mit einem bereitgestellten Tenant und keiner Antwort, die man zeigen könnte. Die festgefahrenen teilen meist dieselben fünf Fehler.

Kurzfassung: Starten Sie mit einer fachlichen Frage, nicht mit der Plattform. Prüfen Sie, ob das benötigte Datenprodukt für Ihr Quellsystem wirklich existiert, besonders bei CX. Bereinigen Sie Stammdaten, bevor Sie sie modellieren. Wählen Sie Datasphere, SAP Databricks oder eine Partnerplattform erst, wenn die Frage klar ist. Und holen Sie sich ein schriftliches Lizenzbild, besonders wenn Sie heute SAP BW betreiben.

Wer zuerst die Grundlagen braucht: SAP Business Data Cloud erklärt zeigt, woraus BDC besteht, und unsere BDC-Zeitachse 2025 bis 2026, was SAP wann angekündigt hat.

Fehler 1: Plattform zuerst statt Anwendungsfall zuerst

BDC ist ein Bündel: SAP Datasphere, SAP Analytics Cloud, SAP BW, SAP Databricks, Datenprodukte und das BDC-Cockpit. Das ist viel Fläche. Die Versuchung ist gross, alles zu aktivieren, ein paar Schulungen zu machen und danach den Fachbereich zu fragen, was er will.

Diese Reihenfolge scheitert. Niemand im Vertrieb oder in der Finanzabteilung begeistert sich für ein Cockpit. Begeisterung entsteht, wenn eine Zahl, über die jeden Monat gestritten wird, endlich stimmt.

So vermeiden Sie es:

• Schreiben Sie eine Frage des Managements auf. Zum Beispiel: «Wie hoch ist unsere echte Marge pro Kunde nach Servicekosten?»
• Benennen Sie die verantwortliche Person für diese Kennzahl. Nicht die IT, sondern wer im Verwaltungsrat danach gefragt wird.
• Definieren Sie die drei bis fünf Quellobjekte, die Sie für die Antwort brauchen.
• Dimensionieren Sie den BDC-Umfang genau auf diese Frage, nicht mehr.

Ein erster Anwendungsfall, der in acht Wochen landet, sichert Ihnen das Budget für den zweiten.

Fehler 2: Annehmen, dass es für Ihre Quelle ein Datenprodukt gibt

Von SAP gepflegte Datenprodukte sind die eigentliche Neuerung in BDC. SAP pflegt Extraktion und Semantik, Sie müssen sie also nicht nach jedem Release neu bauen. Unser Beitrag zu Datenprodukten geht ins Detail.

Der Haken: Die Abdeckung ist ungleich. Die ersten Datenprodukte konzentrierten sich auf S/4HANA (Finanzen, Supply Chain), SAP Ariba (Einkauf) und SAP SuccessFactors (Personal). Finance, People und Cloud ERP Intelligence sind seit Oktober 2025 allgemein verfügbar.

Bei CX ist das Bild dünner. Wir haben keine SAP-Quelle gesehen, die konkrete Datenprodukte für SAP Sales Cloud V2 oder Service Cloud V2 nennt. Revenue Intelligence, früher Customer Intelligence, zielt auf Vertriebs-, Marketing- und Servicedaten, ihr letzter öffentlicher Stand, den wir belegen können, ist aber Restricted Preview. Darauf plant man keinen Go-live.

So vermeiden Sie es:

• Prüfen Sie den Datenprodukt-Katalog für Ihr genaues System und Release, bevor Sie einen Zeitplan zusagen.
• Planen Sie für CX-Daten eine eigene Integration. Ereignisgesteuert über SAP Integration Suite nach Datasphere funktioniert, Replikation ebenso.
• Behandeln Sie Roadmap-Themen als Roadmap-Themen. Steht auf der Folie «Preview», steht im Projektplan «noch nicht».

Fehler 3: Stammdatenqualität unterschätzen

Ein Datenprodukt liefert saubere Struktur. Es liefert keinen sauberen Inhalt. Hat Ihr CRM drei Datensätze für denselben Kunden, zeigt Ihnen BDC drei Kunden, sehr schnell und in einem schönen Diagramm.

Am stärksten trifft das, wenn Sie CRM- und ERP-Daten kombinieren. Accounts in Sales Cloud V2 und Geschäftspartner in S/4HANA brauchen einen verlässlichen Schlüssel zueinander. Ohne ihn ist jede systemübergreifende Kennzahl falsch, und zwar um einen Betrag, den niemand erklären kann.

So vermeiden Sie es:

• Prüfen Sie vor der Modellierung die Objekte Ihres Anwendungsfalls: Dubletten, fehlende IDs, uneinheitliche Codes.
• Bereinigen Sie zuerst das Schlüssel-Mapping zwischen CRM-Accounts und ERP-Geschäftspartnern.
• Geben Sie der Datenqualität eine verantwortliche Person im Fachbereich. Die IT kann einmal bereinigen, sauber halten kann es nur das Business.

Fehler 4: Compute vor der Frage wählen

BDC bietet inzwischen mehrere Compute-Optionen. Datasphere für Modellierung und Semantik. SAP Databricks für Data Engineering und Machine Learning. SAP Snowflake, angekündigt an der TechEd 2025. Und BDC Connect, das Plattformen anbindet, die Sie bereits betreiben: Im Mai 2026 hat SAP Snowflake, Databricks, Google BigQuery und Microsoft Fabric als Partner genannt und einen Connector für Amazon Athena angekündigt.

Das ist viel Auswahl, und manche Teams vergleichen monatelang Engines, bevor sie eine einzige Anforderung haben. Eine dieser Entscheidungen behandeln wir in SAP Databricks oder eigenes Databricks.

So vermeiden Sie es:

• Für die meisten Reporting- und Planungsbedürfnisse eines KMU reichen Datasphere und SAP Analytics Cloud für den Start.
• Nehmen Sie SAP Databricks dazu, wenn eine konkrete Machine-Learning- oder Engineering-Aufgabe es verlangt.
• Betreiben Sie bereits Databricks, Snowflake oder BigQuery, behandeln Sie die Connectoren als Zero-Copy-Sharing (Delta Sharing), nicht als weitere Replikationsstrecke.
• Entscheiden Sie über einen Connector erst, wenn er für Ihre Region allgemein verfügbar ist.

Fehler 5: Unklare Lizenzierung und die Angst, doppelt zu zahlen

BDC ist kommerziell kein einfaches Produkt. Komponenten, Datenprodukte und intelligente Anwendungen werden unterschiedlich bepreist, und Offerten schwanken je nach Umfang stark. Die Finanzabteilung stoppt das Projekt dann im dritten Monat, weil die laufenden Kosten nie klar waren. SAP bepreist BDC inzwischen über Capacity Units. Das gibt den Kosten eine Struktur, aber keine Zahl: Die Zahl hängt von Ihrem Anwendungsfall ab.

SAP-BW-Kunden haben eine besondere Variante dieser Sorge. Sie zahlen bereits für BW und fürchten, für BDC nochmals zu zahlen. SAP BW Private Cloud Edition ist Teil von BDC, und SAP hat die Wartung dafür bis 2030 verlängert. Ob Sie damit Geld sparen, hängt von Ihrem Vertrag ab.

So vermeiden Sie es:

• Verlangen Sie eine schriftliche Offerte, die jede Komponente Ihrem ersten Anwendungsfall zuordnet.
• Fragen Sie ausdrücklich, wie bestehende BW- und Datasphere-Lizenzen angerechnet oder umgewandelt werden.
• Rechnen Sie Jahr zwei und Jahr drei durch, nicht nur die erste Laufzeit.
• Beziehen Sie Ihr Controlling vor der Unterschrift ein, nicht danach.

Was das für Sie bedeutet

Für ein Schweizer KMU mit SAP Sales Cloud V2, Service Cloud V2 oder S/4HANA Public Cloud ist der sichere Weg schmal und kurz:

1. Eine Frage, eine verantwortliche Person, eine Domäne.
2. Ein Datenprodukt, wo SAP eines hat, eine eigene Integration, wo nicht (heute bei CX).
3. Saubere Schlüssel zwischen CRM und ERP vor dem ersten Dashboard.
4. Zuerst Datasphere, zusätzliche Rechenleistung erst, wenn eine Aufgabe sie verlangt.
5. Ein Lizenzbild, das Ihr CFO abgesegnet hat.

Nichts davon ist exotisch. Es ist dieselbe Disziplin, mit der frühere BI-Projekte funktioniert haben. BDC nimmt Ihnen viel Leitungsbau ab, nicht aber die Pflicht zu wissen, was Sie eigentlich fragen.

Nächster Schritt

Spadoom verbindet Daten aus Sales Cloud V2, Service Cloud V2 und S/4HANA Public Cloud und arbeitet mit SAP Datasphere. Wenn Sie eine Zweitmeinung zu Ihrem ersten BDC-Anwendungsfall wollen, finden Sie auf unserer Seite zu SAP Business Data Cloud einen kurzen Gesprächstermin. Wir sagen Ihnen ehrlich, ob Sie bereit sind oder was Sie zuerst bereinigen sollten.

Häufige Fragen

Was ist der häufigste Fehler beim Start mit SAP Business Data Cloud?

Mit der Plattform zu beginnen statt mit einer fachlichen Frage. Teams stellen Datasphere, SAP Analytics Cloud und SAP Databricks bereit und suchen danach eine Aufgabe dafür. Starten Sie mit einer Kennzahl, die eine benannte Person aus dem Fachbereich beantwortet haben will, und dimensionieren Sie die Plattform danach.

Gibt es von SAP gepflegte Datenprodukte für SAP Sales Cloud V2 und Service Cloud V2?

Prüfen Sie den Katalog für Ihr Release. Die Datenprodukte von SAP begannen mit S/4HANA, SAP Ariba und SAP SuccessFactors, und Revenue Intelligence, die auf Vertriebs-, Marketing- und Servicedaten zielt, war im letzten öffentlichen SAP-Stand, den wir belegen können, in Restricted Preview. Wo kein CX-Datenprodukt existiert, gelangen CX-Daten über eine eigene Integration in Datasphere, etwa ereignisgesteuert über SAP Integration Suite oder per Replikation.

Sollen wir zuerst SAP Databricks, Snowflake oder Datasphere wählen?

Wählen Sie zuerst die Frage. Datasphere deckt Modellierung und Semantik für die meisten Reporting-Bedürfnisse eines KMU ab. SAP Databricks und SAP Snowflake lohnen sich, wenn Data-Engineering- oder Machine-Learning-Aufgaben sie brauchen oder wenn Sie eine bestehende Plattform per Zero-Copy-Sharing anbinden wollen.

Zahlen bestehende SAP-BW-Kunden mit BDC doppelt?

Nicht zwingend, aber Sie müssen es vor der Unterschrift klären. SAP BW Private Cloud Edition ist Teil von BDC, die Wartung wurde bis 2030 verlängert. Verlangen Sie von SAP eine schriftliche Aufstellung, wie Ihre heutigen BW-Lizenzen und das BDC-Abonnement zusammenhängen.