Shopware 6 mit den anderen Systemen verbinden

Ein Shop steht selten allein zwischen den übrigen Systemen im Haus. Bestellungen sollen in die Warenwirtschaft, Bestände und Lieferzeiten zurück in den Shop, Produktdaten kommen oft aus einem eigenen System, Rechnungen sollen in die Buchhaltung, und der Vertrieb möchte im Kundensystem sehen, was jemand bestellt hat. Jede dieser Verbindungen spart wiederkehrende Handarbeit, und jede ist gleichzeitig eine Stelle, an der etwas schiefgehen kann. Genau darauf ist die Umsetzung ausgelegt: Der Alltag entscheidet, nicht der erste Tag.

Shopware 6 bringt dafür zwei Wege mit. Die Store-API ist für alles gedacht, was auf Kundenseite passiert, etwa eigene Oberflächen oder Apps. Die Admin-API deckt den Bereich ab, um den es bei Anbindungen meist geht: Produkte, Bestände, Preise, Bestellungen und Kunden. Beide sind gut dokumentiert und in Shopware fest eingebaut, es braucht also keine Umwege am System vorbei. Auf der Gegenseite sieht es unterschiedlich aus: Manche Systeme haben eine saubere Schnittstelle, andere bieten nur Dateiaustausch oder einen Direktzugriff auf ihre Datenbank. Was möglich ist, klärt die Analyse zu Beginn.

Der eigentliche Aufwand steckt selten im Datenaustausch selbst, sondern in der Zuordnung der Felder und in den Sonderfällen. Beide Seiten kennen Kunden, Artikel und Bestellungen, aber selten in derselben Struktur: Der Shop hat Varianten, die Warenwirtschaft einzelne Artikelnummern; hier steht ein Bruttopreis, dort ein Nettopreis mit Preisgruppe; Adressen sind einmal ein Feld und einmal fünf. Dazu kommen die Fälle, die im Konzept gern fehlen: Eine Bestellung wird storniert, nachdem sie übertragen wurde. Eine Lieferung geht in zwei Paketen raus. Ein Kunde ändert die Rechnungsadresse. Genau diese Fälle werden vorher durchgesprochen, weil sie später den Unterschied machen.

Technisch läuft der Austausch im Hintergrund, nicht während ein Kunde auf eine Seite wartet. Aufträge landen in einer Warteschlange und werden von dort abgearbeitet. Ist die Gegenstelle nicht erreichbar, bleibt der Auftrag liegen und wird später erneut versucht, statt verloren zu gehen. Scheitert es dauerhaft, geht eine Meldung heraus, und der Vorgang lässt sich im Backend ansehen und erneut anstoßen. Dazu gehört ein Protokoll, das im Zweifel zeigt, was wann übertragen wurde, denn bei Schnittstellen ist die häufigste Frage nicht „geht es?", sondern „was ist gestern Nacht passiert?".

Nicht jede Anbindung muss neu entstehen. Für verbreitete Systeme gibt es fertige Erweiterungen im Shopware Store, die vieles abdecken; dann ist die sinnvollere Arbeit oft, sie richtig einzurichten und nur die Lücken zu schließen. Umgekehrt gilt: Sobald eigene Felder, mehrere Verkaufskanäle oder abweichende Abläufe im Spiel sind, wird aus der fertigen Lösung schnell ein Flickwerk, und eine eigene Erweiterung ist der ruhigere Weg. Diese Entscheidung fällt in der Analyse, nicht vorher.

Die Zusammenarbeit läuft standardmäßig zu 100 % remote und damit ortsunabhängig, direkt mit Shop-Betreibern, als Verstärkung für Agenturen und über IT-Vermittler. Entwickelt und getestet wird auf einer Staging-Umgebung gegen die Testumgebung des anderen Systems, Code geht über Git. Weil dabei in aller Regel echte Kundendaten fließen, gehört ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO zum Auftrag. Gearbeitet wird aus dem eigenen Büro im kontorworx-Coworking-Space in Rheine, persönliche Termine vor Ort sind nach Absprache möglich, etwa zum Auftakt mit der IT-Abteilung.