Shopware Nexus: Löst die neue Orchestrierungsschicht Ihre ERP-Schnittstelle ab?

Auf dem Shopware Community Day 2026 hat Shopware mit Nexus eine neue Integrationsschicht vorgestellt. Sie soll ein Problem lösen, das wir aus eigenen B2B-Projekten sehr gut kennen: Ein Shop wird aufgesetzt, ein ERP-System angebunden, ein PIM integriert, ein CRM angeflanscht – und für jede dieser Verbindungen entsteht eigener, projektspezifischer Code. Genau diesen Code will Nexus überflüssig machen. Als Schnittstellen-Agentur ordnen wir in diesem Beitrag ein, was Nexus technisch leistet, wo es heute schon relevant ist und wo bestehende Custom-Lösungen vorerst weiterlaufen.

Was ist Shopware Nexus?

Shopware Nexus ist eine native, eventgetriebene Orchestrierungsschicht, die direkt auf dem gleichen Technologie-Stack wie der Commerce Core aufsetzt. Der Gedanke dahinter: Statt für jede neue Systemanbindung eigene Middleware oder individuelle Skripte zu schreiben, entstehen Integrationen als visuelle Workflows auf einer Arbeitsfläche (Canvas). Einzelne Schritte, sogenannte Nodes, werden dafür per Drag & Drop verbunden und definieren, was passieren soll – etwa wenn im Shop eine Bestellung eingeht oder zeitgesteuert nach einem festen Rhythmus.

Anders als der bereits bekannte Flow Builder, der sequenzielle Automatisierungen innerhalb von Shopware abbildet, orchestriert Nexus Prozesse systemübergreifend. Es reagiert in Echtzeit auf Ereignisse in verbundenen Systemen und ermöglicht so dynamische Workflows über den gesamten Technologie-Stack hinweg, statt starrer Ablaufketten.

Zur Einordnung: Shopware Nexus befindet sich aktuell in der Beta-Phase. Der Funktionsumfang ist bewusst limitiert und wird laut Shopware in kommenden Updates erweitert – Verhalten und Umfang können sich also noch ändern.

Welches Problem löst Nexus?

Die Ausgangslage dahinter dürfte vielen Unternehmen bekannt vorkommen: Die Geschäftslogik eines Händlers liegt im Schnitt in mehr als 15 voneinander getrennten Systemen verteilt – ERP, CRM, PIM und weitere Tools. Ein erheblicher Teil des Implementierungsaufwands in Commerce-Projekten fließt dadurch nicht in die eigentliche Differenzierung, sondern in die Verbindung dieser Systeme untereinander. Shopware selbst spricht hier von einem Anteil von mehr als der Hälfte des Projektaufwands und beruft sich dabei auf Branchenanalysen zu Integrationsplattformen.

Das Ergebnis kennt jeder, der eine gewachsene Systemlandschaft betreut: Das ERP spricht über einen mehrere Jahre alten Konnektor mit dem Shop, das PIM über ein Skript, das ein früherer Dienstleister geschrieben hat, und wenn ein Import über Nacht hängen bleibt, ist am nächsten Morgen nicht sofort klar, welches der Systeme die Ursache war. Diese Art von Klebstoff zwischen den Systemen bindet Budget, das eigentlich in die Weiterentwicklung des Shops fließen sollte.

Shopware beziffert das Einsparpotenzial durch Nexus mit bis zu 40 Prozent niedrigeren Integrationskosten. Wichtig für die Einordnung: Shopware weist diesen Wert selbst als Schätzung aus, die auf internen Projektanalysen und Annahmen aus der Beta-Phase beruht. Die tatsächliche Einsparung hängt maßgeblich davon ab, wie die eigene Systemlandschaft aufgebaut ist und wie viele wiederkehrende Integrationsmuster sich tatsächlich standardisieren lassen.

Wie funktioniert die Anbindung an ERP- und PIM-Systeme?

Nexus arbeitet mit vorgefertigten Konnektoren für einzelne Drittsysteme, die sich in Workflows kombinieren lassen. Aktuell bietet Shopware bereits Konnektoren für gängige ERP-Systeme wie Microsoft Dynamics Business Central, NetSuite, Odoo und ERPNext sowie für PIM-Systeme wie Akeneo und Pimcore an. Daneben stehen Konnektoren für CRM- und Marketing-Tools sowie für allgemeine Services wie Google Drive, Slack oder SFTP zur Verfügung. Welche weiteren Konnektoren geplant sind, veröffentlicht Shopware fortlaufend in seiner Roadmap.

Ein Workflow entsteht dabei aus drei Bausteinen:

• Trigger – ein Shop-Ereignis wie eine neue Bestellung oder ein zeitgesteuerter Ablauf
• Konnektoren und Aktionen – die Verbindung zum Zielsystem über dessen API, etwa zum Anlegen, Lesen oder Aktualisieren von Datensätzen
• Logik und Datenverarbeitung – bedingte Verzweigungen sowie das Mapping und Filtern von Daten zwischen den Systemen

Ein naheliegendes Beispiel aus der Warenwirtschaft: Ein zeitbasierter Trigger prüft in festen Abständen die Lagerbestände bestimmter Artikel im ERP-System, vergleicht sie gegen einen definierten Mindestbestand und löst bei Unterschreitung automatisch eine Benachrichtigung aus. Was früher einen eigenen Middleware-Service erforderte, bildet sich hier als ein einzelner, wiederverwendbarer Workflow ab.

Da Konnektoren und Workflows direkt auf der Shopware-Plattform laufen, entfällt zudem die klassische externe Middleware-Instanz als separat zu betreibende und zu wartende Komponente.

Wo Nexus heute schon relevant ist – und wo (noch) nicht

Für die Einschätzung, ob Nexus für ein konkretes Projekt infrage kommt, lohnt sich eine ehrliche Bestandsaufnahme der eigenen Systemlandschaft:

Relevant ist Nexus vor allem dann, wenn

• ein ERP- oder PIM-System aus der aktuellen Konnektorliste im Einsatz ist (etwa Business Central, NetSuite, Odoo, ERPNext, Akeneo oder Pimcore),
• bestehende Anbindungen über selbst geschriebene Middleware oder Skripte laufen, die nach jedem Shopware-Update manuell geprüft oder angepasst werden müssen,
• wiederkehrende Integrationsmuster – etwa Bestell- oder Kundendatensynchronisation – für mehrere Shops oder Mandanten benötigt werden, wie es im B2B-Handel keine Seltenheit ist.

Noch nicht akut ist ein Wechsel, wenn

• das eingesetzte ERP- oder PIM-System (noch) nicht über einen nativen Konnektor verfügt,
• hoch individuelle Geschäftslogik im Spiel ist, die über das aktuelle Set an Triggern, Konnektoren und Verarbeitungsschritten hinausgeht,
• interne Automatisierungen innerhalb von Shopware ausreichen – hier bleibt der bestehende Flow Builder die richtige Wahl.

Zur Einordnung gehört auch: Shopware selbst beschreibt Nexus aktuell als primär für Entwickler und technische Teams konzipiert. Eine für Fachanwender zugängliche Oberfläche ist laut Shopware in Arbeit, aber noch nicht der heutige Stand.

Was heißt das für bestehende Custom-Integrationen?

Für Unternehmen, die heute auf individuell entwickelte Schnittstellen setzen, bedeutet die Einführung von Nexus keinen abrupten Bruch. Bestehende Anbindungen laufen zunächst unverändert weiter. Relevant wird Nexus dort, wo ohnehin eine Erneuerung ansteht – etwa weil eine Middleware technisch in die Jahre gekommen ist, ein System gewechselt wird oder ein neuer Standort mit vergleichbaren Anforderungen hinzukommt.

Für genau solche Fälle sehen wir den praktischen Nutzen: Statt eine weitere Individuallösung aufzusetzen, lässt sich prüfen, ob sich der Anwendungsfall bereits über einen vorhandenen Nexus-Konnektor abbilden lässt. Wo die Anforderungen darüber hinausgehen – etwa bei sehr spezifischer Preislogik, komplexen Freigabeprozessen oder Systemen ohne passenden Konnektor –, bleibt eine maßgeschneiderte Shopware-Schnittstelle weiterhin der richtige Weg. Beide Ansätze schließen sich nicht aus, sondern lassen sich je nach Anwendungsfall kombinieren.

Ein Aspekt bleibt dabei unabhängig von der gewählten Integrationsart entscheidend: die Qualität der zugrunde liegenden Daten. Je sauberer Produktdaten, Preislogiken und Stammdaten in ERP und PIM strukturiert sind, desto reibungsloser lässt sich eine Anbindung – ob über Nexus oder individuell entwickelt – umsetzen und pflegen.

Was wir jetzt empfehlen

Da sich Shopware Nexus noch in der Beta-Phase befindet, sehen wir vor allem eine Empfehlung: die eigene Systemlandschaft jetzt zu prüfen, statt vorschnell zu handeln. Konkret bedeutet das:

• Bestandsaufnahme: Welche Systeme sind heute wie angebunden, und über welche Konnektoren deckt Nexus die eigenen ERP- oder PIM-Systeme bereits ab?
• Priorisierung: Wo verursacht eine bestehende Custom-Middleware den größten Wartungsaufwand, und wo steht ohnehin ein Systemwechsel an?
• Datenqualität: Sind Produktdaten und Stammdaten so strukturiert, dass sie sich unabhängig vom gewählten Integrationsweg zuverlässig synchronisieren lassen?

Wie robust sich die Konnektoren im produktiven Alltag verhalten – gerade bei großen Katalogen oder komplexen Mandantenstrukturen –, lässt sich abschließend erst in echten Projekten beurteilen. Genau das schauen wir uns in den kommenden Monaten an.

AGIQON: Ihre Schnittstellen-Agentur für Shopware

Als zertifizierter Shopware-Partner und Schnittstellen-Experten begleiten wir Sie dabei, Ihre ERP- und PIM-Anbindung zukunftssicher aufzustellen – ob mit Shopware Nexus, einer individuellen Schnittstelle oder einer Kombination aus beidem. Gemeinsam prüfen wir Ihre bestehende Systemlandschaft und zeigen auf, wo sich Integrationsaufwand und Wartungskosten heute schon reduzieren lassen.

Jetzt Projekt anfragen

Fazit

Shopware Nexus verfolgt einen nachvollziehbaren Ansatz: fragile Middleware und individuelle Skripte durch standardisierte, wiederverwendbare Workflows zu ersetzen. Mit Konnektoren für gängige ERP- und PIM-Systeme ist bereits eine solide Basis vorhanden, und der native Ansatz ohne separate Middleware-Instanz reduziert Komplexität im Betrieb.

Gleichzeitig ist Nexus ein Beta-Produkt mit wachsendem, aber noch nicht vollständigem Funktionsumfang. Für Unternehmen mit Standard-Anbindungen an unterstützte Systeme lohnt sich der Blick schon jetzt. Wer auf sehr individuelle Prozesse oder (noch) nicht unterstützte Systeme setzt, fährt vorerst gut mit der bestehenden Schnittstellen-Lösung – und behält Nexus für den nächsten Schnittstellen-Wechsel im Blick.