Ein Auftrag kommt im Shop herein, der Bestand im ERP wird aber erst Stunden später angepasst. Der Vertrieb nennt am Telefon einen anderen Preis als der Shop. Und die Buchhaltung erhält zum Monatsende eine Excel-Datei, deren Herkunft niemand mehr sicher erklären kann. Wer ein ERP mit Shopware integrieren möchte, löst damit kein reines IT-Thema. Es geht um verlässliche Abläufe zwischen Verkauf, Lager, Einkauf, Kundenservice und Finanzwesen.
Eine gute Integration macht aus zwei Anwendungen kein unübersichtliches Gesamtsystem. Sie legt klar fest, welche Daten wo gepflegt werden, wie sie übertragen werden und was bei einer Störung passiert. Das Ergebnis: weniger Doppelpflege, weniger Rückfragen und ein Onlineshop, der den tatsächlichen Geschäftsablauf abbildet.
ERP mit Shopware integrieren: Erst Prozesse, dann Schnittstellen
Der häufigste Fehler liegt vor dem ersten technischen Workshop: Unternehmen beginnen mit der Frage nach einem Plugin oder einer API. Sinnvoller ist die Frage, welche Prozesse der Shop konkret unterstützen soll. Verkaufen Sie an Endkunden, Händler oder beide Gruppen? Werden Bestellungen direkt aus dem Lager versendet, über einen Fulfillment-Partner abgewickelt oder erst manuell geprüft? Gibt es kundenspezifische Preise, Staffelpreise oder Freigabeprozesse?
Diese Antworten bestimmen die Architektur. Ein einfacher B2C-Shop mit wenigen hundert Artikeln benötigt eine andere Anbindung als ein B2B-Portal mit zehn Preislisten, mehreren Lagern und Bestellungen, die vor der Freigabe durch den Innendienst geprüft werden. Eine technisch funktionierende Schnittstelle kann dennoch operativ scheitern, wenn sie einen bestehenden Prozess ignoriert.
Deshalb gehört zu einer belastbaren Konzeption eine Bestandsaufnahme: Welche Systeme sind beteiligt? Wo liegen Artikelstammdaten, Bilder, Kundendaten und Belege? Welche Daten werden heute per Export, E-Mail oder Excel übertragen? Gerade diese manuellen Zwischenwege zeigen, wo eine Integration den größten Nutzen bringt.
Ein führendes System pro Datenbereich
Ein System statt zehn Insellösungen heißt nicht, dass alles in einer Anwendung leben muss. Shopware bleibt der Ort für Produktdarstellung, Inhalte, Kampagnen und das Einkaufserlebnis. Das ERP steuert typischerweise kaufmännische und operative Kernprozesse wie Lager, Beschaffung, Rechnungen und Buchungen. Entscheidend ist, dass Daten nicht in beiden Systemen gleichberechtigt gepflegt werden.
In der Praxis sollte vor der Entwicklung verbindlich festgelegt werden, welches System bei welchem Datensatz führt. Häufig sieht das so aus:
- Das ERP führt Artikelnummern, Einkaufspreise, Lagerbestände und steuerlich relevante Artikelinformationen.
- Shopware führt Produkttexte, Medien, Kategorien, Erlebniswelten und SEO-relevante Inhalte.
- Das ERP führt Auftragsstatus, Lieferungen, Rechnungen und Gutschriften.
- Shopware führt Warenkörbe, Newsletter-Einwilligungen und shopbezogene Kundeninteraktionen.
- Kundendaten können je nach Vertriebsmodell im ERP, CRM oder Shopware entstehen. Hier braucht es besonders klare Regeln für Dubletten und Änderungen.
Diese Zuordnung ist kein theoretisches Dokument für die Schublade. Sie verhindert, dass ein Produktname aus Shopware einen ERP-Artikel überschreibt oder eine Bestandskorrektur aus dem ERP versehentlich wieder zurückgesetzt wird. Auch bei einem Odoo-ERP oder einer bestehenden Branchenlösung gilt derselbe Grundsatz: Datenhoheit muss vor dem Go-Live entschieden sein.
Welche Daten in welcher Richtung fließen sollten
Nicht jede Information muss in Echtzeit zwischen den Systemen pendeln. Echtzeit kostet Entwicklungsaufwand, erhöht die Anforderungen an Verfügbarkeit und erschwert die Fehlersuche. Bei Lagerbeständen kann sie sinnvoll sein, etwa bei schnell drehenden Artikeln oder knappen Mengen. Bei Produkttexten genügt oft ein geplanter Abgleich, zum Beispiel stündlich oder nachts.
Artikel, Varianten, EANs, Lieferzeiten und Bestände fließen meist vom ERP nach Shopware. Bestellungen, Zahlungsstatus und neue Kundenkonten werden häufig aus Shopware an das ERP übergeben. Liefer- und Sendungsinformationen kommen anschließend zurück in den Shop, damit Kunden automatisch informiert werden.
Die Details entscheiden über die Qualität. Was passiert mit Teillieferungen? Wie werden Stornierungen behandelt, wenn eine Rechnung schon erstellt wurde? Kann ein Kunde seine Lieferadresse nach der Bestellung ändern? Werden Gutscheine, Rabatte, Versandkosten und Pfandpositionen im ERP korrekt als eigene Auftragspositionen abgebildet? Diese Fälle sind im Standardprozess oft unsichtbar, verursachen im Alltag aber den größten manuellen Aufwand.
Bei B2B-Shops kommen weitere Anforderungen hinzu. Kundenspezifische Sortimente, individuelle Preisvereinbarungen, Zahlungsziele und Mindestbestellwerte dürfen nicht erst nach dem Kauf auffallen. Idealerweise prüft der Shop die relevanten Informationen bereits beim Login oder vor dem Checkout. Ob diese Daten live aus dem ERP abgerufen oder regelmäßig synchronisiert werden, hängt von Datenmenge, Antwortzeiten und Geschäftsrisiko ab.
API, Middleware oder Plugin: Die passende Architektur wählen
Shopware 6 bietet leistungsfähige Schnittstellen. Moderne ERP-Systeme verfügen ebenfalls meist über APIs oder Import- und Exportmechanismen. Das bedeutet aber nicht, dass zwei Systeme ohne Konzept direkt miteinander sprechen sollten.
Eine direkte Anbindung kann für überschaubare Anforderungen passend sein. Sie reduziert zusätzliche Komponenten und kann langfristig leichter zu betreiben sein. Voraussetzung ist, dass die Prozesse klar sind, beide Schnittstellen die benötigten Funktionen abdecken und die Integration nicht bei jeder Erweiterung angepasst werden muss.
Middleware ist sinnvoll, wenn mehrere Systeme zusammenkommen, etwa ERP, Shopware, CRM, PIM, Zahlungsdienstleister und Logistik. Sie kann Datenformate übersetzen, Übertragungen protokollieren und Wiederholungen steuern. Das schafft Flexibilität, ist aber keine Abkürzung. Auch eine Middleware braucht fachliche Regeln, Monitoring und Pflege.
Ein fertiges Plugin kann einen guten Startpunkt liefern, besonders bei verbreiteten Kombinationen. Für geschäftskritische Prozesse sollte jedoch geprüft werden, ob es Versionen langfristig unterstützt, Fehler nachvollziehbar protokolliert und individuelle Anforderungen abbildet. Ein Plugin, das nur den Idealfall verarbeitet, ist keine belastbare Integrationsstrategie.
Fehlerfälle planen, bevor sie Umsatz kosten
Eine Schnittstelle wird nicht daran gemessen, dass sie am ersten Testtag zehn Bestellungen überträgt. Entscheidend ist ihr Verhalten, wenn ein System nicht erreichbar ist, ein Artikel fehlt oder ein Auftrag fehlerhafte Daten enthält. Dann dürfen Bestellungen weder verschwinden noch doppelt im ERP landen.
Dafür braucht es eindeutige IDs, nachvollziehbare Übertragungsprotokolle und geregelte Wiederholungsversuche. Mitarbeitende müssen erkennen können, welche Übertragung fehlgeschlagen ist, warum sie fehlgeschlagen ist und wer sie bearbeiten sollte. Ein allgemeines „Synchronisierung fehlgeschlagen“ hilft dem Kundenservice nicht weiter.
Auch Sicherheit gehört in die Konzeption. Zugänge sollten nur die Berechtigungen erhalten, die sie tatsächlich benötigen. Personenbezogene Daten müssen sparsam übertragen, verschlüsselt verarbeitet und mit klaren Aufbewahrungsregeln behandelt werden. Bei Kundenkonten, Adressdaten und B2B-Konditionen ist das nicht nur eine technische Frage, sondern Teil eines sauberen Betriebs.
So wird der Go-Live planbar
Ein sicherer Start entsteht nicht durch einen möglichst kurzen Projektplan, sondern durch ein kontrolliertes Vorgehen. Zunächst werden Prozesse und Datenfelder fachlich abgestimmt. Danach folgt eine technische Spezifikation mit Datenfluss, Zuständigkeiten und Sonderfällen. Erst dann beginnt die eigentliche Entwicklung.
Vor dem Launch braucht die Integration realistische Testdaten. Testen Sie nicht nur eine Standardbestellung mit einem verfügbaren Artikel. Prüfen Sie Varianten, Rabatte, Gastbestellungen, Neukunden, Retouren, Teillieferungen, fehlende Bestände und parallele Bestellungen. Besonders wertvoll ist ein gemeinsamer Abnahmetermin mit Lager, Kundenservice und Buchhaltung. Diese Teams sehen Fehler, die in einer rein technischen Prüfung unentdeckt bleiben.
Für viele Unternehmen empfiehlt sich ein gestaffelter Go-Live. Zuerst werden etwa Artikel und Bestände synchronisiert, anschließend Aufträge und zuletzt Sonderprozesse wie B2B-Preislisten oder Retouren. Das ist nicht immer nötig. Bei einem klar begrenzten Shop kann ein vollständiger Start sinnvoll sein. Bei gewachsenen Systemlandschaften senkt ein schrittweiser Rollout jedoch das Risiko und sorgt für deutlich weniger Schweißperlen am Launch-Tag.
Betrieb ist Teil der Integration
Nach dem Go-Live beginnt die Phase, die über den langfristigen Nutzen entscheidet. Shopware, ERP, Zahlungsanbieter und Serverumgebungen werden weiterentwickelt. Neue Versandarten, zusätzliche Vertriebskanäle oder Änderungen im Sortiment können die Datenflüsse beeinflussen. Ohne Wartung wird aus einer anfangs sauberen Anbindung schnell wieder eine Fehlerquelle.
Dazu gehören Updates mit vorheriger Prüfung, Backups, technische Überwachung und ein klarer Ansprechpartner für Störungen. Ebenso wichtig sind regelmäßige Gespräche mit den Fachbereichen: Welche manuellen Arbeitsschritte bestehen weiterhin? Wo entstehen neue Ausnahmen? Welche Funktionen nutzen Teams tatsächlich? Gute Weiterentwicklung orientiert sich nicht an möglichst vielen Features, sondern an spürbarer Entlastung im Tagesgeschäft.
Eine ERP-Shopware-Integration ist dann gelungen, wenn sie für Kunden kaum sichtbar bleibt und intern verlässlich arbeitet. Wenn Lagerbestände stimmen, Aufträge ohne Nachpflege ankommen und Teams nicht mehr zwischen fünf Tabellen wechseln müssen, ist Technik zu dem geworden, was sie sein sollte: eine ruhige, tragfähige Grundlage für den nächsten Wachstumsschritt.