Bestandsdaten zwischen Filiale und Onlineshop synchronisieren: Regeln und Fehlerquellen

Zwei Verkaufsorte, zwei Datenstände: wo es im Alltag klemmt

Onlineshop-Betreiber müssen in allen eingesetzten Systemen aktuelle, saubere Daten halten. Ein Shop ohne Anbindung an die übrige IT funktioniert nach Erfahrung aus der Integrationspraxis häufig schlecht und verursacht viel Aufwand. Besonders aufwändig wird es bei verschiedenen Kundengruppen wie B2B und B2C mit unterschiedlichen Konditionen oder bei einem grossen Produktkatalog.

Ohne Verbindung werden dieselben Angaben an zwei Orten gepflegt. Eine nur in der Warenwirtschaft erfasste Preisanpassung fehlt im Shop; ein an der Theke verkaufter Artikel bleibt online bestellbar. Integrierte Lösungen vermeiden diese Mehrfachpflege, indem sie die Daten laufend zwischen Warenwirtschaft und Webshop synchronisieren. So müssen Änderungen wie neue Preise nicht in mehreren Systemen nachgeführt werden.

Konkrete Einzelfälle machen das Problem sichtbar: ein Preis, der an der Kasse und im Shop auseinanderliegt; ein Bild, das noch den Vorgängerartikel zeigt; ein Produkt in der falschen Kategorie; eine Bestellung, die eingeht, obwohl die Ware nicht mehr vorhanden ist. Solche Abweichungen sind das Resultat zweier Datenstände – unabhängig davon, ob der Shop gar nicht oder nur notdürftig angebunden ist.

Datenhoheit klären: Welches System führt welche Angabe

Die erste Regel: Für jeden Datentyp wird ein führendes System bestimmt und die Fliessrichtung festgelegt. Meist liegt die Artikelherrschaft beim ERP.

In einer E-Commerce-Anbindung an SAP Business One etwa kommen Artikelinformationen, Bilder, Dokumente und Preise direkt aus der Warenwirtschaft und sind im Shop immer aktuell. Umgekehrt gilt für alles, was beim Verkauf entsteht: Lagerbewegungen und Bestellungen entstehen dort, wo tatsächlich verkauft wird – an der Theke in der Filiale oder im Onlineshop – und müssen in die Warenwirtschaft zurückgemeldet werden.

Doppelte Pflege an mehreren Orten ist die Hauptursache widersprüchlicher Stände. Wer Artikeltexte im Shop und im ERP bearbeiten kann, verliert die Kontrolle darüber, welche Version gilt. Eine klare Führerschaft erübrigt diesen Aufwand: Änderungen wie neue Preise werden einmal im führenden System erfasst und von dort verteilt, statt in beiden Systemen nachgeführt zu werden.

Praktisch bedeutet das, für jeden Datentyp schriftlich festzuhalten, wer schreiben darf und wer nur liest: Artikelstammdaten, Preise und Preisgruppen, Bestände, Kunden- und Adressdaten, Bestellungen und Belege. Ebenso ist festzuhalten, was gilt, wenn beide Seiten dieselbe Angabe ändern könnten – etwa ein Bestand, der sowohl durch Ladenverkäufe als auch durch Shopbestellungen sinkt. Ohne diese Zuordnung bleibt bei jeder Differenz unklar, welcher Stand richtig ist.

Dateiaustausch oder direkte Verbindung: der Weg des Abgleichs

Für den Datenaustausch zwischen Warenwirtschaft und Shop gibt es zwei Mechanismen: Beim dateibasierten Weg wird eine Information in eine Datei geschrieben und weitergegeben; bei der API sprechen die Systeme direkt miteinander. Das Schweizer ERP-System europa3000™ der europa3000 AG aus dem Kanton Aargau bietet für die Anbindung an einen Shopware-6- oder WooCommerce-Shop genau diese zwei Varianten: ein XML-Talk-Modul und eine modernere WEB-API-Lösung. Je nach Abonnement müssen diese Module zusätzlich gebucht werden.

Der gewählte Weg bestimmt, wie rasch eine Änderung ankommt und wie aktuell der Bestand im Shop sein kann. Über eine API kann eine Änderung unmittelbar übergeben werden; bei Dateiaustausch landet die Information erst, wenn die Datei geschrieben und auf der anderen Seite eingelesen wurde. Wer einen Shop neu anbindet, sollte vor der Modulwahl klären, wie zeitnah Preise und Bestände sichtbar sein müssen – und ob das gewählte Modul in der vorhandenen Lizenzstufe enthalten ist.

Vom Backoffice in den Shop: der Schritt, der Änderungen sichtbar macht

Ein erfolgreicher Datenabgleich heisst noch nicht, dass der Kunde die Änderung sieht. In Shopsystemen mit getrennten Bereichen kopiert ein eigener Synchronisationsschritt die Shop-Daten vom Backoffice in den Frontstore; erst damit werden sie im Onlineshop sichtbar. Dieser Publikationsschritt ist eine eigene Fehlerquelle.

Wer ihn vergisst, sucht den Fehler stundenlang in der Schnittstelle, obwohl die Daten korrekt angeliefert wurden. Bei der Diagnose ist zuerst zu prüfen, ob die Publikation ausgelöst wurde und ob die betroffenen Artikel als geändert markiert sind – erst danach, ob die Schnittstelle die Daten richtig übergeben hat.

Fehlerquellen bei Artikeln, Preisen und Kundengruppen

Beim Produktabgleich müssen mehrere Datenbestände zueinander passen: in Shopsystemen unter anderem Produkt-, Kategorie-, Marken-, Kunden- und Preisgruppendateien sowie eine Preisgruppen-Produktpreis-Datei und eine Preisgruppen-Kunden-Datei. Hinzu kommen Bilder und Dokumente aus der Warenwirtschaft. Schon eine einzige nicht mitgeführte Zuordnung – etwa ein Artikel ohne gültige Kategorie oder ohne Preisgruppe – lässt den Artikel im Shop falsch oder gar nicht erscheinen.

Zwei Bereiche sind besonders störanfällig. Erstens die Preise: B2B-Kunden sehen online ihren individuellen Preis, der aus hinterlegten Konditionen und Preisgruppen entsteht. Fehlt die Zuordnung eines Kunden zu seiner Preisgruppe, zeigt der Shop einen falschen Preis. Zweitens Sprache und Zeichensatz: Mehrsprachige Inhalte müssen in allen Sprachen gepflegt sein; ein falsch gewählter Zeichensatz verändert Umlaute und Sonderzeichen in Produkttexten.

Bei der Fehlersuche hilft die Frage, ob die Angabe im führenden System korrekt ist. Steht dort der richtige Preis oder die richtige Kategorie und im Shop etwas anderes, liegt das Problem im Abgleich oder in einer fehlenden Zuordnung. Ist der Wert im führenden System bereits falsch, handelt es sich um einen Pflegefehler. Verlässliche Zuordnung setzt ausserdem eindeutige, nicht mehrfach vergebene Produktnamen voraus; wird ein Artikel in eine andere Kategorie verschoben, muss dieser Wechsel korrekt übertragen werden.

Fehlerquellen beim Bestand: Differenzen zwischen Filiale und Shop

Der Bestand ist die empfindlichste Grösse im Abgleich. Ziel ist, dass die Lagerbestände in Echtzeit übereinstimmen und weder an der Theke noch online verkauft wird, was nicht mehr vorhanden ist. Jede Verzögerung öffnet genau diese Lücke: Die verkaufte Einheit ist im Laden weg, im Shop aber noch verfügbar.

Ob eine laufende Aktualisierung möglich ist, hängt am Abgleichweg. Eine direkte API-Verbindung kann jede Bewegung unmittelbar weitergeben. Ein periodischer Dateiaustausch – bei älteren Schnittstellen verbreitet – liefert zwangsläufig nur Stände zu bestimmten Zeitpunkten und führt dazwischen zu Differenzen. Wer ihn nutzt, muss mit Abweichungen rechnen und den Shop so führen, dass daraus keine nicht erfüllbaren Bestellungen entstehen – etwa indem im Shop nur eine reservierte oder als ungefähr ausgewiesene Menge angeboten wird.

Bei der Fehlersuche hilft die Trennung zwischen fehlender und falsch übertragener Bewegung: Wurde ein Ladenverkauf nicht in die Warenwirtschaft gebucht, fehlt die Grundlage schon vor dem Abgleich. Wurde er gebucht, kommt aber nicht im Shop an, liegt die Ursache im Weg – beim Dateiaustausch im Ausbleiben der nächsten Übergabe, bei der API in der Übertragung selbst.

Bestellungen, die zurückfliessen: warum der Abgleich auch ein Weg sein muss

Synchronisation ist keine Einbahnstrasse. In einer angebundenen Lösung landet die Bestellung eines Shopkunden ohne manuelle Eingaben direkt in der Warenwirtschaft und wird dort weiterverarbeitet; die notwendigen Belege werden erstellt. Auftragsbearbeitung, Fakturierung und Buchhaltung aktualisieren sich in der Folge von selbst.

Ein nur halb angebundener Shop senkt den Aufwand deshalb nicht wirklich. Werden Artikel und Bestände zwar in den Shop gespielt, Bestellungen aber manuell in die Warenwirtschaft übertragen, bleibt die Doppelerfassung in genau dem Bereich, in dem Fehler besonders teuer sind: bei Aufträgen, Preisen und Belegen. Die Rückrichtung gehört bei der Beurteilung einer Lösung deshalb zwingend in die Prüfung – von der Bestellung über die Belegerstellung bis zur Verbuchung.

Personendaten, die mitwandern: was das revidierte DSG verlangt

Beim Abgleich fliessen neben Artikeln und Beständen auch Personendaten: Adressen, Bestellungen, Kundenkonten. Nach Art. 5 lit. a DSG sind Personendaten alle Angaben, die sich auf eine bestimmte oder bestimmbare natürliche Person beziehen – dazu zählen auch Onlinekennzeichen wie eine IP-Adresse oder eine ID-Nummer in einem Cookie. Als Bearbeitung gilt jeder Umgang mit diesen Daten, insbesondere Beschaffen, Speichern, Aufbewahren, Verwenden, Verändern, Bekanntgeben, Archivieren, Löschen oder Vernichten.

In der Schweiz gilt seit dem 1. September 2023 das revidierte Datenschutzgesetz. Es bringt mehr Transparenz, höhere Anforderungen an die Datensicherheit und neue Informationspflichten. Konkret sind angemessene technische und organisatorische Massnahmen zur Datensicherheit zu ergreifen, die IT-Infrastruktur regelmässig zu optimieren und schon bei der Anschaffung technischer Lösungen möglichst wenige Personendaten zu erheben.

Bei besonders schützenswerten Daten – etwa Gesundheits- oder Finanzdaten – ist eine Datenschutz-Folgenabschätzung durchzuführen und zu dokumentieren. Ein Verzeichnis der Bearbeitungstätigkeiten hilft, die Einhaltung nachzuweisen; Mitarbeitende sind entsprechend zu schulen.

Für die Schnittstelle zwischen Shop und Warenwirtschaft sind zwei Pflichten besonders relevant. Erstens die Information bei der Beschaffung von Personendaten nach Art. 19 DSG.

Verlangt sind unter anderem Identität und Kontakt des Verantwortlichen, der Bearbeitungszweck, die Empfängerkategorien, Angaben zu Datentransfers ins Ausland samt Garantiemechanismus, ein Hinweis auf die Betroffenenrechte sowie – bei automatisierten Einzelentscheidungen – ein Hinweis nach Art. 21 DSG.

Zweitens die Meldung von Datenpannen: Der Eidgenössische Datenschutz- und Öffentlichkeitsbeauftragte (EDÖB) beaufsichtigt die Anwendung der bundesrechtlichen Datenschutzvorschriften; Datenpannen sind ihm nach Art. 24 DSG zu melden, wobei die Fachliteratur von einer 72-Stunden-Meldung spricht.

Weil am Abgleich Hosting, Fulfilment, Logistik, CRM oder Bewertungsplattformen beteiligt sind, ist die Auftragsbearbeitung mit diesen Dienstleistern vertraglich zu regeln. Betrifft der Shop auch Personen in der EU – etwa über Lieferungen, EU-Sprachen oder Preise in Euro –, kommt zusätzlich die DSGVO zur Anwendung. Diese Hinweise ersetzen keine Rechtsberatung, nennen aber die Punkte, die bei einer Shop-Anbindung zu klären sind.

Relevante gesetzliche Rahmenbedingungen für den Datenabgleich

Woran sich ein tragfähiger Abgleich erkennen lässt

Ein funktionierender Abgleich zeigt sich an wenigen, im Alltag überprüfbaren Anzeichen. Die Lagerbestände stimmen an der Theke und im Shop in Echtzeit überein. Die Produktdaten sind überall aktuell; B2B-Kunden sehen online ihren individuellen Preis.

Bestellungen landen ohne manuelle Eingaben in der Warenwirtschaft, wo die notwendigen Belege erstellt werden. Die Buchhaltung aktualisiert sich automatisch.

Für einen eigenen Test genügen zwei Eingriffe. Erstens: eine Änderung im führenden System – etwa ein neuer Preis – und danach messen, wie lange sie bis zur Sichtbarkeit im Shop braucht; so zeigt sich sofort, ob der Publikationsschritt ausgelöst wurde. Zweitens: ein Verkauf an der Theke und die Kontrolle, ob die verkaufte Menge im Shop verschwindet.

Bleibt eine der beiden Prüfungen hängen, liegt die Ursache im Abgleichweg oder in der fehlenden Rückmeldung, nicht im Shop selbst.