Die vier Wege der ERP-Anbindung: nativ, Connector, Middleware, Eigenbau

Weg 1: Nativ — die Wawi lebt im Shop

Die Warenwirtschaft ist Teil des Shopsystems selbst; es gibt keine zwei Datenbestände und darum nichts zu synchronisieren. Das Musterbeispiel ist Pickware für Shopware 6: ein Plugin, das Lager, Einkauf, Retouren und Versand direkt ins Shopware-Backend bringt. Kostenlogik: Plugin-/App-Preis statt Connector-Gebühr; dafür bindet sich die Wawi ans Shopsystem — ein späterer Shopwechsel ist zugleich ein Wawi-Wechsel.

Weg 2: Offizieller Connector des Herstellers

Der Normalfall der Matrix: Die Warenwirtschaft bleibt das führende System, der Hersteller liefert und pflegt die Schnittstelle (JTL-Connector, Xentral Connect, Billbee-, VARIO-, desk4-, weclapp-Integrationen). Kostenlogik: oft im Tarif enthalten — aber gestaffelt: JTL gibt Shopify/Shopware 6 gratis und verlangt für WooCommerce den Advanced-Tarif; weclapp verlangt für jede Shop-Anbindung den Handel-Tarif. Die Staffeln entscheiden über den realen Preis, nicht die Systemwerbung.

Weg 3: Middleware und Drittanbieter-Connectoren

Ein dritter Anbieter übersetzt zwischen Shop und ERP — üblich, wenn der ERP-Hersteller den Shop nicht bedient (myfactory ↔ WooCommerce via Adapto) oder wenn viele Systeme flexibel verkettet werden sollen. Kostenlogik: eigenes Abo oder eigene Lizenz zusätzlich zum ERP, dafür unabhängig von dessen Katalog. Details und Anbieter: Middleware & Connectoren.

Weg 4: Eigenbau über die APIs

WooCommerce, Shopify und Shopware haben REST-APIs, moderne ERP-Systeme ebenso (myfactory etwa eine offene REST-API mit JSON). Ein Skript oder ein Automatisierungswerkzeug verbindet beide direkt. Kostenlogik: keine Lizenz, dafür Entwicklungs- und — wichtiger — dauerhafte Pflegezeit: jede API-Änderung, jedes Fehlerbild, jede neue Anforderung landet bei dir. Ehrliche Faustregel: Der Eigenbau lohnt, wenn die Anforderung so speziell ist, dass kein Standardweg sie abdeckt — nicht, um eine Connector-Gebühr zu sparen.

Entscheidungsbaum in vier Fragen

1. Gibt es die Paarung nativ oder als offiziellen Connector? Dann ist das fast immer der beste Weg — Wartung und Haftung liegen beim Hersteller. Nachschlagen: Matrix.
2. Nur Drittanbieter dokumentiert? Middleware beziffern lassen und gegen die Gesamtkosten eines Systemwechsels rechnen — der Wechsel ist fast immer teurer als die Brücke.
3. Gar nichts dokumentiert? API-Eigenbau prüfen oder die Frage stellen, ob eigentlich der Shop das Problem ist (Andere Shops).
4. In jedem Fall: vor der Entscheidung die Sync-Objekte gegen die eigenen Prozesse halten — was genau synchronisiert wird, entscheidet über den Nutzen.

Einzelfragen zu konkreten Paarungen (»Synchronisiert der JTL-Connector Varianten?«) beantwortet das Fragenverzeichnis mit Direktsprung zur Antwort.

Zwei Systeme als Referenz für Weg 2

Häufige Fragen

Was ist besser: Connector oder Middleware?

Wenn der Hersteller einen offiziellen Connector anbietet, ist der fast immer vorzuziehen: eine Vertragsbeziehung weniger, Wartung beim Hersteller, dokumentierter Sync-Umfang. Middleware ist der richtige Weg, wenn es keinen offiziellen Connector gibt oder bewusst viele Systeme flexibel verbunden werden sollen.

Kann ich die Anbindung später wechseln?

Ja — der Wechsel des Anbindungswegs (z. B. von Eigenbau auf Connector) ist deutlich kleiner als ein Systemwechsel, weil Artikelstamm und Prozesse bleiben. Wichtig ist saubere Artikel-Zuordnung (SKU als führender Schlüssel), damit die neue Anbindung die bestehenden Artikel wiedererkennt.

Was bedeutet »führendes System«?

Das System, in dem Daten gepflegt werden und das bei Konflikten gewinnt. Üblich: Die Warenwirtschaft führt Artikel, Preise und Bestände, der Shop führt nichts selbst, sondern zeigt an. Wer diese Frage vor der Einrichtung nicht beantwortet, produziert Sync-Konflikte statt Automatisierung.

Quellen

1. Pickware: Shopware-Warenwirtschaft — Herstellerangabe: vollständig integriert, ohne Connector
2. JTL: ERP-Schnittstellen-Übersicht — Herstellerangabe: Connector-Staffelung nach Edition
3. myvision Software: Adapto — Herstellerangabe des Middleware-Anbieters
4. WooCommerce REST API Dokumentation — technische Dokumentation

Belege sind die offiziellen Handbuch-, Hilfe- und Preisseiten der Anbieter (als Herstellerangabe mit Abrufdatum) sowie Gesetze und technische Dokumentationen; andere Vergleichs- oder Ratgeberseiten zitieren wir nicht. Zuletzt geprüft: August 2026. Angaben ohne Gewähr.

Weiterlesen

• Kosten & EditionsfallenAlle belegten Preise und Tarifgrenzen der vier Wege.
• Was wird synchronisiert?Die Objektliste, die über den Nutzen entscheidet.
• Schluss mit AbtippenAb wann sich welcher Weg rechnet — mit Rechenweg.