Warenwirtschaft und Website:
eine Verbindung im laufenden Betrieb
Sobald eine Website Artikel, Preise oder Bestände zeigt, stammen diese Angaben aus der Warenwirtschaft. Dieser Beitrag beschreibt, welche Daten in welche Richtung fließen, in welchem Takt sie abgeglichen werden und welche Regeln gelten, wenn die Verbindung ausfällt.
Zwischen Warenwirtschaft und Website fließen Daten in beide Richtungen, und jede Datenart folgt dabei einem eigenen Takt: Artikelstammdaten, Listenpreise und Bilder wandern einmal täglich im Nachtlauf zur Website, Bestände und der Status laufender Aufträge werden im Minutentakt abgeglichen, und die Bestellung fließt sofort nach ihrem Eingang zurück in die Warenwirtschaft. Welche Angaben eine solche Verbindung vor der Beauftragung braucht, behandelt unser Beitrag zu Schnittstellen zwischen zwei Systemen. Dieser Beitrag setzt danach an: bei der Strecke, die bereits läuft und jeden Tag ihren Dienst tun muss.
Im laufenden Betrieb zeigt sich der Wert einer Anbindung an unauffälligen Fragen: Wie alt darf ein angezeigter Bestand sein? Wer bemerkt es, wenn der Nachtlauf eine Woche lang nicht gelaufen ist? Was geschieht mit einer Bestellung, die während einer Störung eingeht? Dieser Beitrag beantwortet diese Fragen entlang der einzelnen Datenflüsse, von der Artikelanlage bis zur Bestellübergabe.
Jede Datenart nimmt ihren eigenen Weg zur Website
Der Takt richtet sich danach, wie schnell eine Angabe veraltet
Je schneller sich eine Angabe ändert, desto enger ist ihr Abgleich getaktet
Die Warenwirtschaft bleibt die Quelle jeder Angabe
Eine Warenwirtschaft ist das System, in dem ein Handelsbetrieb seine Artikel, Bestände, Preise, Kunden und Belege verwaltet. Dort entsteht ein Artikel mit seiner Nummer, dort wird sein Preis gepflegt, dort wird eine Lieferung gebucht. Die Schnittstelle zur Website ist die technische Strecke, über die diese Inhalte den Shop oder die Produktseiten erreichen, ohne dass jemand sie dort ein zweites Mal eintippt.
Für jede Angabe gilt eine einfache Ordnung: Gepflegt wird in der Warenwirtschaft, angezeigt wird auf der Website. Die Website hält eine Kopie der Daten, und diese Kopie wird im vereinbarten Takt erneuert. Wer einen Preis direkt im Shop ändert, erzeugt zwei verschiedene Wahrheiten, und beim nächsten Abgleich überschreibt die Warenwirtschaft die Änderung wieder. Aus demselben Grund braucht ein Kundenportal für seine Ausbaustufen dieselbe Ordnung: Das Portal zeigt die Daten, die Warenwirtschaft führt sie.
Damit beide Systeme denselben Datensatz erkennen, braucht jeder Artikel, jeder Kunde und jeder Auftrag ein Identifikationsmerkmal, das sich nie ändert: die Artikelnummer, die Kundennummer, die Auftragsnummer. Bezeichnungen und Namen taugen dafür nicht, weil die Pflege sie verändert. Dieses Merkmal wird in der Warenwirtschaft vergeben und wandert mit jedem Datensatz über die Strecke.
Jede Datenart hat ihren eigenen Takt
Der Takt eines Abgleichs sagt, wie oft ein Wert von der Warenwirtschaft zur Website übertragen wird. Er richtet sich nach der Frage, wie schnell die Angabe veraltet und welchen Schaden ein veralteter Wert anrichtet. Ein Artikeltext von gestern stört niemanden; ein Bestand von gestern verkauft Ware, die es nicht gibt.
- Artikelstammdaten, Texte und Bilder: Sie ändern sich bei der Pflege einzelner Artikel und vertragen einen Verzug von einem Tag. Der Nachtlauf genügt.
- Listenpreise und Konditionen: Preisänderungen werden in der Warenwirtschaft mit Gültigkeitsdatum angelegt und im Nachtlauf übertragen. Kundenindividuelle Preise hinter einer Anmeldung werden zum Zeitpunkt des Abrufs gelesen.
- Bestände: Jeder Wareneingang, jede Entnahme und jeder Verkauf in einem anderen Kanal ändert den Wert. Der Abgleich läuft im Minutentakt oder bei jeder Änderung.
- Auftragsstatus: Der Stand eines laufenden Auftrags wechselt im Tagesverlauf von angenommen über in Bearbeitung bis versandt. Kunden erwarten den aktuellen Wert, der Abgleich läuft laufend.
- Bestellungen: Sie fließen in die Gegenrichtung und werden sofort nach Eingang übergeben, denn jede Minute Verzug verzögert Kommissionierung und Versand.
Diese Staffelung entscheidet über die Kosten der Anbindung. Eine Strecke, die alles im Sekundentakt überträgt, belastet beide Systeme, verteuert Aufbau und Betrieb und bringt bei trägen Datenarten keinen Gegenwert. Die Frage an jeden Datenfluss lautet deshalb: Welchen Verzug verträgt diese Angabe, bevor ein Kunde oder der Betrieb einen Nachteil hat?
Der Nachtlauf überträgt alles, was einen Tag alt sein darf
Ein Nachtlauf ist ein zeitgesteuerter Abgleich, der einmal täglich außerhalb der Geschäftszeiten startet und die seit dem letzten Lauf geänderten Datensätze überträgt: geänderte Artikel, neue Artikel, auslaufende Artikel, Preisänderungen, neue Bilder und Dokumente. Er läuft nachts, weil dann weder Mitarbeiter in der Warenwirtschaft arbeiten noch nennenswerter Verkehr auf der Website herrscht.
Seine Stärke liegt in der Robustheit. Ein Lauf, der fehlschlägt, wird am Morgen erkannt und vollständig wiederholt, ohne dass Daten verloren gehen. Die Website arbeitet währenddessen mit dem Stand des Vortags weiter. Auf diesem Weg erreichen auch gepflegte Merkmale wie Abmessungen, Material oder Anschlussmaße die Website, an denen Produktfinder und Filter im B2B-Shop ihre Auswahl festmachen.
Zum Nachtlauf gehört ein Protokoll, das jeden Lauf mit Startzeit, Dauer, Anzahl der übertragenen Datensätze und aufgetretenen Fehlern festhält. Dieses Protokoll beantwortet im Störungsfall die erste Frage der Fehlersuche: Ist der Lauf gestartet, und wie weit ist er gekommen?
Ein Mitarbeiter korrigiert einen Preis oder einen Artikeltext direkt im Shop, weil es dort schneller geht. Der nächste Nachtlauf überschreibt die Korrektur mit dem alten Wert aus der Warenwirtschaft, und der Fehler ist wieder online. Jede inhaltliche Änderung gehört in die Warenwirtschaft, denn nur dort überlebt sie den Abgleich.
Bestand und Auftragsstatus verlangen den laufenden Abgleich
Der Bestand eines Artikels ändert sich mit jedem Wareneingang, jeder Entnahme und jedem Verkauf, auch über Kanäle neben der Website: Ladengeschäft, Telefon, Außendienst. Zeigt die Website einen Wert von gestern Abend, verkauft sie Ware, die am Vormittag bereits an einen anderen Kunden gegangen ist. Die Folge sind Stornierungen, Teillieferungen und Rückfragen, die der Betrieb von Hand auflösen muss.
Für den Bestand läuft der Abgleich deshalb laufend: im Minutentakt oder angestoßen durch jede Buchung in der Warenwirtschaft. Spätestens im Warenkorb, beim Übergang zur Bestellung, fragt die Website den aktuellen Wert noch einmal direkt an. Wie sich aus dem Bestand eine belastbare Zeitangabe für den Kunden ableitet, behandelt unser Beitrag zu Lieferzeiten und Verfügbarkeit auf der Website.
Dieselbe Anforderung gilt für den Status laufender Aufträge, sobald Kunden ihn auf der Website einsehen. Ein Status, der dem tatsächlichen Stand hinterherläuft, erzeugt genau die Anrufe, die die Anzeige vermeiden sollte. Voraussetzung ist in beiden Fällen, dass die Warenwirtschaft den Wert als gepflegtes Feld führt und jede Änderung sofort meldet.
Die Bestellung erreicht die Warenwirtschaft ohne erneute Erfassung
Der Rückkanal ist die Strecke von der Website zur Warenwirtschaft. Über ihn fließt die Bestellung mit Positionen, Mengen, Preisen und der Zuordnung zum Kunden, dazu neu angelegte Kundenkonten und gemeldete Serviceanliegen. Ohne diesen Kanal druckt der Betrieb jede Online-Bestellung aus und tippt sie in die Warenwirtschaft ab, mit allen Übertragungsfehlern, die dabei entstehen.
Die Übergabe ist geprüft: Die Warenwirtschaft nimmt eine Bestellung erst an, wenn die Artikelnummern existieren, die Mengen plausibel sind und der Kunde zugeordnet werden kann. Eine Bestellung, die diese Prüfung nicht besteht, landet in einer Fehlerliste, die täglich gesichtet wird. Sie verschwindet weder unbemerkt, noch legt sie fehlerhafte Aufträge an.
Mit der angenommenen Bestellung beginnt der Kreislauf von vorn: Die Warenwirtschaft bucht den Bestand, der laufende Abgleich trägt den neuen Wert zur Website, und der Auftragsstatus wandert mit jedem Bearbeitungsschritt in die Statusanzeige des Kunden.
Legen Sie für jede Datenart den erlaubten Verzug schriftlich fest: Bestand fünf Minuten, Status fünfzehn Minuten, Stammdaten ein Tag. Diese kleine Tabelle ist die Messlatte für die Überwachung und zugleich die Anforderungsliste für jeden Dienstleister, der an der Strecke arbeitet.
Bei einem Ausfall arbeitet die Website mit dem letzten Stand
Jede Verbindung fällt irgendwann aus: durch ein Update eines der beiden Systeme, eine Netzwerkstörung oder einen Fehler in der Strecke selbst. Die Website bleibt dabei erreichbar, denn sie hält ihre Kopie der Daten. Sie zeigt Artikel, Preise und Bestände auf dem Stand des letzten erfolgreichen Abgleichs und nimmt Bestellungen weiter an.
Eingehende Bestellungen sammelt eine Warteschlange, ein Zwischenspeicher, der jede Bestellung festhält, bis die Verbindung wieder steht. Nach der Wiederherstellung werden sie in der Reihenfolge ihres Eingangs übergeben und durchlaufen dieselbe Prüfung wie im Normalbetrieb. Kein Kunde bemerkt den Ausfall, solange er kurz bleibt.
Entschieden werden muss vor dem ersten Ausfall, wie die Website mit dem veraltenden Bestand umgeht: weiterverkaufen auf eigenes Risiko, Verfügbarkeitsanzeige durch eine neutrale Angabe ersetzen oder Artikel mit geringem Bestand vorsorglich auf Anfrage stellen. Jede dieser Regeln ist vertretbar; keine davon darf erst während der Störung erfunden werden.
Die Überwachung misst das Alter der Daten
Eine gestörte Strecke zeigt sich auf der Website zunächst nicht: Die Seiten laden, die Artikel stehen da, die Preise wirken plausibel. Veraltet sind sie trotzdem. Die verlässliche Messgröße ist das Alter der Daten, der Abstand zwischen jetzt und dem letzten erfolgreichen Abgleich je Datenart.
Die Überwachung vergleicht dieses Alter mit dem festgelegten Takt: Meldet der Bestandsabgleich sich fünfzehn Minuten nicht, obwohl er im Fünf-Minuten-Takt laufen soll, geht eine Meldung an eine benannte Person. Dieselbe Logik gilt für den Nachtlauf, dessen Protokoll am Morgen einen erfolgreichen Lauf ausweisen muss, und für die Warteschlange des Rückkanals, die im Normalbetrieb leer ist.
Zur Überwachung gehört eine Zuständigkeit im Betrieb: eine Person, die die Meldungen erhält, den Dienstleister einschaltet und gegenüber Kunden entscheidet, ob eine Information auf die Website gehört. Ein Alarm, den niemand liest, hat denselben Wert wie keiner.
Bestand, Status, Stammdaten und Preise haben je einen vereinbarten Takt
Der letzte erfolgreiche Lauf ist je Datenart ablesbar
Die Meldung erreicht eine benannte Person, nicht ein Sammelpostfach
Bestandsanzeige, Bestellannahme und Nachholen folgen festen Regeln
Nach jedem Update der Warenwirtschaft, des Shops oder der Strecke selbst wird der Abgleich mit wenigen bekannten Datensätzen geprüft: ein geänderter Preis, eine Bestandsbuchung, eine Testbestellung. Diese Viertelstunde findet Brüche am Tag des Updates, bevor Kunden sie finden.
Die häufigsten Fehler an der Strecke
Über Branchen und Betriebsgrößen hinweg wiederholen sich an dieser Verbindung dieselben Fehlgriffe. Die folgenden fünf verursachen die meisten Störungen im Tagesgeschäft oder die höchsten Kosten beim Aufbau.
Änderungen im Shop werden vom nächsten Abgleich überschrieben
Die Anbindung wird teuer und fragil, ohne Gegenwert bei trägen Daten
Die Regeln für Bestand und Bestellungen entstehen erst in der Störung
Der Stillstand fällt erst durch die Reklamation eines Kunden auf
Ein Versionswechsel bricht die Strecke, und es merkt tagelang niemand
Die Punkte 1 bis 3 entstehen vor dem Betrieb, die Punkte 4 und 5 im Betrieb; alle fünf sind mit festen Regeln vermeidbar.
Häufig gestellte Fragen
In Richtung Website fließen die Katalogdaten: Artikelstammdaten mit Bezeichnung und Beschreibung, Preise und Konditionen, Bestände, Bilder und Dokumente. In die Gegenrichtung fließt die Bestellung mit Positionen, Mengen und Kundenzuordnung, dazu neu angelegte Kundenkonten und gemeldete Serviceanliegen. Die Warenwirtschaft bleibt dabei für jede dieser Angaben das System, in dem der verbindliche Wert gepflegt wird; die Website zeigt eine Kopie davon.
Nein, der Takt richtet sich nach der einzelnen Datenart. Artikelstammdaten, Listenpreise, Bilder und Texte ändern sich selten und vertragen einen Verzug von einem Tag; für sie genügt der Nachtlauf. Bestände und der Status laufender Aufträge ändern sich im Tagesverlauf und brauchen einen laufenden Abgleich im Minutentakt. Eine Anbindung, die alles in Echtzeit überträgt, kostet bei Aufbau und Betrieb erheblich mehr und bringt für die trägen Datenarten keinen Gegenwert.
Ein Nachtlauf ist ein zeitgesteuerter Abgleich, der einmal täglich außerhalb der Geschäftszeiten läuft und die seit dem letzten Lauf geänderten Datensätze von der Warenwirtschaft zur Website überträgt. Er eignet sich für alle Angaben, die einen Tag alt sein dürfen: Artikelstammdaten, Listenpreise, neue Artikel, auslaufende Artikel, Bilder und Dokumente. Sein Vorteil liegt in der Robustheit, denn er belastet beide Systeme außerhalb der Lastzeiten und lässt sich nach einem Fehler vollständig wiederholen.
Die Website nimmt Bestellungen weiter an und legt sie in einer Warteschlange ab, einem Zwischenspeicher, der jede Bestellung festhält, bis die Verbindung wieder steht. Nach der Wiederherstellung werden die gesammelten Bestellungen in der Reihenfolge ihres Eingangs an die Warenwirtschaft übergeben und dort geprüft. Festgelegt sein muss vorher, wie die Website während des Ausfalls mit Beständen umgeht, denn der angezeigte Bestand veraltet, sobald der Abgleich steht.
Am Alter der Daten. Jeder Abgleich hinterlässt einen Zeitstempel seines letzten erfolgreichen Laufs; eine Überwachung vergleicht dieses Alter mit dem vereinbarten Takt und meldet die Überschreitung an eine benannte Person. Ohne diese Messung fällt ein Stillstand erst auf, wenn ein Kunde einen veralteten Preis oder einen falschen Bestand meldet. Zur Überwachung gehört deshalb eine Zuständigkeit im Betrieb, nicht allein ein technischer Alarm.
Über ein Identifikationsmerkmal, das sich nie ändert: bei Artikeln die Artikelnummer, bei Kunden die Kundennummer, bei Aufträgen die Auftragsnummer. Dieses Merkmal wird in der Warenwirtschaft vergeben und auf der Website mitgeführt. Namen, Bezeichnungen und Beschreibungen eignen sich dafür nicht, weil sie sich im Laufe der Pflege ändern. Fehlt ein stabiles Merkmal, entstehen beim Abgleich Dubletten oder verwaiste Datensätze.
Der Betrieb der Strecke entscheidet über ihren Wert
Eine Anbindung zwischen Warenwirtschaft und Website ist mit dem Aufbau zur Hälfte fertig. Die andere Hälfte ist ihr Betrieb: der passende Takt je Datenart, der dokumentierte Nachtlauf, der laufende Abgleich für Bestand und Status, die geprüfte Bestellübergabe und die festgelegten Regeln für den Ausfall.
Ein Betrieb, der das Alter seiner Daten misst und eine Zuständigkeit für die Meldungen benannt hat, bemerkt Störungen vor seinen Kunden. Die Strecke bleibt dann, was sie sein soll: eine Verbindung, über die niemand nachdenken muss, solange sie läuft, und über die alles Nötige entschieden ist, wenn sie steht.
Wir prüfen Ihre Strecke zwischen Warenwirtschaft und Website in 1 Werktag und nennen die Stellen, an denen Daten veralten.
Verstehen, wie KI im Unternehmen wirklich trägt.
Wöchentlich ein fundierter Fachbeitrag rund um Künstliche Intelligenz – sachlich, tief, jederzeit abbestellbar.
Zu den KI-News