Warenwirtschaft ohne externe Schnittstelle: direkt in Shopware integriert
Jede Schnittstelle ist ein Versprechen: Zwei Systeme werden schon dieselbe Zahl anzeigen. In der Praxis ist es ein Versprechen mit Bedingungen — beide Systeme müssen laufen, die Verbindung stehen, das Zeitfenster passen und niemand darf zwischen zwei Synchronisationen zu viel verkaufen.
Meistens funktioniert das. Die Frage ist, was an den Tagen passiert, an denen es nicht funktioniert — und ob dieser Aufwand überhaupt nötig ist. Dieser Artikel vergleicht die integrierte mit der angebundenen Variante, ohne externe Systeme pauschal schlechtzureden: Für viele Unternehmen sind sie die richtige Wahl.
Was bedeutet eine direkt in Shopware integrierte Warenwirtschaft?
Sie läuft als Erweiterung im Shopsystem und nutzt dieselbe Datenbank wie Produkte, Bestellungen und Kunden. Es gibt kein zweites System, keinen Abgleichlauf und keinen Zeitversatz. Bestandsdaten, Lieferanten und Bewegungen liegen dort, wo auch der Verkauf stattfindet.
Der strukturelle Unterschied
| Integriert | Extern angebunden | |
|---|---|---|
| Datenhaltung | Eine Datenbank | Zwei Systeme |
| Abgleich | Entfällt | Regelmäßig oder ereignisgesteuert |
| Zeitversatz | Keiner | Je nach Intervall |
| Ausfallpunkte | Ein System | Zwei Systeme plus Verbindung |
| Bedienung | Ein Backend | Zwei Oberflächen |
Was das im Alltag ändert
Ein Wareneingang, der im Backend gebucht wird, wirkt sofort auf die verkäufliche Menge. Kein Warten auf den nächsten Lauf, keine Frage, ob der Abgleich durchgelaufen ist. Umgekehrt kennt die Warenwirtschaft jede Bestellung in dem Moment, in dem sie entsteht — Reservierungen ergeben sich daraus ohne Übertragung.
Welche Probleme können externe Schnittstellen verursachen?
Vor allem drei: Zeitversatz zwischen den Systemen, Konflikte bei gleichzeitigen Änderungen und Ausfälle der Verbindung selbst. Dazu kommt der laufende Aufwand — jede Version auf einer der beiden Seiten kann die Kopplung betreffen.
Die typischen Fehlerbilder
| Problem | Wie es sich zeigt |
|---|---|
| Zeitversatz | Shop verkauft Ware, die längst weg ist |
| Überschreiben | Ein Systemlauf setzt den Bestand zurück |
| Verbindungsausfall | Bestände frieren auf altem Stand ein |
| Feldabweichungen | Artikel werden nicht zugeordnet |
| Versionswechsel | Kopplung bricht nach einem Update |
| Doppelte Wahrheit | Zwei Systeme, zwei Zahlen, keine Klärung |
Das Überschreibungsproblem im Detail
Der zweite Punkt ist der unangenehmste, weil er unbemerkt bleibt. Ein System liest den Bestand, rechnet und schreibt das Ergebnis zurück. Passiert zwischen Lesen und Schreiben ein Verkauf, geht dieser verloren:
| Zeit | Vorgang | Bestand |
|---|---|---|
| 10:00:00 | Externes System liest: 50 | 50 |
| 10:00:01 | Kunde kauft 2 | 48 |
| 10:00:02 | Externes System schreibt: 50 | 50 |
Die beiden verkauften Stück sind wieder da und werden ein zweites Mal verkauft. An einem ruhigen Tag passiert das nie, an einem Aktionstag mehrfach.
Was das nicht heißt
Schnittstellen sind nicht grundsätzlich schlecht. Sie sind ein Werkzeug mit Betriebsaufwand. Wer ein ERP betreibt, das ohnehin die führende Rolle hat, braucht diese Kopplung — und sie funktioniert bei sauberer Umsetzung zuverlässig.
Welche Daten sollten in Echtzeit verfügbar sein?
Alles, was über einen Verkauf entscheidet: der verfügbare Bestand, reservierte Mengen und der Zulauf mit Termin. Bei diesen Größen kostet jede Verzögerung entweder Umsatz oder Vertrauen. Weniger zeitkritisch sind Einkaufspreise, Lieferantenstammdaten und Bewertungsdaten.
| Datum | Zeitkritisch | Warum |
|---|---|---|
| Verfügbarer Bestand | Hoch | Entscheidet über Kaufabschluss |
| Reservierungen | Hoch | Verhindert Doppelverkauf |
| Zulauf mit Termin | Mittel bis hoch | Grundlage für Lieferzusagen |
| Einkaufspreise | Niedrig | Ändern sich selten |
| Lieferantendaten | Niedrig | Stammdaten |
| Lagerwert | Niedrig | Stichtagsbetrachtung |
Die praktische Konsequenz
Wer ein externes System betreibt, sollte die Synchronisation nach dieser Priorität auslegen: Bestände häufig oder ereignisgesteuert, Stammdaten seltener. Bei einer integrierten Lösung stellt sich die Frage nicht — alle Daten sind immer aktuell, weil es nur eine Quelle gibt.
Wann ist ein separates System sinnvoll?
Wenn die Anforderungen über den Warenfluss hinausgehen oder mehrere Kanäle dieselbe Datenbasis brauchen. Ein Unternehmen mit eigener Fertigung, Filialen mit Kassensystemen, Buchhaltung im Haus oder mehreren Vertriebswegen ist mit einem führenden Zentralsystem besser bedient als mit einer Shop-Erweiterung.
Die Indikatoren für ein externes System
- Der Shop ist nur einer von mehreren Vertriebskanälen
- Es gibt eigene Produktion mit Stücklisten
- Die Buchhaltung wird im Haus geführt und soll durchgreifen
- Mehrere Gesellschaften müssen konsolidiert werden
- Ein bestehendes System ist bereits die führende Datenquelle
Der letzte Punkt ist der häufigste und wird gern übergangen: Wer bereits ein ERP betreibt, sollte nicht daneben eine zweite Bestandsführung aufbauen. Zwei Systeme, die dieselbe Wahrheit beanspruchen, erzeugen Konflikte statt Klarheit.
Die ehrliche Einordnung
Für ein wachsendes Handelsunternehmen ohne Fertigung ist die integrierte Variante meist der pragmatischere Weg. Für ein etabliertes Unternehmen mit gewachsener Systemlandschaft ist sie es selten. Beides sind legitime Ausgangslagen — die Frage ist, welche deine ist.
Die Abgrenzung zwischen beiden Kategorien behandelt der Ratgeber zu Warenwirtschaft oder ERP.
Welche Vorteile hat eine gemeinsame Datenbasis?
Keine Synchronisation, kein Zeitversatz und keine widersprüchlichen Zahlen. Dazu kommen praktische Vorteile: eine Oberfläche statt zwei, keine zusätzliche Systemlandschaft und ein deutlich geringerer Einführungsaufwand.
Die Vorteile im Einzelnen
| Vorteil | Wirkung |
|---|---|
| Eine Wahrheit | Keine Diskussion, welche Zahl stimmt |
| Sofortige Wirkung | Wareneingang ist unmittelbar verkäuflich |
| Keine Kopplungspflege | Kein Aufwand bei Versionswechseln |
| Ein Backend | Keine zweite Oberfläche, kein zweiter Login |
| Geringerer Einstieg | Installation statt Projekt |
| Weniger Ausfallpunkte | Ein System statt drei Komponenten |
Der Punkt, der am meisten Zeit spart
Nicht die Technik, sondern das Wegfallen der Fehlersuche. In gekoppelten Systemen ist ein guter Teil der Betreuungszeit die Frage, warum zwei Zahlen auseinanderlaufen. Bei einer gemeinsamen Datenbasis kann diese Frage nicht entstehen.
Was passiert bei einer Deinstallation?
Bei einer sauber gebauten Erweiterung: nichts Dramatisches. Sie führt eigene Zusatzdaten und greift nicht so invasiv in die Shopware-Bestandslogik ein, dass nach dem Entfernen unbrauchbare Bestände zurückbleiben. Der Shop läuft mit dem Shopware-Bestand weiter.
Warum das eine relevante Frage ist
Eine Erweiterung, die tief in die Kernlogik eingreift, bindet dich. Nach der Deinstallation stimmen Bestände nicht mehr, Felder fehlen, Prozesse hängen. Das ist ein Risiko, das man vor der Einführung bewerten sollte — nicht danach.
Worauf du achten solltest
| Prüfpunkt | Warum |
|---|---|
| Eigene Datenstrukturen | Zusatzdaten getrennt von Core-Daten |
| Bestandslogik | Ergänzt statt ersetzt |
| Template-Erweiterungen | Statt Überschreibungen |
| Deinstallationsverhalten | Was bleibt, was geht |
| Datenexport | Kommst du an deine Daten? |
Der letzte Punkt gilt für jede Lösung, auch für externe Systeme: Stammdaten zu Lieferanten, Einkaufspreisen und Gebinden sind mühsam aufgebaut. Sie müssen exportierbar bleiben.
Wie arbeitet die Ertragswerke Warenwirtschaft mit Shopware-Beständen?
Sie ergänzt zusätzliche Bestandsarten und schreibt Änderungen als Delta auf den Shopware-Bestand zurück, statt ihn bei jeder Aktion vollständig zu überschreiben. Der Shopware-Bestand bleibt die führende Größe für den Verkauf, die zusätzlichen Werte liegen daneben.
Das Delta-Prinzip
Statt „setze auf 50" wird „erhöhe um 10" geschrieben. Ein zwischenzeitlicher Verkauf bleibt damit erhalten — genau das Fehlerbild, das bei gekoppelten Systemen regelmäßig auftritt, kann nicht entstehen. Mehr dazu im Ratgeber zu Multilager.
Was ergänzt wird
| Ebene | Inhalt |
|---|---|
| Shopware | Verkäufliche Menge je Produkt |
| Warenwirtschaft | Physisch, reserviert, Zulauf, freier Zulauf, Bestand je Lager |
Die zusätzlichen Werte erscheinen auch in der nativen Shopware-Produktliste — die Information steht damit dort, wo ohnehin gearbeitet wird. Zur Bedeutung der einzelnen Werte siehe den Ratgeber zum Warenbestand.
Die Grenzen der integrierten Variante
Sie deckt den Warenfluss ab, nicht mehr. Finanzbuchhaltung, CRM, Personalverwaltung, Produktionsplanung und umfassende Versandsteuerung sind nicht Bestandteil. Wer diese Bereiche integriert steuern muss, braucht ein anderes Werkzeug.
Kompatibilität
Die Ertragswerke Warenwirtschaft ist mit Shopware 6.6 und 6.7 kompatibel und nutzt eigene Namespaces, Template-Erweiterungen statt Überschreibungen sowie ACL-konforme Backend-Module.
Häufige Fragen
Sind externe Warenwirtschaftssysteme grundsätzlich schlechter?
Nein. Für größere Unternehmen und mehrkanalige Strukturen sind sie oft notwendig. Die integrierte Variante ist die pragmatischere Wahl, wenn der Shop der zentrale Kanal ist.
Was passiert bei einem Shopware-Update?
Eine Erweiterung muss für die jeweilige Version freigegeben sein. Der Vorteil gegenüber einer Kopplung: Es gibt nur eine Seite, die aktuell sein muss, statt zwei plus Verbindung.
Kann ich später auf ein externes System wechseln?
Ja. Wichtig ist, dass die aufgebauten Stammdaten exportierbar bleiben — Lieferanten, Einkaufspreise und Gebindegrößen sind der aufwendigste Teil jeder Migration.
Belastet eine integrierte Warenwirtschaft die Shop-Performance?
Sie arbeitet überwiegend im Backend. Storefront-relevant sind nur die Bestandsabfragen, die ohnehin stattfinden.
Was ist mit Marktplätzen?
Eine Bestandssynchronisation zu externen Marktplätzen ist nicht Bestandteil der aktuellen Version. Wer mehrere Kanäle bespielt, sollte prüfen, welches System die führende Bestandshoheit haben soll.
Brauche ich trotzdem eine Buchhaltungssoftware?
Ja. Die Warenwirtschaft liefert Lagerwerte und Belegdaten, führt aber keine Buchhaltung.
Wie aufwendig ist die Einführung?
Die Installation ist schnell. Der Aufwand liegt in den Stammdaten — und der fiele bei jeder anderen Lösung ebenfalls an.
Die Entscheidung zwischen integriert und angebunden hängt davon ab, welche Rolle der Shop in deinem Unternehmen spielt. Wie eine integrierte Lösung den Warenfluss abdeckt, zeigt die Shopware Warenwirtschaft.
