Reicht ein ERP-Shopware-Plugin wirklich aus?

Ein ERP-Shopware-Plugin klingt nach der perfekten Abkürzung: installieren, verbinden, synchronisieren, fertig. In vielen Projekten stimmt das sogar erst einmal. Sie bekommen damit schnell eine funktionierende Basisintegration, die Produkte, Bestände und Standardpreise sauber zwischen ERP und Shopware austauscht. Das wirkt effizient, kalkulierbar und „done“.

Das Problem: Im B2B ist „funktioniert“ nicht dasselbe wie „verkauft“. Der wirtschaftliche Unterschied entsteht selten in den ersten 80 Prozent, sondern in den letzten 20 Prozent. Genau dort liegen Ihre Margenlogik, Ihre Kundenbeziehungen und Ihre internen Abläufe. Und genau dort endet bei vielen Standard-Connectoren die Komfortzone. Wenn Sie diese Lücke unterschätzen, zahlen Sie später mit Workarounds, doppelter Datenpflege und einem Systemmix, der niemandem mehr gehört. Das ist nicht dramatisch, weil es laut wäre. Es ist dramatisch, weil es schleichend passiert.

Was ein Standard-Connector gut kann und warum das trotzdem nur der Anfang ist

Moderne ERP-Systeme machen Integration heute deutlich angenehmer. Wenn ein System API-first gedacht ist, gut dokumentiert ist und Verantwortlichkeiten klar sind, wird die Anbindung an Shopware stabil, wartbar und technisch sauber. Genau so sollte es sein. In solchen Setups ist ein ERP-Shopware-Plugin ein sinnvoller Einstieg, weil es Ihnen die Grundverdrahtung liefert, ohne dass Sie jede Schnittstelle selbst bauen müssen.

In der Praxis bedeutet das: Artikelstammdaten wandern in den Shop, Lagerbestände werden regelmäßig abgeglichen, Kundendaten können synchronisiert werden, und Standardpreise landen dort, wo sie hingehören. Diese Basis bringt Geschwindigkeit in Projekte, reduziert Startkosten und schafft schnell sichtbare Ergebnisse. Deshalb ist die Idee „Es gibt doch ein fertiges Plugin“ auch nicht falsch.

Falsch wird es erst, wenn aus „Einstieg“ eine Gesamtstrategie wird. Denn ein Connector bildet meist das ab, was für viele Unternehmen ähnlich ist. Ihr Geschäft ist aber nicht „ähnlich“. Ihr Geschäft ist individuell. Und im B2B beginnt die Wertschöpfung genau an dem Punkt, an dem Standards nicht mehr reichen.

Die letzten 20 Prozent sind nicht Kosmetik, sondern Ihr Geschäftsmodell

Viele Standardlösungen decken 70, 80, manchmal 90 Prozent einer ERP-Shopware-Integration ab. Das klingt nach „fast fertig“. In Wahrheit ist es häufig „gerade erst geschäftsfähig“. Denn die fehlenden 10 bis 20 Prozent sind selten hübsche Extras. Es sind die Mechaniken, die Ihren Umsatz steuern und Ihren Vertrieb entlasten.

Kundenindividuelle Preise sind ein klassisches Beispiel. Ein Standardpreis pro Artikel ist im B2B oft nur der kleinste gemeinsame Nenner. Sobald Sie nach Kundengruppe, Abnahmemenge, Produktsegment, Region oder Rahmenvertrag differenzieren, wird es komplex. Ähnlich ist es bei Rahmenverträgen, die Konditionen über Zeiträume festschreiben, oder bei speziellen Zahlungszielen, die sich nicht als einfache Einstellung „Netto 14“ abbilden lassen, weil sie an Bonität, Kundentyp oder Freigaben gekoppelt sind.

Dann kommen Versandregeln, die nicht nur nach Gewicht oder Land gehen, sondern nach Lagerstandort, Gefahrgut, Tourenlogik, Teillieferungen oder kundenspezifischen Absprachen. Und spätestens bei Rollen- und Rechtestrukturen sowie Freigabeprozessen wird klar: Das ist nicht Shop-Spielerei. Das ist Organisation. Das sind interne Kontrollmechanismen, Einkaufspolitiken und Verantwortlichkeiten, die in vielen Unternehmen nicht verhandelbar sind.

Wenn Ihre B2B E-Commerce Architektur diese Differenzierung nicht sauber trägt, dann haben Sie zwar einen Shop, aber keinen Prozess. Und ohne Prozess wird aus dem Shop keine Umsatzmaschine, sondern eine digitale Produktliste mit Login.

Was passiert, wenn die Lücke ignoriert wird: Workarounds, Doppelpflege und Systemchaos

Die fehlenden Prozent sind tückisch, weil sie selten am Anfang auffallen. Sie tauchen nicht in den Folien des ERP-Pitches auf. Sie stehen nicht als rote Warnung in einer Feature-Liste. Sie kommen später, wenn der Alltag beginnt. Genau dann greifen viele Teams zu kurzfristigen Lösungen, weil der Druck steigt: „Wir müssen live gehen“ oder „Der Vertrieb braucht das jetzt“.

Typischer Ablauf: Man baut Workarounds. Man pflegt bestimmte Daten zusätzlich im Shop, weil es schneller geht als das ERP anzupassen. Man verschiebt Logik aus dem ERP in Shopware, weil sich dort vermeintlich leichter konfigurieren lässt. Oder man baut kleine Nebenprozesse, die irgendwie funktionieren, aber nirgends sauber dokumentiert sind.

Das Ergebnis ist fast immer dasselbe: doppelte Datenpflege, widersprüchliche Informationen und Diskussionen darüber, welches System eigentlich recht hat. Das ERP sagt A, der Shop sagt B, und am Ende entscheidet ein Mensch per Bauchgefühl. Damit wird Ihre ERP-Shopware-Integration nicht nur teuer, sondern auch riskant. Je mehr Aufträge durchlaufen, desto größer wird der Schaden, wenn Preislogik, Verfügbarkeiten oder Konditionen nicht eindeutig sind.

Das ist weder sauber noch nachhaltig. Und es ist vor allem nicht skalierbar. Skalierung bedeutet nicht „mehr Bestellungen“. Skalierung bedeutet, dass mehr Bestellungen durchlaufen, ohne dass Ihr Team proportional mitwachsen muss. Workarounds sind das Gegenteil davon.

Datenhoheit und Logik: Die Architekturentscheidung, die Sie vor dem Plugin treffen müssen

Ein Connector ist ein Einstieg. Kein Konzept. Wenn Sie B2B ernst meinen, braucht Ihre B2B E-Commerce Architektur eine klare Aufteilung: Wer ist die Quelle der Wahrheit, und wo wird welche Logik bewusst betrieben? Diese Fragen klingen theoretisch, sind aber praktisch die Grundlage dafür, ob Ihr Setup in zwei Jahren noch funktioniert oder bereits nach sechs Monaten knirscht.

Die erste zentrale Entscheidung ist die Datenhoheit. Viele Unternehmen wollen, dass das ERP führend ist, weil dort Kalkulation, Einkauf, Lager und Debitorenbuchhaltung zusammenlaufen. Das ist oft sinnvoll. Aber „ERP führend“ bedeutet nicht, dass jede Regel zwangsläufig im ERP leben muss. Es bedeutet, dass Sie definieren, welche Datenobjekte und welche Entscheidungen dort verbindlich sind. Preise, Konditionen und Verfügbarkeiten sind häufig Kandidaten für eine klare ERP-Datenhoheit, weil sie direkt an Marge und Lieferfähigkeit hängen.

Die zweite Entscheidung betrifft die Geschäftslogik. Manche Logik gehört ins ERP, weil sie dort ohnehin entsteht, gepflegt wird und Auswirkungen auf nachgelagerte Prozesse hat. Andere Logik kann bewusst in Shopware liegen, wenn sie ausschließlich den digitalen Verkaufskanal betrifft und keine Rückwirkungen auf Ihre Kernprozesse erzeugt. Der Fehler passiert, wenn Logik nur deshalb in den Shop wandert, weil es „gerade schneller“ ist. Dann bauen Sie neben dem ERP ein zweites Regelwerk auf, das irgendwann niemand mehr überblickt.

Die dritte Entscheidung ist die technische Abbildung Ihrer Differenzierungsmerkmale. Wenn kundenindividuelle Preise und Rahmenverträge Ihr Geschäft ausmachen, dann müssen diese Mechaniken nicht irgendwie, sondern robust abgebildet werden. Das kann bedeuten, dass ein Standard-Connector erweitert wird, dass zusätzliche Services eingeführt werden oder dass eine klar definierte Middleware bestimmte Aufgaben übernimmt. Wichtig ist weniger das konkrete Muster, sondern die Klarheit: Jeder im Team muss wissen, wo was entsteht, wo es gepflegt wird und wie es in Shopware ankommt.

Wenn Sie diese Architekturfragen sauber beantworten, wird ein Shopware Connector zu einem Baustein im System. Wenn Sie sie nicht beantworten, wird der Connector zum Alibi, das später teuer wird.

Vom Feature-Feuerwerk zur Umsatzmaschine: Woran Sie ein tragfähiges Setup erkennen

Im Projektalltag wirkt es verführerisch, über Features zu sprechen: „Kann der Connector X?“ oder „Hat Shopware dafür ein Plugin?“ Diese Fragen sind nicht falsch, aber sie führen oft in die falsche Richtung. Denn die entscheidende Frage lautet: Unterstützt die Integration Ihr Geschäftsmodell so, dass Vertrieb, Einkauf und Kunden wirklich profitieren?

Ein tragfähiges Setup erkennt man daran, dass es Entscheidungen nicht versteckt, sondern transparent macht. Preise sind nachvollziehbar, Konditionen sind reproduzierbar, und Freigaben laufen ohne Spezialwissen. Ihre Teams wissen, wo sie etwas ändern müssen, wenn sich eine Regel ändert. Und vor allem: Es gibt eine eindeutige Quelle der Wahrheit. Wenn ein Kunde anruft und eine Abweichung meldet, müssen Sie nicht drei Systeme prüfen, sondern können den Ursprung sauber finden.

Eine solide ERP-Shopware-Integration sorgt außerdem dafür, dass Ihr digitales Geschäft nicht zur Sonderlocke wird. Der Shop ist dann kein zusätzlicher Pflegefall, sondern ein Kanal, der Ihre bestehenden Prozesse nutzt und sinnvoll erweitert. Das ist der Unterschied zwischen „Shop existiert“ und „Shop verkauft“. Im B2B ist diese Grenze hart. Dazwischen gibt es wenig.

Fazit: Ein ERP-Shopware-Plugin ist ein Einstieg, aber kein Ersatz für eine Integrationsstrategie

Ja, ein ERP-Shopware-Plugin reicht für den Start oft aus. Sie bekommen damit schnell eine Basis, die 70 bis 90 Prozent der Standardanforderungen abdeckt. Das spart Geld und bringt Tempo. Aber die letzten 10 bis 20 Prozent sind kein Feintuning, sondern der Kern Ihres B2B-Geschäfts. Dort liegen kundenindividuelle Preise, Verträge, Zahlungsziele, Versandlogik und Freigabeprozesse. Wenn diese Themen nicht sauber integriert sind, entsteht ein System, das mit jeder Ausnahme teurer wird.

Wer im B2B nur Standard integriert, bekommt am Ende auch nur Standard-Ergebnisse. Wenn Sie eine Lead- und Umsatzmaschine bauen wollen, brauchen Sie eine klare Architektur, eindeutige Datenhoheit und eine bewusste Verteilung der Logik zwischen ERP und Shopware. Dann wird der Shopware Connector das, was er sein sollte: ein solider Baustein. Nicht das Fundament.

So prüfen Sie in einer Woche, ob Ihr Connector reicht

Wenn Sie gerade vor der Entscheidung stehen, ob ein Shopware Connector „genug“ ist, machen Sie es konkret: Nehmen Sie Ihre fünf wichtigsten Kundenfälle und spielen Sie sie einmal durch. Nicht im Demo-Modus, sondern als echter Prozess: Preisfindung, Vertrag, Zahlungsziel, Versand, Rollen, Freigabe, Bestellung, Nachbearbeitung. Wenn Sie dabei merken, dass Sie Regeln irgendwo „nachbauen“ müssen, ist das ein Warnsignal für Ihre B2B E-Commerce Architektur.

Der nächste Schritt ist kein Feature-Vergleich, sondern eine Architektur-Skizze: Wo liegt die Wahrheit für Preise, Konditionen und Verfügbarkeiten, und wie kommt sie konsistent in den Shop? Wenn Sie das sauber definieren, sparen Sie später Marge, Zeit und Nerven. Und genau darum geht es.