Manufacturing Cloud und SAP: welche Daten wohin

Zwischen SAP und der Manufacturing Cloud fließen Stammdaten und Ist-Mengen nach Salesforce und Geld zurück. Accounts, Produkte und Aufträge oder Auftragssummen kommen aus SAP, täglich für die Ist-Mengen und live für den Auftragsstatus. Freigegebene Bonusauszahlungen und Garantiebeträge gehen nach SAP, wo die Buchhaltung sie als Gutschrift bucht. Der MuleSoft Accelerator for Manufacturing deckt Accounts, Produkte und Aufträge aus SAP S/4HANA sowie Bonus-Gutschriften ab, aber keine Sales Agreements und keinen Garantiefluss. Legen Sie vor dem Bau ein führendes System pro Objekt fest und prüfen Sie, dass keine Schnittstelle sich noch mit Benutzername und Passwort anmeldet, denn SOAP login() wird ab 1. Dezember 2026 strenger.

Welche Daten fließen zwischen SAP und der Manufacturing Cloud?

Die Manufacturing Cloud arbeitet nur mit Daten, die sie nicht selbst erzeugt. Ein Sales Agreement, also ein Rahmenvertrag mit Planmengen pro Zeitraum, vergleicht geplante mit tatsächlichen Mengen. Die tatsächlichen Mengen entstehen bei Herstellern in SAP, wo Aufträge angelegt, bestätigt und ausgeliefert werden. Bei Boni und Garantie läuft es andersherum: Salesforce berechnet oder gibt frei, SAP zahlt.

So würde ich die Datenflüsse bei einem typischen Hersteller mit SAP als ERP aufteilen:

Daten	Führendes System	Richtung	Takt
Accounts und Account-Hierarchie	SAP	SAP nach Salesforce	täglich, nur Änderungen
Produkte und Produkthierarchie	SAP	SAP nach Salesforce	täglich, nur Änderungen
Aufträge oder Auftragssummen als Ist-Mengen	SAP	SAP nach Salesforce	täglich
Lagerbestand als Kennzahl neben der Abweichung	SAP	SAP nach Salesforce	täglich
Auftragsstatus für Händler	SAP	Live-Aufruf, keine Kopie	bei Anfrage
Freigegebene Bonusauszahlungen	Salesforce	Salesforce nach SAP	bei Freigabe
Freigegebene Garantiebeträge	Salesforce	Salesforce nach SAP	bei Freigabe
Zahlstatus der Gutschriften	SAP	SAP nach Salesforce	geplant

Preise sind mit Winter ’27 eine eigene Frage, weil Salesforce jetzt eine eigene Preisfindung für Aufträge anbietet. Darum geht es in Penny Perfect Pricing: ERP-Preise in Salesforce?. Das ganze Kapitel, von den Datenflüssen bis zum Rollout, steht im Masterclass-Kapitel ERP, KI und Rollout.

Was deckt der MuleSoft Accelerator for Manufacturing ab?

Der MuleSoft Accelerator for Manufacturing1 liefert vorgefertigte APIs, Implementierungsvorlagen und eine Referenzarchitektur. Er nennt drei Anwendungsfälle für die Fertigung: Abgleich von Accounts, Produkten und Aufträgen, Verwaltung von Vertriebsboni und Total Productive Maintenance. Zwei davon betreffen die Manufacturing Cloud.

Abgleich von Accounts, Produkten und Aufträgen. Laut der Beschreibung auf Exchange2 holt er Account-, Produkt- und Auftragsdaten aus SAP S/4HANA in die Manufacturing Cloud, einschließlich Account- und Produkthierarchien. Der Abgleich läuft in eine Richtung, SAP ist das führende System, und er arbeitet in Echtzeit oder im Batch. Drei Details sollten Sie lesen, bevor Sie damit planen:

• Ein Auftrag wird nur dann mit einem Sales Agreement verknüpft, wenn das Agreement aktiv ist, der Kunde zum Account des Agreements passt und das Produkt oder seine primäre Kategorie übereinstimmt.
• Unterstützt wird nur ein Produktkatalog.
• Auf SAP-Seite braucht es ein Communication Arrangement für Produkthierarchien und ein eigenes Kennzeichenfeld im Materialstamm.

Vertriebsboni. Laut dem Anwendungsfall zu Boni3 ist die Manufacturing Cloud das führende System für Bonusauszahlungen. Wird eine Auszahlung freigegeben, erzeugt ein Ereignis eine Gutschrift im Entwurf in SAP. Ein geplanter Lauf setzt die Auszahlung später auf bezahlt, sobald SAP die Gutschrift bezahlt hat. Kundenaufträge fließen von SAP in die Manufacturing Cloud. Wie Bonusprogramme auf Salesforce-Seite funktionieren, steht in Rebate Management: Händlerboni ohne Excel.

Was der Accelerator nicht abdeckt: Er legt keine Sales Agreements an und nennt keinen Garantiefluss. Der freigegebene Betrag aus einem Garantieanspruch, den ich wie in Garantieansprüche von Händlern beschrieben im ERP als Gutschrift an den Händler buchen würde, braucht eine eigene Schnittstelle.

Ein Widerspruch, den Sie früh klären sollten: Im Auftragsabgleich fließen Kunden in eine Richtung, mit SAP als Master. Im Anwendungsfall zu Boni werden Kunden in beide Richtungen abgeglichen, und jedes der beiden Systeme kann führend sein. Beides stammt aus demselben Accelerator. Legen Sie eine Regel für Kundenstammdaten fest, bevor Sie beide Vorlagen einsetzen.

Salesforce führt MuleSoft Anypoint Platform auf der Seite mit den Add-ons der Manufacturing Cloud4 mit “Request a quote” und ohne Preis. Läuft MuleSoft in Ihrem Unternehmen schon, sparen die Vorlagen Designzeit. Nur für diese Flüsse zu kaufen, lohnt sich selten, und jede Middleware, die die Salesforce-APIs bedient, kann dieselbe Arbeit leisten.

Wie kommen die Ist-Mengen in die Sales Agreements?

Sales Agreements beziehen ihre Ist-Mengen aus Aufträgen in Salesforce, aus einem Upload per API oder aus einer Definition in der Data Processing Engine. Welcher Weg gilt, legt die Einstellung Actuals Calculation Mode fest, und jedes Agreement behält den Modus, mit dem es angelegt wurde. Die vier Modi und wann welcher passt, beschreibe ich in Sales Agreements: fehlende Abnahmemengen erkennen.

Für die Schnittstelle zählt eine Aktion: Refresh Actuals Calculation5. Sie ist seit API-Version 47.0 für Nutzer mit dem Permission Set Manufacturing Sales Agreements verfügbar und berechnet die Ist-Mengen eines Sales Agreements neu. Zwei Schalter wählen die Zeiträume: nur der aktuelle Zeitraum, der aktuelle und vergangene Zeiträume oder der aktuelle und künftige Zeiträume. Wie viele künftige Zeiträume zählen, steht in einem Feld am Sales Agreement. Setzt man beide Schalter auf true, schlägt der Aufruf fehl, und laut Dokumentation lässt sich die Aktion nur über ein Datenbank-Rollback rückgängig machen.

Daraus ergibt sich ein sauberes Muster für die Schnittstelle. Hat SAP verspätete Aufträge oder Korrekturen für einen abgeschlossenen Monat geliefert, ruft die Middleware die Aktion für die betroffenen Agreements mit “aktueller und vergangene Zeiträume” auf. Ohne diesen Schritt zeigt das Agreement bis zum nächsten regulären Lauf den Rückstand des Vormonats, und Account Manager rufen Kunden wegen Mengen an, die längst abgenommen sind.

Der Takt folgt der Frage, die die Daten beantworten

Der Takt folgt der Frage, die die Daten beantworten. Sales Agreements laufen über Monate oder ein Jahr, also reicht ein täglicher Lauf für die Ist-Mengen. Ein Händler, der fragt, wo sein Auftrag steht, will den Stand von heute. Den Auftragsstatus sollte man deshalb live in SAP abfragen, wie in Agentforce und SAP: Auftragsstatus über MuleSoft. Ein Takt für alles verschwendet entweder API-Aufrufe oder zeigt dort alte Daten, wo es wehtut.

Das Volumen entscheidet zwischen ganzen Aufträgen und Summen. Ein Rechenbeispiel mit angenommenen Zahlen: 800 Accounts mit Sales Agreements, im Schnitt 40 Produkte pro Agreement und Monatszeiträume. Summen pro Kunde, Produkt und Monat bedeuten höchstens 800 × 40 = 32.000 Werte im Monat, und ein täglicher Delta-Lauf schickt nur die geänderten Werte. Jede Auftragsposition zusätzlich zu replizieren, kostet Datenspeicher und einen Verknüpfungsschritt pro Auftrag. Das lohnt sich nur, wenn Vertrieb oder Service die Aufträge selbst in Salesforce sehen sollen.

Der Lagerbestand gehört in denselben täglichen Lauf. Ein Rückstand liest sich anders, wenn die Ware das Lager füllt, als wenn sie ohnehin knapp ist.

Welche Login-Fristen betreffen ERP-Schnittstellen?

Viele ERP-Schnittstellen zu Salesforce wurden vor Jahren mit einem technischen Nutzer und einem Passwort eingerichtet. Laut dem Developer Guide zu Winter ’276 gelten drei Stufen:

1. 01.12.2026 · nächster TerminWer sich über SOAP API login() anmeldet, braucht die Berechtigung Use Any API Auth, sonst gibt es einen Fehler
2. Summer '27SOAP login() in den API-Versionen 31.0 bis 64.0 entfällt; SOAP-, REST- und Bulk-API 31.0 bis 40.0 bekommen keine Korrekturen mehr
3. Summer '28Aufrufe an SOAP-, REST- und Bulk-API 31.0 bis 40.0 schlagen fehl

Salesforce rät im selben Guide, diese Schnittstellen auf OAuth mit External Client Apps umzustellen. Ein Ist-Mengen-Lauf, der still ausfällt, ist schlimmer als einer, der laut ausfällt, weil der Vertrieb einen alten Rückstand sieht und ihm glaubt. Wie Sie alle betroffenen Schnittstellen finden, steht in Salesforce-Passwort-Integrationen enden 2027.

Jedes Objekt braucht ein führendes System und eine Person

Jede Zeile der Tabelle oben braucht ein führendes System und eine benannte Person, schriftlich festgehalten vor dem Bau. Die Object Ownership Matrix leistet das für Objekte innerhalb der Org; für eine ERP-Schnittstelle ergänze ich zwei Spalten: Richtung und Takt.

Diese Fragen kommen in fast jedem Design:

• Account-Hierarchie. Liegt der Auftraggeber aus SAP auf derselben Ebene wie der Account mit dem Sales Agreement? Wenn nicht, braucht es eine Zuordnungstabelle mit einem Verantwortlichen.
• Produktidentität. Ist eine verkaufbare Variante in SAP und in Salesforce genau ein Produkt? Der Accelerator verknüpft Aufträge über das Produkt oder die primäre Kategorie mit Agreements.
• Korrekturen. Wer stößt die Neuberechnung der Ist-Mengen an, wenn SAP eine Gutschrift oder Retoure für einen vergangenen Zeitraum bucht?
• Fehler. Wer bekommt die Meldung, wenn der nächtliche Lauf ausfällt, und bis wann muss er laufen?

Wie ich Schnittstellen zwischen ERP, Middleware und Salesforce aufsetze, beschreibe ich unter Salesforce-Schnittstellen.

Tabelle mit Objekten, Richtung und Takt füllen

1. Füllen Sie die Tabelle mit Ihren Objekten, führendem System, Richtung und Takt.
2. Entscheiden Sie Ist-Mengen als Aufträge oder Summen, bevor das erste Sales Agreement live geht.
3. Prüfen Sie den Accelerator gegen Ihr SAP-Release und Ihre Katalogstruktur, und klären Sie die Regel für Kundenstammdaten.
4. Planen Sie die Geldflüsse zurück: Bonusauszahlungen und Garantiebeträge, jeweils mit einem Status, der nach Salesforce zurückkommt.
5. Listen Sie jeden Schnittstellennutzer und seine Anmeldemethode vor dem 1. Dezember 2026 auf.

Die ausgefüllte Tabelle ist bei mir das erste Dokument im Projekt, noch vor dem ersten Workshop zu Sales Agreements. Die Manufacturing Cloud rechnet mit dem, was SAP liefert, also steht das Schnittstellendesign vor dem Funktionsdesign.

Quellen6

1. 1MuleSoft Accelerator for Manufacturing (öffnet in einem neuen Tab)docs.mulesoft.com
2. 2Beschreibung auf Exchange (öffnet in einem neuen Tab)anypoint.mulesoft.com
3. 3Anwendungsfall zu Boni (öffnet in einem neuen Tab)anypoint.mulesoft.com
4. 4Seite mit den Add-ons der Manufacturing Cloud (öffnet in einem neuen Tab)salesforce.com
5. 5Refresh Actuals Calculation (öffnet in einem neuen Tab)developer.salesforce.com
6. 6Developer Guide zu Winter ’27 (öffnet in einem neuen Tab)developer.salesforce.com