Typische Schmerzpunkte: Preise werden nächtlich exportiert und sind tagsüber veraltet, kundenspezifische Konditionen aus SAP-Vertragsstrukturen lassen sich nicht 1:1 in Shopware abbilden, Budget-Freigaben laufen außerhalb des Shops per E-Mail, Kreditlimits werden zu spät geprüft, und jede neue SAP-Erweiterung erfordert wieder einen ABAP-Entwickler plus einen Shopware-Entwickler im selben Meeting.
Shopware B2B & SAP
Shopware B2B & SAP S/4HANA: Strategien für eine saubere Integration
Wenn Shopwares B2B-Suite und SAP S/4HANA zusammenspielen sollen, entscheidet die Integrationsarchitektur über Erfolg oder Frust. Dieser Guide zeigt, wie kundenspezifische Preise, Budget-Workflows, Stammdaten und Bestellprozesse zwischen Shopware und SAP technisch sauber gemappt werden — über OData-Services, Middleware-Patterns und klare Verantwortungsgrenzen. Für IT-Architekten, E-Commerce-Verantwortliche und Enterprise-Entscheider, die Shopware ernsthaft in eine bestehende SAP-Landschaft einbetten.
Das Problem
SAP ist Quellsystem. Shopware ist Vertriebskanal. Beide reden nicht von alleine miteinander.
In typischen Enterprise-Szenarien liegen Kundenstammdaten, Preise, Konditionen, Kreditlimits und Budgets in SAP. Shopware soll diese Daten kanalgerecht ausspielen — händlerindividuell, in Echtzeit, mit Workflow-Logik. Ohne klare Integrationsarchitektur entstehen synchrone Punkt-zu-Punkt-Schnittstellen, die jede SAP-Anpassung zur Migräne machen.
So gehen wir vor
In 5 Schritten zur sauberen SAP-Shopware-Architektur.
Integrations-Assessment
Welche SAP-Module sind im Einsatz (SD, MM, FI, CRM)? Welche OData-Services sind aktiviert? Welche kundenspezifischen Pricing-Routinen laufen in ABAP? Welche Datenobjekte müssen wirklich in Shopware sichtbar sein?
Daten- & Verantwortungs-Mapping
Wir definieren je Datenobjekt (Kunde, Preis, Auftrag, Kreditlimit, Budget) das führende System, die Synchronisationsrichtung, das Cache-TTL und das Fehlerverhalten. Ergebnis: ein Mapping-Dokument, das ABAP- und Shopware-Entwickler:innen die gleiche Sprache spricht.
Middleware & API-Layer
Wir setzen eine Middleware-Schicht zwischen SAP und Shopware (z. B. SAP Integration Suite oder ein eigener Node-Service), die OData-Calls orchestriert, Antworten transformiert, retried und cached. Shopware spricht ausschließlich mit der Middleware, nie direkt mit SAP.
Pricing & Budget-Workflows
Kundenindividuelle Preise werden bei Warenkorb-Aktualisierung live aus SAP geholt (mit Fallback-Cache). Budget-Freigaben laufen als Shopware-B2B-Workflow, der Budgetstände in Echtzeit gegen SAP-Kostenstellen prüft und Bestellungen erst nach Freigabe als Auftrag in SAP anlegt.
Monitoring & Betrieb
End-to-End-Monitoring über die Middleware: Welche OData-Calls dauern wie lange, wo häufen sich Fehler, welche Caches sind stale? Alerts laufen in das gewohnte SRE-Tooling. Releases werden über Feature-Flags und Blue-Green-Deployments entkoppelt.
Investition
Investitionsrahmen und Zeitplanung
Eine SAP-Integration für ein Shopware-B2B-Portal liegt typischerweise zwischen 45.000 und 180.000 Euro netto — abhängig vom Umfang der OData-Services, der Komplexität der Pricing-Logik, der Anzahl der Workflows und der gewählten Middleware. Projektdauer: 12–28 Wochen. Der ROI kommt aus zwei Quellen: weniger manuelle Auftragsabwicklung im Innendienst (häufig 30–50 Prozent Entlastung) und eine deutlich kürzere Time-to-Market für neue digitale Vertriebsformate, weil SAP-Änderungen Shopware nicht mehr blockieren.
Aus der Praxis
Maschinenbau-Konzern: 12.000 SAP-Kunden, ein Shopware-Portal
Ausgangssituation
Ein Maschinenbau-Konzern mit europaweit 12.000 Geschäftskunden, drei SAP-S/4HANA-Mandanten und 60.000 Artikeln wollte einen B2B-Self-Service-Kanal für Ersatzteile aufbauen. Die Anforderung: kundenindividuelle Rahmenvertragspreise live aus SAP, Budget-Freigaben über Hierarchien hinweg, Kreditlimit-Prüfung in Echtzeit und automatische Auftragsanlage in SAP. Die bestehende Punkt-zu-Punkt-Schnittstelle eines früheren Shopsystems war nicht mehr wartbar und blockierte SAP-Releases.
Unser Vorgehen
Wir bauten eine Middleware-Schicht auf Basis der SAP Integration Suite. Shopware spricht ausschließlich gegen REST-Endpunkte der Middleware, die wiederum OData-Services in SAP konsumiert: Business Partner API für Stammdaten, Pricing API für Live-Preise (mit Edge-Cache von 60 Sekunden), Sales Order API für Auftragsanlage. Budget-Workflows wurden in Shopwares B2B-Suite modelliert, die Limits werden synchron gegen SAP-Kostenstellen geprüft. Ein Feature-Flag-Layer entkoppelte den Go-live von SAP-Wartungsfenstern.
Ergebnis
Die Bestellquote im Self-Service-Kanal erreichte innerhalb von 9 Monaten 42 Prozent aller Ersatzteilbestellungen. Der Innendienst konnte sich auf komplexe Anfragen konzentrieren — die Bearbeitungszeit für Standardbestellungen sank um 78 Prozent. SAP-Releases laufen seitdem ohne Shop-Downtime durch. Ein Pricing-Bug, der vorher Tage zur Korrektur brauchte, wird heute über die Middleware in unter zwei Stunden gefixt — ohne ABAP-Entwicklung.
FAQ
Häufige Fragen
Brauchen wir zwingend die SAP Integration Suite als Middleware?
Nein. Die SAP Integration Suite ist ein bewährter Standard, aber nicht alternativlos. Mulesoft, Apache Camel, Boomi oder ein leichtgewichtiger Node-/Spring-Layer können je nach Skalierung und SAP-Lizenzsituation sinnvoller sein. Entscheidend ist das Pattern — eine entkoppelnde Middleware — nicht das Produkt.
Wie aktuell sind Preise in Shopware?
Bei kundenindividuellen Preisen empfehlen wir einen Live-Call gegen die SAP Pricing API beim Warenkorb-Update, abgesichert durch einen kurzen Edge-Cache (typisch 30–120 Sekunden). So sind Preise faktisch immer aktuell, ohne SAP bei jedem Klick zu belasten.
Kann Shopware Budget-Workflows aus SAP übernehmen?
Shopwares B2B-Suite bringt eigene Budget- und Approval-Workflows mit. Die Budgetstände selbst kommen aus SAP (Kostenstellen, Innenaufträge); Shopware prüft synchron und sperrt Bestellungen bei Überschreitung. Genehmigungen laufen im Shop, die Auftragsanlage in SAP erfolgt erst nach Freigabe.
Was passiert bei einem SAP-Wartungsfenster?
Mit sauberer Architektur sehr wenig: Lesende Zugriffe (Artikel, Standardpreise) laufen aus dem Cache weiter, Bestellungen werden in einer Queue gepuffert und nachgelagert in SAP angelegt. Live-Preise und Budgetprüfungen sind während des Wartungsfensters deaktiviert — der Shop bleibt erreichbar.
Was kostet eine SAP-Integration für Shopware?
Typischerweise zwischen 45.000 und 180.000 Euro netto, 12–28 Wochen Projektdauer. Die größten Kostentreiber: Anzahl und Komplexität der Pricing-Routinen, Workflow-Tiefe und der Reifegrad der vorhandenen OData-Services. Ein Chemistry Meeting liefert eine konkrete Indikation.
Weiterführende Themen