Salesforce- und SAP-Integrationsmuster für Hersteller

Kurze Antwort: Fast jede Salesforce- und SAP-Integration in der Fertigung lässt sich auf vier Muster reduzieren: Batch-Synchronisation, Request and Reply, Datenvirtualisierung und Event-Streaming. Wählen Sie eines pro Datenobjekt, und entscheiden Sie nur anhand von zwei Fragen: Welches System besitzt den Datensatz, und wie veraltet darf eine Kopie sein? Die Middleware folgt aus diesen Antworten, nicht umgekehrt.

Wir haben diese Entscheidung für Auftrags-, Produkt- und Servicedaten bei anlagenintensiven Herstellern getroffen. Projekte, die scheitern, scheitern fast nie an der falschen iPaaS. Sie scheitern, weil niemand aufgeschrieben hat, wem der Datensatz gehört.

Was ist ein Salesforce- und SAP-Integrationsmuster?

Ein Integrationsmuster ist die Form eines Datenflusses, unabhängig vom Werkzeug, das ihn trägt. Die Architekturleitlinien von Salesforce nennen eine kleine Menge: batch data synchronization, remote process invocation (request and reply oder fire and forget), remote call-in, UI update based on data changes und data virtualization. Jeder Konnektor, Adapter und jede iPaaS am Markt ist eines dieser Muster mit einem Logo darauf. Das Muster zu wählen ist Architektur. Das Produkt zu wählen ist Einkauf.

Welche SAP-Daten müssen bei einem Hersteller wirklich fließen?

Drei Familien decken das meiste ab, und sie brauchen nicht dieselbe Behandlung.

• Auftragsdaten. Angebote und Opportunities entstehen in Salesforce, doch SAP besitzt den Auftrag, sobald er bestätigt ist. Der Vertrieb braucht bestätigte Menge, zugesagtes Datum und Status zurück.
• Produkt-, Preis- und Bestandsdaten. SAP besitzt Materialstamm, Konditionen und Bestand. Salesforce ist hier Konsument, nie Autor.
• Service- und Anlagendaten. Hier teilt sich die Zuständigkeit wirklich. SAP hält Seriennummern, Stücklisten und Garantiebedingungen; Salesforce hält den Case, das Entitlement und den Außendiensteinsatz.

Schreiben Sie den Eigentümer neben jedes Objekt, bevor Sie ein einziges Werkzeug bewerten. Wenn zwei Systeme dasselbe Feld schreiben dürfen, haben Sie keine Integration entworfen. Sie haben einen Konflikt mit Zeitplan entworfen.

Welche vier Muster lohnen die Betrachtung?

Batch-Synchronisation

Ein geplanter Massentransfer, meist nachts. Geeignet für Materialstamm, Kostendaten, abgeschlossene Aufträge und historische Istwerte. Günstig, nachvollziehbar und nach einem Fehler leicht erneut abspielbar. Der Preis ist Veralterung in Stunden und ein Nachtfenster, das mit wachsendem Volumen immer enger wird.

Request and Reply

Salesforce ruft SAP auf und wartet auf die Antwort: Verfügbarkeitsprüfung, Kreditprüfung, Preissimulation, Auftragsanlage. Geeignet, wenn die Nutzerin die Wahrheit genau in dieser Sekunde braucht und eine Kopie schlimmer wäre als ein kurzer Ladeindikator. Der Preis: Die Verfügbarkeit von SAP wird zur Verfügbarkeit des CRM, und jeder Timeout ist ein Vertriebsgespräch.

Datenvirtualisierung

Salesforce Connect stellt SAP-Daten über OData 2.0 oder 4.0 als External Objects bereit, üblicherweise über ein SAP-Gateway, sodass Datensätze live gelesen und nie in Salesforce gespeichert werden. Geeignet für Referenzdaten im Long Tail, die man nachschlägt, über die aber niemand berichtet: alte Rechnungen, Lieferbelege, abgeschlossene Serviceaufträge. Der Preis: schwaches Reporting, schwache Automatisierung und nichts offline.

Event-Streaming

SAP veröffentlicht eine Änderung und Salesforce reagiert: Lieferung bestätigt, Charge freigegeben, Sendung gesperrt, Anlage in Betrieb genommen. Geeignet für Zustandswechsel, bei denen Minuten zählen und das Volumen Polling verbietet. Der Preis: Reihenfolge, Wiederholungen und Duplikate liegen nun bei Ihnen.

Wie wählen Sie? Datenhoheit und Latenz, nicht die Middleware-Marke

1. Benennen Sie den Eigentümer pro Objekt. Ein Schreiber, alle anderen lesen. Ins Designdokument, nicht in jemandes Kopf.
2. Setzen Sie ein Latenzbudget in Klartext. "Ein Vertriebler darf nie ein Datum zusagen, das das Werk nicht halten kann" ist ein Budget. "Echtzeit" ist kein Budget, sondern ein Wunsch.
3. Zählen Sie das Volumen ehrlich. Spitzen, nicht Durchschnitte. Ein Event-Muster, das bei tausend Nachrichten pro Tag bequem ist, verhält sich bei einer Million pro Woche anders.
4. Entscheiden Sie das Fehlerverhalten vor dem Happy Path. Was sieht ein Vertriebler, wenn SAP während des Quartalsabschlusses nicht erreichbar ist? Schweigen ist die schlechteste Antwort.

Gehen Sie diese vier Schritte durch, und das Muster wählt sich meist selbst. Die meisten Hersteller landen hybrid: Batch für Stammdaten, Events für Auftrags- und Lieferstatus, Request and Reply für die zwei oder drei Prüfungen, die live sein müssen, und Virtualisierung für das Archiv, das niemand kopieren will.

Wo laufen Hersteller in die Falle?

• Alles synchronisieren. Jedes kopierte Feld ist ein Feld, das Sie für immer abgleichen. Kopieren Sie, was ein Salesforce-Prozess wirklich nutzt.
• Keine stabile ID-Zuordnung. Ein Abgleich über Kundennamen oder Materialkurztext funktioniert in der Demo und fällt in Produktion um. Führen Sie den SAP-Schlüssel als External ID mit.
• Nicht idempotente Auftragsbuchung. Eine Wiederholung, die einen zweiten Auftrag in SAP anlegt, ist der teuerste Fehler dieser Kategorie. Jeder Schreibvorgang braucht einen Korrelationsschlüssel.
• Kein Abgleichjob. Drift ist keine Möglichkeit, sondern eine Gewissheit. Etwas muss beide Seiten zählen und die Differenz melden.
• Zuerst Middleware kaufen. Dann diktiert das Werkzeug die Architektur, und die Architektur erbt genau das, worin dieses Werkzeug zufällig gut ist.

Spielt die Middleware-Marke überhaupt eine Rolle?

Ja, an zweiter Stelle. Salesforce liefert MuleSoft-Direct-Integrationen für Manufacturing Cloud, die Kunden-, Produkt- und Auftragsdaten mit SAP synchron halten. Data 360 bietet einen SAP-HANA-Konnektor, bei dem die Batch-Ingestion allgemein verfügbar ist, während Zero Copy Federation noch Beta ist, was man wissen sollte, bevor man darauf eine Analytikschicht plant. SAP Integration Suite, Boomi und direkte API-Entwicklung bleiben alle valide. Jedes davon ist ein Muster in verpackter Form. Wählen Sie zuerst das Muster, dann das Produkt, das es mit dem geringsten selbst gepflegten Code umsetzt.

Der Nutzen ist operativ, nicht kosmetisch. In einem Connected-Asset-Programm für ASSA ABLOY haben wir die wöchentlichen Cases von 3.000 auf 350 gesenkt, eine Reduktion um 93% über 11.000 Geräte und bis zu 2,5 Millionen Events pro Woche, ohne zusätzliches Supportpersonal. Möglich war das, weil das Eventvolumen nach Muster geroutet und nicht durch eine generische Synchronisation gedrückt wurde. Tekunda integriert Salesforce mit über 70 Unternehmenssystemen, SAP eingeschlossen, als zertifizierter Salesforce SI, ISV und PDO.

FAQ

Sollte Salesforce oder SAP den Kundenauftrag besitzen?

SAP, ab der Bestätigung. Salesforce sollte Angebot und Opportunity besitzen und danach den Auftragsstatus zurücklesen, damit es genau einen Ort gibt, an dem ein bestätigter Auftrag lebt.

Ist Echtzeit-Integration immer besser?

Nein. Echtzeit erhöht Kosten, Kopplung und Fehleroberfläche. Setzen Sie sie nur ein, wo ein veralteter Wert zu einer falschen Zusage an Kunden führen würde, und nutzen Sie sonst Batch.

Brauchen wir MuleSoft, um Salesforce und SAP zu verbinden?

Nein. MuleSoft passt gut zu API-led-Programmen mit vielen Konsumenten, aber dieselben Muster laufen auf SAP Integration Suite, anderen iPaaS-Plattformen oder direkter API-Entwicklung.

Wie lange dauert eine Salesforce- und SAP-Integration?

Das hängt weit mehr davon ab, wie viele Objekte Sie synchronisieren, als von den Werkzeugen. Zwei oder drei klar zugeordnete Objekte gehen in Wochen live; ein ungeklärtes Eigentümermodell blockiert ein Projekt ein Jahr.