Zum Inhalt springen
BDC in der Praxis: Von rohen S/4- und CX-Daten zu Entscheidungen
Implementation · ·9 Min. Lesezeit

BDC in der Praxis: Von rohen S/4- und CX-Daten zu Entscheidungen

Michael Suter

Michael Suter

Senior SAP BAIP Architect, Spadoom AG

Teilen

Der Auftakt dieser Serie hat die Theorie erklärt; dieser Beitrag zeigt die Praxis. Er beschreibt, wie wir eine erste Business-Data-Cloud-Implementierung für ein Schweizer KMU auf dem integrierten SAP-Stack planen: den Zeitplan, die Reibungspunkte und den Moment, ab dem es sich lohnt.

Kurzfassung: Ein erstes BDC-Projekt sollte eine Domäne und eine Frage abdecken, die das Management bereits stellt. Unser Plan dauert sechs bis acht Wochen: Aktivierung und ein Workshop zu den Verknüpfungsschlüsseln, ein semantisches Modell (meist Pipeline-to-Cash), eine Analyse-App und dann eine Managementsitzung, die mit einer einzigen Zahl arbeitet. Die Aktivierung geht schnell, und die Modellierung ist zügig, wenn Datenprodukte die Semantik mitbringen; die eigentliche Arbeit ist die Einigung auf Schlüssel und Verantwortliche. Budgetieren Sie deshalb Workshops, nicht Plattform.

Das ist unser empfohlener Plan, kein Bericht über einen bestimmten Kunden. Die Dauern setzen genügend saubere Verknüpfungsschlüssel voraus; wo das nicht der Fall ist, sagen wir es in Woche eins und passen den Plan an.

Der Ausgangspunkt

Das typische Unternehmen, an das wir denken, hat 150 bis 400 Mitarbeitende, betreibt S/4HANA Public Cloud oder ist auf dem Weg dorthin, hat Sales Cloud V2 produktiv und hält seine Analytik mit Exporten zusammen. Am Montagmorgen lädt jemand in Sales Operations die Opportunities in eine Tabelle, jemand im Controlling den Auftragseingang; beide Dateien treffen sich in einer Pivot-Tabelle mit von Hand gepflegten Nachschlagespalten.

Das funktioniert, und genau deshalb überlebt es. Es kostet aber jede Woche Personentage und in jeder Managementsitzung dieselbe Diskussion darüber, wessen Zahl stimmt.

Der Plan im Überblick

Phase Wochen Ergebnis Beteiligte
Aktivierung und Verantwortung 1 und 2 Tenant aktiv, Datenprodukte abonniert, Schlüssel und Verantwortliche vereinbart IT, Sales Operations, Controlling
Semantisches Modell 3 und 4 Ein gesteuertes Modell für eine Domäne Controlling, Spadoom
App und Sitzung 5 und 6 Eine Analyse-App, erste Managementsitzung Sponsor, Management
Reserve 7 und 8 Bereinigung der Schlüssel an der Quelle, falls Woche eins Altlasten zeigt Datenverantwortliche

Wochen 1 und 2: Aktivierung und Workshop zur Verantwortung

Tenant aktivieren und Datenprodukte abonnieren ist der schnelle Teil. SAP beschreibt ein Datenprodukt als aufbereiteten Datensatz, die Metadaten, die ihn beschreiben, und einen Zugangspunkt oder eine API (SAP News). In der Lancierungsmeldung nannte SAP Finanz-, Beschaffungs- und Supply-Chain-Daten aus S/4HANA unter den ersten von SAP verwalteten Datenprodukten (SAP News). Für Sales Cloud V2 prüfen Sie den Katalog für Ihr Release; wo die benötigte Entität noch nicht als Datenprodukt geliefert wird, replizieren Sie sie über Datasphere und führen sie als eigenes Datenprodukt (SAP Help).

Die eigentliche Arbeit in Woche eins ist ein Workshop, den kein Werkzeug ersetzt: die Einigung auf die Verknüpfungsschlüssel und deren Verantwortliche. Account zu Geschäftspartner, Opportunity zu Kundenauftrag, Material zu Produkt. Wo die Zuordnung eine Vorgeschichte hat (doppelte Accounts, nie mit Aufträgen verknüpfte Opportunities), bereinigen wir sie an der Quelle oder bilden sie ausdrücklich ab. Hier zahlt sich die Reihenfolge für das Datenfundament aus einem früheren Beitrag dieser Serie aus, oder sie muss nachgeholt werden.

Wochen 3 und 4: das semantische Modell

Eine Domäne, durchgehend modelliert. Für die meisten Unternehmen ist das Pipeline-to-Cash: gewonnene Opportunities verknüpft mit Auftragseingang und fakturiertem Umsatz, nach Verkaufsorganisation, Produktgruppe und Periode. Der Beitrag zu den Integrationsmustern beschreibt die Mechanik.

Die Modellierung geht zügig, wo Datenprodukte die Semantik mitbringen. Der Aufwand steckt in der letzten Meile des Unternehmens: seinen KPI-Definitionen, den Eigenheiten des Geschäftsjahres und den Erweiterungsfeldern. Halten Sie den Umfang bewusst schmal. Die Versuchung, in Woche drei «noch schnell» Servicedaten oder Marketing-Attribution hinzuzufügen, macht aus einem Sechs-Wochen-Projekt ein Sechs-Monats-Projekt. Das ist Domäne zwei. Wer lieber mit einer finanzgetriebenen ersten Domäne startet: Der Einstieg über die Servicemarge folgt derselben Disziplin.

Wochen 5 und 6: die App und die erste Managementsitzung

Das Ergebnis ist eine Analyse-App (eine Story in SAP Analytics Cloud oder eine kleine eigene App), die die Fragen beantwortet, die der Sponsor in Woche eins gestellt hat: Wo steht die Pipeline gegenüber dem Forecast, wie genau war der Forecast des letzten Quartals gegenüber dem fakturierten Umsatz, welche Deals haben sich bewegt? Sie geht an die Personen, die gefragt haben, mit einer kurzen Einführung statt eines Schulungsprogramms.

SAP bietet auf BDC auch vorgefertigte Intelligent Applications an. Stand Oktober 2025 waren Finance Intelligence, People Intelligence und Cloud ERP Intelligence Private allgemein verfügbar, Revenue Intelligence war in einer eingeschränkten Preview (SAP News). Prüfen Sie, was für Ihr Release verfügbar ist, bevor Sie etwas bauen, das SAP bereits liefert.

Das Ziel der ersten Managementsitzung ist einfach: Vertrieb und Finanzen schauen auf dieselbe Pipeline-to-Cash-Sicht, und die Zeit, die sonst in das Abstimmen der Zahlen fliesst, geht in die Entscheidungen dahinter.

Was sich danach ändert

Auf drei Effekte legen wir das Projekt aus:

  • Die Forecast-Disziplin steigt ohne neue Richtlinie. Wenn die Forecast-Genauigkeit gegen den fakturierten Umsatz gemessen und monatlich gezeigt wird, halten die Verkaufenden ihre Opportunities aktuell, weil die Zahl sichtbar ist.
  • Domäne zwei ist günstiger als Domäne eins. Die Schlüssel sind abgestimmt, die Verantwortung ist geklärt, die Plattform steht. Serviceprofitabilität (Fälle aus Service Cloud V2 gegenüber Vertragsmargen) ist ein naheliegender nächster Schritt.
  • Das AI-Gespräch wird konkret. Mit einem gesteuerten Modell darunter liest ein Joule-Agent, der «Wie läuft Q4 gegenüber dem Forecast?» beantwortet, dieselben Zahlen wie der CFO. Der praktische Leitfaden zu Joule zeigt, wie das in Sales Cloud V2 aussieht. Der letzte Beitrag dieser Serie behandelt die Abhängigkeit der AI im Detail.

Warum ein Team für ERP und CRM hilft

Die meiste Reibung in den Wochen eins und zwei entsteht an der Nahtstelle zwischen CRM und ERP: Welches System führt den Kunden, wie wird aus einer Opportunity ein Auftrag, wo liegen die Preise? Hat dasselbe Team beide Seiten konfiguriert, sind diese Antworten bereits dokumentiert. Dieses Argument machen wir im Leitfaden zum ERP- und CRM-Partner, und es gilt für die Analytik ebenso wie für die Prozesse. Wenn Sie den Wechsel ins ERP noch planen, ist das S/4HANA Readiness Assessment der Ort, um die Datenfragen früh einzubringen.

Das Muster, das bleibt: Die Aktivierung geht schnell, die Modellierung zügig, die Abstimmung ist die Arbeit. Budgetieren Sie die Workshops, nicht die Plattform.

Häufige Fragen

Wie lange dauert eine erste BDC-Implementierung?

Für einen fokussierten ersten Umfang planen wir sechs bis acht Wochen: eine Geschäftsdomäne, die verfügbaren Standard-Datenprodukte aus S/4HANA plus bei Bedarf replizierte CRM-Daten und eine Analyse-App. Das setzt voraus, dass die Verknüpfungsschlüssel zwischen CRM und ERP weitgehend sauber sind. Ungeklärte Stammdatenverantwortung und Schlüssel mit langer Vorgeschichte verlängern das Projekt; der integrierte SAP-Cloud-Stack, auf dem die Schlüssel konzeptionell zusammenpassen, verkürzt es.

Welches Team brauche ich auf meiner Seite?

Ein kleineres, als die meisten erwarten: eine Person, der die Geschäftsfrage gehört (meist Sales Operations oder Controlling), eine, die die Vorgeschichte der Daten kennt, und Zugriff auf die Administration der SAP-Tenants. In dieser Grössenordnung braucht es für die erste Domäne dank BDC kein eigenes Data-Engineering-Team.

Was kostet der Betrieb nach dem Go-live?

BDC wird verbrauchsbasiert in Capacity Units lizenziert, die Details hängen von Ihrem Vertrag ab. Auf Ihrer Seite braucht die Modellpflege typischerweise einen Bruchteil einer Vollzeitstelle, sobald die erste Domäne steht. Vergleichen Sie das mit den Extraktoren, Warehouse-Jobs und Abstimmungsstunden in Tabellenkalkulationen, die dadurch wegfallen, nicht mit null.

SAPBusiness Data CloudBDCS/4HANASales CloudAnalyticsImplementation
Ask Spadoom · KI-Assistent

Fragen Sie Spadoom

Antworten auf Basis dessen, was Spadoom auf dieser Website veröffentlicht hat, mit Links zu den Quellseiten.

Versuchen Sie eine dieser Fragen

Enter zum Senden · Umschalt+Enter für eine neue Zeile 0 / 600
Mit einer Expertin oder einem Experten weitermachen Öffnet das Kontaktformular mit Ihrer Frage.

KI-generierte Antworten. Vor Entscheidungen prüfen. Fragen werden anonym und ohne IP-Adresse gespeichert, damit wir unsere Inhalte verbessern können. Bitte geben Sie keine Personendaten ein.

Nächster Schritt

SAP Business Data Cloud Implementierungspartner

Spadoom ist Ihr SAP Business Data Cloud Implementierungspartner in der Schweiz, Deutschland, Österreich und Italien. 14 Wochen Median-Go-Live. Live-Kunden in der gesamten DACH-Region.

Verwandte Artikel

Strategy 6 Min.

Datenprodukte in SAP Business Data Cloud erklärt

Datenprodukte sind der Grundbaustein von SAP Business Data Cloud. Was ein Datenprodukt ist, welche SAP zuerst ausgeliefert hat, wie intelligente Anwendungen darauf aufbauen, worin sie sich von klassischen Extraktoren unterscheiden und wie Sie die Lücke bei CX-Daten überbrücken.

Michael Suter · 6. Okt. 2026
Artikel lesen →