SAP ↔ Salesforce Integration
ERP und CRM müssen dieselbe Sprache sprechen. Ich bin Michael Kremser, einer der wenigen Freelancer mit tiefem SAP- und Salesforce-Know-how aus einer Hand. Ich entwerfe und baue robuste Integrationen, die im Produktivbetrieb tragen, nicht nur in der Demo.
Typische Integrationsszenarien
Die Anwendungsfälle, die in der Praxis den größten Hebel bringen, und ihre Stolperfallen.
Kundenstammdaten-Sync
Account-/Business-Partner-Abgleich zwischen SAP und Salesforce, mit klarem System-of-Record, Dublettenstrategie und Konfliktauflösung.
Order-to-Cash
Angebote und Aufträge aus Salesforce nach SAP, Auftragsstatus und Lieferinfo zurück, inklusive Fehlerbehandlung und Wiederanlauf.
Echtzeit-Verfügbarkeit & Preise
Synchrone ATP-/Preisabfragen aus Salesforce gegen SAP via OData/REST, mit Timeout- und Fallback-Konzept.
Rechnungs- & Belegfluss
Rechnungs- und Zahlungsstatus aus SAP in Salesforce sichtbar machen, für ein echtes 360°-Kundenbild im Vertrieb.
SAP S/4HANA und Salesforce verbinden
Die S/4HANA-Welt integriert sich anders als das klassische ECC. Wer die neuen Mittel nutzt, bekommt stabilere und wartbarere Schnittstellen.
OData & CDS statt BAPI-Gestrüpp
S/4HANA bringt saubere OData-Services auf Basis von CDS Views mit, die Salesforce direkt oder über Middleware konsumieren kann. Wo Standard-Services nicht reichen, entstehen eigene RAP-basierte Endpunkte statt fragiler RFC-Konstrukte.
Business-Partner-Modell
Mit S/4HANA werden Debitoren und Kreditoren zum Business Partner. Das Mapping auf Salesforce-Accounts und -Contacts braucht ein durchdachtes Konzept für Rollen, Adressen und Dubletten. Sonst synchronisiert man sich Chaos.
Events statt Polling
SAP Event Mesh und Salesforce Platform Events ermöglichen eine ereignisgetriebene Kopplung: Änderungen fließen in nahezu Echtzeit, ohne Batch-Jobs und ohne gegenseitiges Abfragen im Minutentakt.
Clean Core beachten
S/4HANA-Integrationen sollten den Kern nicht modifizieren. Side-by-Side-Extensibility über die BTP und saubere API-Schichten halten das ERP release-fähig und die Salesforce-Seite stabil.
Steht bei euch die ECC-zu-S/4HANA-Migration an, ist das der ideale Zeitpunkt, die Salesforce-Integration gleich mitzudenken, statt alte Schnittstellen eins zu eins mitzuschleppen.
Mein Integrationsansatz
Belastbare Integration heißt: an den Tag denken, an dem etwas schiefgeht, nicht nur an den Happy Path.
- Pattern-Wahl: synchron (Request/Reply) vs. asynchron (Event/Queue) je Use-Case begründet
- Middleware-agnostisch: MuleSoft, SAP Integration Suite oder schlanke Custom-REST/Apex-Lösung
- Idempotenz, Retry und Dead-Letter-Handling als Grundprinzip, nicht als Nachgedanke
- Sauberes Feld- und Status-Mapping mit dokumentiertem Datenvertrag
- Monitoring & Alerting, damit Sync-Fehler sichtbar sind, bevor der Vertrieb anruft
- DSGVO-konformes Feldscoping: nur die Daten, die wirklich fließen müssen
Die Integration ist meist Teil eines größeren Bilds: Auf der Salesforce-Seite hilft Salesforce-Beratung, auf der SAP-Oberfläche SAPUI5-Entwicklung.
Häufige Fragen
Können SAP und Salesforce überhaupt integriert werden?
Ja. Salesforce und SAP (S/4HANA, ECC) lassen sich über Middleware wie MuleSoft oder die SAP Integration Suite oder über kundenspezifische REST/OData-Schnittstellen verbinden. Üblich sind Stammdaten-Sync, Order-to-Cash, Rechnungsabgleich und Echtzeit-Verfügbarkeitsprüfungen.
Wie läuft eine SAP S/4HANA Salesforce Integration ab?
Zuerst wird der Datenvertrag definiert: welche Objekte (Business Partner, Aufträge, Belege), welche Richtung, welches System führt. Danach die Pattern-Wahl: synchron per OData/REST für Abfragen, ereignisgetrieben über SAP Event Mesh und Salesforce Platform Events für Änderungen. Umgesetzt wird iterativ: erst ein Fluss produktiv, dann erweitern. Mit S/4HANA stehen dafür deutlich sauberere Schnittstellen bereit als im klassischen ECC.
Was ändert sich bei der Integration durch den Umstieg von ECC auf S/4HANA?
Dreierlei: Das Business-Partner-Modell ersetzt Debitoren/Kreditoren und erzwingt ein neues Mapping auf Accounts und Contacts. OData-Services auf CDS-Basis ersetzen alte RFC/IDoc-Strecken. Und der Clean-Core-Ansatz verlagert Eigenentwicklungen auf die BTP. Eine bestehende Salesforce-Integration sollte deshalb vor der S/4HANA-Migration überprüft werden. Idealerweise wird sie dabei gleich entschlackt.
REST oder OData für die SAP-Salesforce-Integration?
OData eignet sich, wenn SAP standardisierte Services bereitstellt und Salesforce diese strukturiert konsumiert, inklusive Query-Optionen. Eigene REST-Endpunkte sind sinnvoll, wenn Logik gebündelt, Payloads geformt oder mehrere Backends aggregiert werden müssen. Die Wahl folgt dem Use-Case, nicht der Mode.
Brauche ich zwingend MuleSoft?
Nein. MuleSoft oder die SAP Integration Suite lohnen sich bei vielen Schnittstellen, Wiederverwendung und zentralem Monitoring. Für wenige, klar umrissene Flüsse ist eine schlanke, gut getestete Custom-Integration oft wirtschaftlicher. Ich bewerte das ergebnisoffen.
SAP- und Salesforce-Welten verbinden?
Skizziere mir die beteiligten Systeme und den gewünschten Datenfluss. Du erhältst zeitnah einen ersten Architekturvorschlag.
michael.kremser@sfmike.de