Warum die ERP-Integration mit Salesforce scheitert und wie Sie das beheben

SAP-Salesforce-Integrationen scheitern meist aus geschäftlichen, nicht aus technischen Gründen. Die Synchronisation läuft, aber die Daten sind zu alt für die Entscheidung, die der Anwender trifft, die beiden Systeme sind uneins, welcher Kundendatensatz stimmt, oder niemand verantwortet den Datenfluss, wenn ein Update ihn bricht. Die Lösung: vom Entscheidungspunkt des Anwenders rückwärts entwerfen, zuerst die Daten bereinigen, eine Middleware wählen, die zu Ihrer Größenordnung passt, und jedem Datenfluss einen Verantwortlichen und einen Plan für den Fehlerfall geben.

Dieser Beitrag richtet sich an CIOs, Sales-Operations- und Integrationsverantwortliche, die Salesforce mit SAP verbinden. Er behandelt die vier Fehlermuster, die Integrationsoptionen, was eine verlässliche Integration braucht, und eine Spezifikationsvorlage.

Ich habe mit Unternehmen gearbeitet, bei denen schon eine Stunde Verzögerung zwischen den Systemen Angebotsfehler verursachte, die zu verlorenen Geschäften führten. Die übliche Ursache: Niemand hat gefragt, wie aktuell die Bestandsdaten sein müssen, damit ein Vertriebsmitarbeiter darauf basierend ein Angebot abgeben kann.

Eine Integration kann technisch funktionieren und kaufmännisch kaputt sein. Bei dieser Unterscheidung fängt man an.

Falsche Synchronisationsfrequenz für die Entscheidung

Batch-Synchronisation ist für manche Daten in Ordnung. Für den verfügbaren Bestand (Available-to-Promise), für Preise oder den Auftragsstatus ist sie es nicht, wenn Kunden sofort eine Antwort erwarten.

Das Fehlermuster: Das Integrationsteam baut, was für die Volumen technisch bequem ist, und legt die Batch-Intervalle nach technischen Gesichtspunkten fest. Niemand auf der Fachseite prüft, ob diese Frequenz die Entscheidung stützt, die der Anwender trifft.

Stellen Sie eine Frage, bevor irgendetwas spezifiziert wird: Wie alt dürfen die Daten höchstens sein, um noch nützlich zu sein? Täglich kann für Änderungen am Kundenstamm genügen. Für die Bestandsverfügbarkeit im B2B-Vertrieb ist alles über fünfzehn Minuten ein Problem.

1. 01KundenstammSAP an Salesforce, 24 Stunden
2. 02PreislistenSAP an Salesforce, 1 Stunde
3. 03BestandsverfügbarkeitSAP an Salesforce, 15 Minuten
4. 04Gewonnene OpportunitySalesforce an SAP, sofort
5. 05AuftragsstatusSAP an Salesforce, 15 Minuten
6. 06Rechnung und ZahlungSAP an Salesforce, 24 Stunden

Angebot, Auftrag und Rechnung stimmen überein

Abweichungen bei der Datenqualität

Ist der Firmenname in Salesforce anders formatiert als im Kundenstamm in SAP, erzeugt jede Synchronisation Abweichungen, die von Hand korrigiert werden müssen.

Ich habe mit Teams gearbeitet, die jede Woche Stunden damit verbrachten, grundlegende Kundeninformationen zwischen Salesforce und dem ERP abzugleichen, und ich habe Projekte erlebt, in denen allein das Mapping der Kundenhierarchien Wochen dauerte, weil die beiden Systeme einen „Account“ unterschiedlich definierten. Die Systeme waren jahrelang getrennt gepflegt worden und waren auf eine Weise auseinandergedriftet, die niemand erfasst hatte.

Bereinigen Sie die Daten, bevor Sie integrieren. Das klingt selbstverständlich. Es ist der Schritt, der am konsequentesten übersprungen wird.

Falsche Architektur für die Größenordnung

Eine Punkt-zu-Punkt-Integration funktioniert bei zwei Systemen, wenigen Datenflüssen und stabilen Prozessen. Es ist der günstigste Einstieg.

Sie skaliert nicht. Kommt ein SAP-Modul, eine neue Salesforce-Geschäftseinheit oder ein drittes System hinzu, vervielfachen sich die Verbindungen. Jede muss einzeln gepflegt, getestet und bei Störungen analysiert werden.

Middleware (SAP Integration Suite, MuleSoft, Boomi oder Ähnliches) gibt Ihnen eine gesteuerte Schicht mit zentralem Monitoring und zentraler Fehlerbehandlung. Der Preis dafür ist die Vorabinvestition in Architektur und Governance. Unternehmen, die Middleware einführen, ihr aber keinen benannten Verantwortlichen geben, haben am Ende dieselben Probleme wie bei Punkt-zu-Punkt, dazu eine Plattform, die niemand versteht.

Keine Governance für die Integration

Jedes Salesforce-Release und jedes SAP-Support-Package kann einen Datenfluss brechen: API-Änderungen, neue Validierungsregeln, geänderte Felder, neue Authentifizierungsanforderungen. Integrationen, die gebaut und dann vergessen werden, scheitern am ersten Upgrade, das niemand per Regressionstest geprüft hat. Es ist der häufigste Ausfall nach dem Go-live, den ich sehe.

SAP Integration Suite. Die Integrationsplattform von SAP auf SAP BTP und die naheliegende Wahl in SAP-zentrierten Landschaften. Sie beherrscht IDocs, BAPIs, OData und SAP-Nachrichtenformate gut und bringt vorgefertigte Inhalte für gängige SAP-Szenarien mit. Komplexe Geschäftsprozesse brauchen trotzdem eigene Integrationsflüsse und echte Integrationskompetenz. Wenn Sie noch auf SAP PI/PO sind, beachten Sie, dass die Standardwartung Ende 2027 endet; neue Salesforce-Flüsse sollten Sie dort deshalb nicht mehr bauen. Prüfen Sie bei RISE, welche SAP-BTP-Berechtigung Ihr Vertrag bereits enthält, bevor Sie mehr zukaufen.

MuleSoft. Seit 2018 im Besitz von Salesforce, mit einer breiten Konnektorbibliothek, einem offiziellen SAP-S/4HANA-Konnektor und Beschleuniger-Vorlagen für SAP Order-to-Cash. Eine gute Wahl, wenn Sie es bereits lizenziert haben. Der Haken für SAP-lastige Organisationen: MuleSoft ist ein eigenes Kompetenzfeld, und das Team, das Ihr SAP-Programm betreibt, ist wahrscheinlich nicht das Team, das Ihre MuleSoft-Architektur entwerfen sollte.

Boomi. Eine Cloud-Integrationsplattform (seit 2021 unabhängig von Dell) mit SAP- und Salesforce-Konnektoren und einer niedrigeren Einstiegshürde als MuleSoft. Sinnvoll für mittelständische Organisationen, die gesteuerte Middleware ohne die Kosten oder die Komplexität von MuleSoft wollen.

Punkt-zu-Punkt-APIs. Direkte REST- oder SOAP-Aufrufe zwischen Salesforce und SAP vermeiden Middleware-Kosten. Sie brauchen diszipliniertes API-Versioning, Regressionstests bei jedem Release und ein Team, das beide Systeme versteht. In Ordnung für einfache, stabile Fälle. Bei allem Komplexen häuft sie technische Schulden an.

Mein Leitfaden zu SAP CPI und Integration Suite behandelt die Plattform auf SAP-Seite ausführlicher, und die fünf CRM-Optionen für SAP vergleichen die CRMs selbst.

1. Eine Spezifikation jedes Datenflusses: Felder, Richtung, Frequenz, Schlüsselzuordnung und was passiert, wenn die beiden Systeme uneins sind.
2. Ein ausdrücklicher Entwurf für den Fehlerfall. Wenn eine Synchronisation fehlschlägt: Was passiert mit den Daten in Übertragung? Wie viele Wiederholungen? Wer bekommt den Alarm? Wie sieht die manuelle Wiederherstellung aus? Die meisten Integrationen sind hier unterentwickelt.
3. Regressionstests vor jedem Upgrade. Salesforce liefert drei große Releases pro Jahr, und SAP liefert eigene Support-Packages und Updates. Vor jedem sollte eine automatisierte Testsuite für die kritischen Datenflüsse laufen.
4. Monitoring mit Alarmen. Ein stiller Ausfall ist schlimmer als ein lauter. Fehler, die sich tagelang aufstauen, sind viel schwerer zu beheben als Fehler, die in Minuten auffallen.
5. Ein Verantwortlicher. Eine Person, die weiß, was die Integration tut, sieht, wenn sie bricht, und den Zugriff und die Befugnis hat, sie zu reparieren.

Füllen Sie pro Datenfluss eine Zeile aus, bevor irgendjemand ein Spezifikationsdokument schreibt. Ist eine Zelle leer, ist der Datenfluss nicht bereit zum Bau. Die Werte unten sind Beispiele; vereinbaren Sie Ihre eigenen mit den Menschen, die die Daten nutzen.

Datenfluss	Richtung	Auslöser und Frequenz	Älteste akzeptable Daten	Führendes System	Bei Fehler	Verantwortlich
Kundenstamm	SAP an Salesforce	Bei Änderung	24 Stunden	SAP	Wiederholen, dann Data Steward alarmieren	Verantwortlicher für Kundenstammdaten
Bestandsverfügbarkeit	SAP an Salesforce	Auf Anfrage oder nahezu in Echtzeit	15 Minuten	SAP	Hinweis „Mit Operations klären“ anzeigen	Leiter Supply-Chain-Systeme
Preislisten und Konditionen	SAP an Salesforce	Bei Änderung	1 Stunde	SAP	Angebot bei veraltetem Preis sperren	Pricing Manager
Gewonnene Opportunity zum Kundenauftrag	Salesforce an SAP	Bei Abschluss	Sofort	Salesforce, bis der Auftrag angelegt ist, danach SAP	In die Warteschlange stellen und Sales Operations alarmieren	Leiter Sales Operations
Auftrags- und Lieferstatus	SAP an Salesforce	Bei jedem Meilenstein	15 Minuten	SAP	Wiederholen, dann Integrationssupport alarmieren	Integrationsleiter
Rechnungs- und Zahlungsstatus	SAP an Salesforce	Täglich	24 Stunden	SAP	Finanzsysteme alarmieren	Leiter Finanzsysteme

Die Spalte „Älteste akzeptable Daten“ füllen die meisten Teams nie aus. Vereinbaren Sie sie mit den Anwendern, die die Entscheidungen treffen, nicht allein mit dem Integrationsteam. Wenn Sie bereits im Verzug sind, zeigt mein Beitrag zu Lieferverzögerungen bei SAP Integration Suite die häufigsten Ursachen.

Kundendatensätze passen nicht zusammen. Ursache: Die beiden Kundenstämme wurden nie angeglichen. Lösung: vor dem Go-live abgleichen, SAP zum führenden System für Kundendaten machen und das Mapping in der Integration erzwingen.

Der Auftragsstatus aktualisiert sich in Salesforce nicht. Ursache: Die Integration deckt Quote-to-Order ab, aber nicht die Status-Rückmeldungen. Lösung: Statusupdates aus SAP SD bei jedem Auftragsmeilenstein zurück an Salesforce senden.

Angebotspreise weichen von Rechnungspreisen ab. Ursache: Preise werden in Salesforce von Hand gepflegt und driften von den SAP-Preiskonditionen weg. Lösung: SAP zum führenden System für Preise machen und die Preise über die Integration in Salesforce ziehen.

Die Integration bricht nach einem SAP-Update. Ursache: kein Regressionstest der Integration im Upgrade-Plan. Lösung: den Regressionstest der Integration in den Umfang jedes SAP-Updates aufnehmen.

Lässt sich Salesforce in SAP integrieren?

Ja, über SAP Integration Suite, MuleSoft, Boomi, andere Integrationsplattformen oder direkte APIs. Typische Datenflüsse sind die Synchronisation des Kundenstamms, die gewonnene Opportunity zum Kundenauftrag, Auftrags- und Lieferstatus zurück an Salesforce, Preise nach Salesforce für Angebote sowie Rechnungs- und Zahlungsstatus. Eine Synchronisation des Kundenstamms ist unkompliziert. Ein vollständiger Quote-to-Cash mit komplexer Preisfindung, vielen Buchungskreisen und Echtzeit-Bestand ist ein bedeutendes Projekt.

Ist Salesforce ein ERP oder ein CRM?

Ein CRM. Es verwaltet Pipeline, Opportunities, Kundeninteraktionen, Marketing und Service. Es bucht keine Buchhaltungsbelege und verwaltet keine Bestände. SAP ist das ERP für Finanzwesen, Einkauf, Bestände und Produktion. Gut integriert sieht ein Vertriebsmitarbeiter Bestand und Zahlungsstatus in Salesforce, und das Finanzwesen sieht den Wert des Geschäfts in SAP.

Was ist der Hauptgrund, warum ERP-CRM-Integrationen scheitern?

Anforderungen, die aus der Technik statt aus der Entscheidung des Anwenders abgeleitet werden. Die Integration wird korrekt nach einer Spezifikation gebaut, die falsch war: vier Stunden alte Daten, Preise, die nicht zu den Rechnungen passen, Statusupdates mit Verzug. Dokumentieren Sie vor der technischen Spezifikation, welche Entscheidungen jede Anwendergruppe mit den Daten trifft und wie aktuell sie sein müssen.

Wie pflegen Sie eine ERP-Salesforce-Integration über die Zeit?

Führen Sie vor jedem Salesforce-Release und jedem SAP-Update automatisierte Regressionstests für die kritischen Datenflüsse aus. Überwachen Sie jeden kritischen Datenfluss mit Alarmen, die beim Ausfall auslösen, nicht in einem Bericht am Tagesende. Benennen Sie einen Verantwortlichen, der Zugriff auf das Monitoring hat und in die Änderungsplanung beider Systeme eingebunden ist.

Wann sollten Sie SAP Integration Suite für die Salesforce-Integration einsetzen?

Wenn SAP das dominierende System ist, wenn Sie Zugriff auf SAP BTP haben und wenn die Datenflüsse SAP-spezifische Inhalte wie IDocs, BAPIs oder SAP-Nachrichtenformate betreffen. Eine schwächere Wahl ist es, wenn Sie bereits stark in MuleSoft oder Boomi investiert haben, wenn Ihrem Team SAP-Integrationskompetenz fehlt oder wenn SAP in überwiegend Nicht-SAP-Datenflüssen nur eine Nebenrolle spielt. Für neue RISE-Programme mit Salesforce im Umfang ist es der naheliegende Ausgangspunkt.

Wie lange dauert ein ERP-Salesforce-Integrationsprojekt?

Ein Standardumfang (Synchronisation des Kundenstamms, Quote-to-Order und einfacher Auftragsstatus) mit vorgefertigten Inhalten dauert typischerweise 8 bis 16 Wochen von der Umfangsklärung bis zum Go-live, bei sauberen Daten und einem dedizierten Integrationsentwickler. Ein vollständiger Quote-to-Cash mit komplexer Preisfindung, mehreren Gesellschaften, Kreditmanagement und Echtzeit-Bestand dauert typischerweise 4 bis 9 Monate. Datenprobleme, die mitten im Projekt auffallen, und Datenflüsse, die während des Baus hinzukommen, sind die üblichen Ursachen für Überschreitungen. Führen Sie deshalb vor Baubeginn eine Bewertung der Datenqualität durch.