SAP Salesforce Schnittstelle

Was eine SAP-Salesforce-Anbindung wirklich leistet

SAP ist das führende System dafür, was ein Kunde kostet, schuldet und tatsächlich bestellt hat. In Salesforce arbeitet der Vertrieb: Pipeline, Angebote, Beziehungen, Forecast. Beide Systeme beschreiben dieselben Kunden und dieselben Geschäfte von entgegengesetzten Enden - und bei den meisten Unternehmen bleiben sie nur deshalb synchron, weil jemand die Informationen von einer Maske in die andere abtippt.

Eine SAP-Salesforce-Anbindung ersetzt diese Person. Sie überträgt die ERP-Wahrheit - wer der Kunde ist, was er kaufen darf, zu welchem Preis, was er noch schuldet - nach Salesforce, sodass der Vertrieb mit echten Daten arbeitet, und schreibt gewonnene Geschäfte als Kundenaufträge nach SAP zurück, sodass Logistik und Finanzbuchhaltung ohne erneute Erfassung starten. Ziel ist nicht, beide Systeme identisch zu machen, sondern jedes das tun zu lassen, was es kann - und automatisch ehrlich zum anderen zu halten.

Welche Daten fließen

Objekt / Vorgang in SAP	Wird in Salesforce zu	Hinweis
Geschäftspartner / Kundenstamm (KNA1)	Account	Über SAP-Kundennummer auf ein External-ID-Feld gematcht; per Upsert, nie doppelt
Ansprechpartner	Contact	Am übergeordneten Account verknüpft; Partnerrolle bleibt erhalten
Materialstamm	Product2	Nur die verkaufsfähigen Materialien der relevanten Vertriebsorganisation / des Vertriebswegs
Konditionsbasierte Preise	PricebookEntry	SAP ist die Preishoheit; Währung und Staffelpreise werden übernommen
Auftragsstatus & Lieferung	Order / Statusfeld	Rückschreiben von Bestätigung, Lieferung und Versandstatus zum auslösenden Geschäft
Rechnung / Faktura	Order oder verbundener Datensatz	Damit der Vertrieb sieht, was fakturiert wurde, nicht nur, was angeboten war
Offene Posten / Kreditexposure (Debitoren)	Account-Felder	Steuert Kreditwarnungen und kann eine Salesforce-Order vor SAP blockieren

Der Rückweg zählt genauso: Aus einer gewonnenen Salesforce-Opportunity oder Order wird ein SAP-Kundenauftrag - mit Partnerrollen, Vertriebsorganisation und Materialien, die beim Übernehmen aufgelöst werden. Welche Objekte in welche Richtung fließen, stimmen wir einmalig ab und hinterlegen es in der Pipeline.

Die Details, an denen einfache Syncs scheitern

Ein starrer Connector oder ein nächtlicher Export bringt den Normalfall zum Laufen und lässt die schwierigen 20 % auf Ihrem Schreibtisch:

• ID-Zuordnung und Dublettenschutz. SAP identifiziert einen Kunden über KUNNR oder Geschäftspartner-ID, Salesforce über die eigene Datensatz-ID. Ohne ein dediziertes External-ID-Feld und Upsert-Logik werden aus einem Unternehmen zwei Datensätze - einer vom Vertrieb, einer aus dem ERP. Die Zuordnung, nicht das Kopieren, ist die Integration.
• Die Organisationsstruktur hat kein CRM-Pendant. Vertriebsorganisation, Vertriebsweg und Sparte in SAP entscheiden, welche Materialien und Preise überhaupt gültig sind. Salesforce kennt diese Begriffe nicht nativ - die Pipeline muss den Kontext halten und entsprechend filtern, statt jedes Material an jeden Account zu schieben.
• Partnerrollen. Ein SAP-Kundenauftrag braucht Auftraggeber, Warenempfänger und Rechnungsempfänger (AG / WE / RE) getrennt aufgelöst. Eine Salesforce-Opportunity trägt meist einen Account. Eins korrekt auf drei abzubilden ist die Stelle, an der das Rückschreiben von Aufträgen leise scheitert.
• Preise und Währung. Preise entstehen in SAP aus Konditionssätzen, in einer konkreten Belegwährung, mit SAP-Rundung und -Dezimalbehandlung (eine nullstellige Währung wie JPY ist keine Cent-Währung). Neuberechnung in Salesforce garantiert Abweichungen. Wir übernehmen die SAP-Werte unverändert.
• Delta statt Vollabgleich. Jede Nacht alle Kunden neu zu laden skaliert nicht und verbraucht das Salesforce-API-Limit. Wir steuern Deltas über SAP-Änderungszeiger bzw. S/4HANA-CDS-Delta-Token und den Salesforce-SystemModstamp, sodass nur Geändertes fließt.
• Teilfehler und Sperren. Ein Auftrag in einem Batch, der an der SAP-Prüfung scheitert - Kreditsperre, fehlendes Material -, darf nicht den ganzen Batch scheitern lassen. Parallele Änderungen am selben übergeordneten Salesforce-Account lösen Row-Lock-Fehler aus, die eine Reihenfolge brauchen, kein blindes Wiederholen.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als geplanten Export. Objekte werden über die je Fall richtige SAP-Schnittstelle gelesen - OData und CDS-Views auf S/4HANA, IDoc oder RFC/BAPI über das SAP Gateway auf ECC -, validiert, auf Ihr abgestimmtes Salesforce-Modell gemappt und mit Bulk API 2.0 für Masse oder gezielten Upserts für Deltas geschrieben.

Die Pipeline ist idempotent. Jeder Datensatz trägt einen stabilen Schlüssel - auf der einen Seite die SAP-Kunden- oder Belegnummer, auf der anderen die Salesforce-External-ID -, sodass ein erneuter Lauf am Bestand aktualisiert und nie eine Dublette erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur, sodass Kunden- und Auftragsdaten die EU nicht verlassen - das hält AVV und DSGVO sauber.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und das Beobachten von API-Änderungen bei SAP und Salesforce - ein neues S/4HANA-Release, das Abkündigen einer Salesforce-API-Version, eine geänderte Governor-Grenze - liegen vertraglich bei uns. Sie bekommen einen festen Ansprechpartner und ein SLA, kein Skript, an dessen Ausführung jemand denken muss.

Wann sich diese Anbindung lohnt

Wenn nur eine Handvoll Accounts zwischen den Systemen wandert und der Vertrieb den gelegentlichen Auftrag gern selbst nacherfasst, ist ein manueller Ablauf oder ein einfacher Connector völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Auftragsvolumen steigt, wenn das Order-to-Cash-Rückschreiben zuverlässig sein muss, wenn das Kreditexposure den Vertrieb erreichen muss, bevor ein Geschäft gebucht wird, oder wenn doppelte Accounts und abweichende Preise Ihr Team bereits mehr Zeit kosten als eine betreute Pipeline.