Shopware Nexus: Die neue Integration-Layer für B2B-Shops im Überblick

Shopware hat im Frühjahr 2026 mit Shopware Nexus eine neue Integration-Layer vorgestellt, die ERP-, PIM- und CRM-Anbindungen direkt im Shopware-Ökosystem orchestriert. Für B2B-Händler ist das mehr als ein weiteres Feature – es adressiert genau die Schicht, in der erfahrungsgemäß die meiste Projektzeit, das meiste Budget und das meiste Risiko stecken. Als spezialisierte Shopware-Agentur sehen wir täglich, wie Integrationsprobleme ganze Rollouts verzögern. In diesem Artikel ordnen wir Nexus aus Agentursicht ein und zeigen, was Sie heute schon davon erwarten dürfen.

Was Shopware Nexus ist – kurz und klar

Shopware Nexus ist eine event-getriebene Orchestrierungs-Schicht innerhalb des Shopware-Ökosystems. Sie verarbeitet Ereignisse aus angebundenen Systemen – etwa einen neuen Lagerbestand im ERP, einen geänderten Preis im CRM oder eine Freigabe im Workflow – und reagiert darauf in Echtzeit. Statt einer klassischen, sequenziellen Automatisierung wie im Flow Builder denkt Nexus reaktiv: Ein Ereignis tritt ein, Nexus entscheidet auf Basis konfigurierter Regeln, welche Folgeaktionen in Shopware und in den angebundenen Systemen ausgelöst werden.

Anders gesagt: Nexus ersetzt einen Teil der klassischen Middleware-Logik durch native Bordmittel. Geschäftsregeln zu Preisen, Verfügbarkeiten, Varianten oder Freigaben leben künftig direkt im Commerce-Layer und nicht mehr in einem separaten Integrations-Tool. Aktuell befindet sich Nexus im Beta-Stadium und ist als Shopware Service verfügbar – für laufende Projekte also noch kein Standard, aber für neue B2B-Vorhaben ein ernstzunehmender Bestandteil jeder Architekturentscheidung.

Warum die Integration-Schicht über B2B-Erfolg entscheidet

In den B2B-Projekten, die wir als Shopware Agentur Köln begleiten, fließt der Großteil der Komplexität nicht in das Frontend, sondern in genau diese Schicht zwischen Shop und Backoffice. Laut Shopware-Partnersurvey zum B2B-Kompass 2026 entfallen rund 52 Prozent des gesamten Projektaufwands auf Integrationen – nicht auf UX, nicht auf Design, sondern auf das saubere Zusammenspiel der Systeme.

Das deckt sich mit dem, was wir täglich sehen: kundenspezifische Preise, individuelle Rabattmatrizen, Freigabeprozesse, Mindestabnahmen, Kontingente, Zahlungsbedingungen, Lieferzeiten, technische Varianten und länderspezifische Regulatorik müssen alle korrekt sein – in Echtzeit und konsistent über jeden Kanal hinweg. Die ersten 80 Prozent einer ERP-Anbindung sind dabei schnell erledigt. Die letzten 20 Prozent – Margenlogik, Vertragslogik, individuelle Geschäftsregeln – entscheiden, ob die Lösung im B2B-Betrieb tatsächlich trägt.

Was Nexus heute schon leistet – und wo die Grenzen liegen

In seiner aktuellen Form übernimmt Nexus drei Aufgaben besonders gut. Erstens orchestriert es Preis- und Verfügbarkeitsregeln zwischen Shopware und einem führenden ERP-System. Zweitens bildet es Freigabe-Workflows ab, etwa für Bestellungen oberhalb eines Limits oder für Kundengruppen mit Genehmigungspflicht. Drittens reagiert es auf Variantenregeln – also auf die typische B2B-Logik, dass nicht jede Variante für jeden Kunden, jedes Land oder jede Vertragsbasis verfügbar sein soll.

Wo Sie heute realistisch noch nicht hinkommen: hochkomplexe, individuell programmierte Mapping-Logiken, die ein ausgewachsenes iPaaS wie Alumio, Synesty oder Lobster_data bietet, lassen sich mit Nexus noch nicht eins zu eins ersetzen. Auch das Monitoring und Error-Handling großer Synchronisationsvolumina ist in klassischen Middleware-Plattformen ausgereifter. Für neue Projekte heißt das: Nexus ist eine ernsthafte Option für die Standard-Integration; die Detail-Logik gehört in eine saubere Architekturentscheidung – nicht in eine Hauruck-Entscheidung pro Beta.

Was das für Ihr B2B-Projekt konkret bedeutet

Wenn Sie aktuell ein neues B2B-Vorhaben aufsetzen, sollten Sie Nexus in Ihrer Architekturskizze mitdenken – auch wenn die finale Entscheidung erst nach dem GA-Release fallen muss. Drei Hebel sind aus unserer Sicht besonders relevant:

• Geschäftslogik bündeln, nicht streuen. Jede zusätzliche Logikebene erzeugt Folgekosten. Wer Preise im ERP, im Shop und in der Middleware parallel pflegt, zahlt dreifach – bei jedem Audit und bei jedem neuen Vertriebsmodell.

• Event-getriebene Architektur ernst nehmen. Echtzeit-Anforderungen wie Verfügbarkeit, kundenspezifische Preise und Freigaben passen nicht mehr zu nächtlichen Batch-Jobs. Nexus zwingt Sie hier zur Klarheit – und genau diese Klarheit fehlt in vielen gewachsenen Setups.

• Beta-Status realistisch einschätzen. Für ein Projekt mit Go-Live in zwölf Monaten ist Nexus eine valide Option. Für einen Live-Shop, der morgen migriert wird, ist es zu früh. Die saubere Antwort liegt in einer Architektur, die beides erlaubt: heute über etablierte Middleware, später nahtloser Umzug auf Nexus.

Genau diese Entscheidungen treffen wir in Shopware-Entwicklungsprojekten in jeder Discovery-Phase: Welche Logik gehört wohin? Was läuft im ERP, was im Shop, was in der Integrationsschicht? Wer eine siebenstellige Investition in ein B2B-Setup plant, sollte diese Frage nicht erst nach dem Kick-off klären – sondern davor.

Ein zweiter wichtiger Punkt aus unserer Projektpraxis: Klären Sie früh, welche Daten in welcher Quelle die führende Wahrheit sind. Sind die Stammdaten im PIM oder im ERP zu Hause? Wird der Preis im ERP berechnet und nur in Shopware dargestellt – oder darf Shopware Preise eigenständig kalkulieren? Diese Antworten entscheiden, ob Nexus später entlastet oder zusätzliche Komplexität erzeugt. Eine saubere Datenhoheit ist die Voraussetzung dafür, dass eine event-getriebene Orchestrierung überhaupt sinnvoll greift.

Fazit: Die Integration-Layer wird zum Architektur-Thema

Shopware Nexus ist mehr als ein Tool – es ist ein Signal, dass die Integrationsebene endgültig zum strategischen Architekturthema wird. Wer heute eine E-Commerce-Plattform für anspruchsvollen B2B-Vertrieb aufbaut, kann sich nicht mehr darauf verlassen, dass „das ERP-Plugin schon alles regelt“. Die Entscheidung über die Integration-Schicht trifft Ihre Skalierbarkeit, Ihre Wartungskosten und Ihre Time-to-Market – und sie gehört in die Hand von Architekten, nicht in den Restposten am Ende des Pflichtenhefts.

Sie wollen Ihr Shopware-Setup auf das nächste Level heben? Wir analysieren Ihre aktuelle Integrationsarchitektur und zeigen Ihnen, wo der größte Hebel liegt. Sprechen Sie mit den Experten von enno.dev, Ihrer spezialisierten Shopware Agentur Köln.