B2B-Webshop auf SAP Commerce Cloud mit S/4HANA Public Cloud im Rücken: Welche Daten wohin?

Wer einen B2B-Webshop auf SAP Commerce Cloud mit S/4HANA Public Cloud im Rücken baut, beantwortet dieselbe Frage immer wieder, nur in vier Varianten: Wandern die Daten in den Shop, oder holt der Shop sie im entscheidenden Moment live aus dem ERP? Wer sie mit einer Pauschalregel beantwortet, baut entweder einen trägen Shop oder ein überlastetes ERP. Die richtige Antwort unterscheidet sich pro Datenklasse, und genau darum geht es in diesem Beitrag.

Kurzfassung: Produkte und Katalog in die Commerce Cloud replizieren und dort anreichern. Kundenspezifische Preise und Verfügbarkeit live aus S/4HANA abrufen, mit einem Cache von wenigen Minuten. Aufträge asynchron über eine überwachte Warteschlange senden und die Auftragshistorie live aus dem ERP lesen. Das Standard-Integrationspaket von SAP deckt die meisten Flüsse ab; die Live-Preisfindung ist der Teil, den Sie bewusst entwerfen.

Die Kernfrage: replizieren oder live abrufen?

Vier Datenklassen, vier Entscheidungen. Aus unserer Projekterfahrung sieht die Aufteilung so aus:

Produkte und Katalog: replizieren. Der Produktstamm fliesst in die Commerce Cloud und wird dort angereichert: Verkaufstexte, Bilder, Attribute für die Facettensuche, Kategoriebaum, SEO-Daten. Nichts davon gehört ins ERP; es gehört in den Shop, wo die Content-Teams damit arbeiten. Das ERP bleibt der strukturelle Master: Materialnummer, Einheiten und Klassifikation kommen aus S/4HANA und werden im Shop nie überschrieben. Kataloge ändern sich selten genug, dass Replikation völlig ausreicht.

Kundenspezifische Preise: live abrufen. Im B2B hat fast jeder Kunde eigene Konditionen: Kontraktpreise, Staffeln, Rabattschemata. Diese Logik lebt in S/4HANA und soll dort bleiben. Das Standardpaket von SAP repliziert Preise und Rabatte in den Shop, was für Listenpreise funktioniert. Für Kontraktpreise lassen wir den Shop zum Anzeigezeitpunkt bei S/4HANA nachfragen, gestützt auf die Preissimulation des ERP, mit einem kurzen Cache von wenigen Minuten. Eine Preiswahrheit, keine zweite Preislogik, die synchron gehalten werden muss.

Bestand und Verfügbarkeit: live abrufen, kurz gecacht. Im B2B ist Verfügbarkeit ein Versprechen, keine Dekoration. Der Shop prüft die Verfügbarkeit gegen S/4HANA und cacht das Ergebnis für Minuten, nicht Stunden. Wer den Bestand nur nachts repliziert, verspricht tagsüber Ware, die längst weg ist.

Aufträge: asynchron senden. Die Bestellung wird im Shop bestätigt und dann über eine Warteschlange mit sauberer Fehlerbehandlung ins ERP geschoben: Schlägt die Anlage in S/4HANA fehl, landet der Auftrag mit Alarm in einer Fehlerwarteschlange, nicht in einem schwarzen Loch. Die Auftragshistorie im Kundenkonto wird dagegen live aus S/4HANA gelesen, damit der Kunde auch Aufträge sieht, die per Telefon oder EDI eingegangen sind. Wie der Auftragslebenszyklus im Shop selbst abläuft, vom Warenkorb bis zur Retoure, beschreibt Auftragsmanagement in SAP Commerce Cloud.

SAP veröffentlicht die Bausteine im SAP Business Accelerator Hub als Paket SAP Commerce Cloud Integration with SAP S/4HANA Cloud: Materialien und Klassifikation, B2B-Kunden, Preise und Rabatte, Bestände, Auftragsreplikation nach S/4HANA, Auftrags- und Lieferbenachrichtigungen zurück in den Shop sowie Retouren. Die SAP-Dokumentation zur S/4HANA-Order-Management-Integration beschreibt die Commerce-Seite.

Warum B2B anders tickt als B2C

Die B2C-Rezepte greifen im B2B zu kurz, aus vier Gründen.

Erstens die Preise. Im B2C gilt ein Preis für alle, den man bedenkenlos replizieren kann. Im B2B ist der Preis eine Funktion aus Kunde, Menge, Kontrakt und dem aktuellen Stand der Konditionstabellen. Daher der Live-Abruf.

Zweitens das Kaufverhalten. B2B-Kunden stöbern nicht, sie beschaffen. Bestellvorlagen, Nachbestellung aus der Historie und Schnellerfassung per Artikelnummer zählen mehr als jede Produktinszenierung.

Drittens das Kreditlimit. Vor dem Checkout gehört eine Prüfung gegen das Kreditmanagement in S/4HANA. Ein Auftrag, der im ERP sofort in eine Kreditsperre läuft, hilft niemandem, am wenigsten dem Innendienst, der ihn von Hand freigeben muss.

Viertens die Bestellkanäle. Grosse Kunden bestellen per Punch-out aus ihrem Beschaffungssystem, mittlere laden CSV-Dateien mit fünfzig Positionen hoch. Beides muss dieselbe Auftragsschnittstelle speisen wie der Warenkorb.

Was in Projekten schiefgeht, und wie Sie es vermeiden

Der häufigste Fehler, den wir in bestehenden Architekturen finden, ist die nächtliche Vollreplikation von Kontraktpreisen. Sie wirkt harmlos, bis der erste Kontrakt tagsüber angepasst wird. Der Shop zeigt dann bis zum nächsten Morgen den alten Preis, der Kunde bestellt, die Auftragsbestätigung aus dem ERP weicht ab, und der Innendienst telefoniert. Die Lösung ist nicht schnellere Replikation, sondern ein Live-Preisabruf mit kurzem Cache.

Der zweite Klassiker ist die synchrone Auftragsbuchung: Der Checkout wartet, bis S/4HANA den Auftrag angelegt hat. Das geht gut, bis das ERP in einem Wartungsfenster oder einem Release-Upgrade steckt. Dann bricht der Checkout, und zwar genau für die Kunden, die abends um zehn bestellen wollten. Aufträge gehören in eine Warteschlange: Der Shop bestätigt sofort, das ERP verarbeitet, sobald es kann, und Fehler landen in einer überwachten Warteschlange statt beim Kunden.

Der dritte Punkt ist weniger technisch: der Feature-Zoo. Konfiguratoren, Marktplatzanbindungen, Loyalty, alles in Phase eins. Unser Rat ist ein schlankes erstes Release: Katalog, kundenspezifische Preise, Bestellung, Auftragshistorie. Das ist der Kern, mit dem ein B2B-Kunde produktiv arbeiten kann, und er geht in Monaten live, nicht in Jahren. Alles andere folgt, priorisiert nach dem, was echte Kunden im echten Shop vermissen. Für kleinere B2B-Unternehmen bündelt die SAP Commerce Cloud ERP Edition vieles davon für S/4HANA Public Cloud.

Einmal gebaut, vielfach genutzt

Die Schnittstellenschicht, die hier entsteht, ist kein Shop-Zubehör, sondern ein Baustein. Preisabruf, Verfügbarkeitsprüfung, Auftragswarteschlange und Historien-API sind sauber vom Frontend getrennt. Heute bedient diese Schicht SAP Commerce Cloud; morgen bedient sie eine Aussendienst-App, ein Kundenportal oder einen weiteren Vertriebskanal, ohne neue Arbeit auf der ERP-Seite. Genau das heisst composable in der Praxis, wie in unserem Beitrag zu Composable Commerce im B2B beschrieben.

Darum planen wir Shop und ERP mit einem Team; unser Leitfaden zum besten SAP-Partner für Cloud ERP und CRM in der Schweiz begründet das, der integrierte Stack aus S/4HANA Public Cloud und Sales Cloud V2 zeigt die CRM-Seite desselben ERP, und die besten SAP-Commerce-Cloud-Partner in der Schweiz nennt die Ansprechpartner. Wie wir das als Projekt umsetzen, beschreibt unsere Seite SAP B2B-Commerce für Grosshändler in der Schweiz.

Häufige Fragen

Hat S/4HANA Public Cloud die APIs für dieses Muster?

Ja. SAP veröffentlicht ein Standard-Integrationspaket für SAP Commerce Cloud und S/4HANA Cloud mit Materialien, B2B-Kunden, Preisen und Rabatten, Bestand, Aufträgen, Auftrags- und Lieferbenachrichtigungen sowie Retouren. Live-Abrufe für Preis und Verfügbarkeit nutzen freigegebene S/4HANA-APIs aus dem SAP Business Accelerator Hub, und die SAP Integration Suite übernimmt Mapping, Warteschlangen und Fehlerbehandlung ohne Modifikationen.

Funktioniert Gast-Checkout im B2B?

Meist nicht, und das ist kein Mangel. B2B-Accounts hängen am Kundenstamm im ERP, wo Konditionen, Kreditlimit, Lieferadressen und Zahlungsbedingungen verankert sind. Ein anonymer Warenkorb kann davon nichts nutzen. Ein schlanker Registrierungsprozess, nach dem der Innendienst das Shop-Konto mit dem richtigen ERP-Kunden verknüpft, funktioniert besser.

Wo leben Produktinhalte, im ERP oder im Shop?

An beiden Orten, mit klarer Arbeitsteilung. Das ERP bleibt der strukturelle Master für Materialnummer, Einheiten und Klassifikation; Commerce Cloud übernimmt die Rolle eines schlanken PIM für Texte, Bilder, Attribute und Kategorien. Ein separates PIM-System lohnt sich erst, wenn mehrere Kanäle dieselben Inhalte in mehreren Sprachen nutzen; vorher ist es ein System zu viel.

Wie aktuell muss der Bestand im Shop sein?

So aktuell, dass das Versprechen hält. Ein Cache von zwei bis fünf Minuten auf der Verfügbarkeitsprüfung ist in den meisten B2B-Szenarien der richtige Kompromiss: Er schützt das ERP vor Lastspitzen und hält die Anzeige nah an der Wahrheit. Nächtliche Bestandsreplikation lädt zu Lieferkonflikten ein.

---

Sie planen einen B2B-Shop auf SAP Commerce Cloud, oder Ihr bestehender Shop kämpft mit veralteten Preisen und hängenden Aufträgen? Wir gehen die Architektur gern anhand Ihrer Datenklassen mit Ihnen durch. Sprechen Sie mit unserem Team.