So binden Sie das Lager Ihres Onlineshops ohne manuelle Dateneingabe an
Eine Bestellung geht im Onlineshop ein, doch der Lagermitarbeiter sieht sie nicht. Ein Produkt wird online als verfügbar angezeigt, obwohl es bereits für einen anderen Kunden reserviert ist. Die Buchhaltung erhält die Daten erst am Ende der Woche, und der Kundenservice muss den Bestellstatus in drei verschiedenen Systemen prüfen. Die Frage, wie sich das Lager des Onlineshops anbinden lässt, ist deshalb nicht nur ein technisches Detail. Sie entscheidet darüber, ob ein Unternehmen wachsen kann, ohne dass Fehler, Kosten und manueller Verwaltungsaufwand zunehmen.
Eine richtig konzipierte Anbindung überträgt Daten automatisch zwischen Onlineshop, Lagerverwaltung, ERP, Buchhaltung, Versanddienstleistern und CRM. Das Ziel besteht nicht darin, möglichst viele Integrationen zu schaffen. Vielmehr gilt es, für jeden Prozess eine verlässliche Datenquelle festzulegen und sicherzustellen, dass Änderungen rechtzeitig, kontrolliert und nachvollziehbar erfolgen.
So binden Sie das Lager Ihres Onlineshops an: Beginnen Sie mit dem Prozess, nicht mit dem Konnektor
Unternehmen fragen häufig zuerst, ob es für ihre konkrete E-Commerce-Plattform eine fertige Erweiterung gibt. Das ist verständlich, aber verfrüht. Ein Konnektor kann Daten übertragen. Er klärt jedoch nicht, welche Daten Vorrang haben, wann Ware reserviert werden soll oder was bei einer Teilauslagerung geschieht.
Beschreiben Sie zunächst den tatsächlichen Ablauf einer Bestellung – vom Zeitpunkt, an dem der Kunde bezahlt oder Nachnahme wählt, bis zu Versand, Rücksendung und Ausstellung einer Korrekturrechnung. Legen Sie für jeden Schritt fest, wer für den Prozess verantwortlich ist, in welchem System die jeweiligen Daten entstehen und welches System sie lediglich übernimmt.
Ein typisches Modell kann so aussehen: Der Onlineshop nimmt Bestellungen entgegen und zeigt das Sortiment an, das ERP verwaltet Produkte, Einkauf und Preisregeln, das Lagerverwaltungssystem steuert die physischen Warenbewegungen und die Buchhaltung erfasst die Belege. In einem kleineren Unternehmen kann ein System mehrere dieser Aufgaben abdecken. Bei mehreren Lagern, B2B-Vertrieb oder eigener Fertigung lohnt es sich dagegen, die Zuständigkeiten zu trennen.
Die entscheidende Frage lautet: Wo wird der führende Lagerbestand verwaltet? In den meisten betrieblich komplexeren Fällen ist dies nicht der Onlineshop, sondern das ERP oder WMS. Der Onlineshop erhält dann die berechnete verkäufliche Verfügbarkeit. Schließlich kann der physische Lagerbestand nicht immer vollständig zum Verkauf angeboten werden. Ein Teil kann reserviert, für Reklamationen gesperrt, für den Großhandel vorgesehen oder erst nach Abschluss des Wareneingangs verfügbar sein.
Welche Daten die Integration übertragen sollte
Eine einfache Synchronisierung des Lagerbestands reicht nicht aus. Überträgt die Anbindung lediglich die Zahl der „verfügbaren Einheiten“, entstehen Abweichungen, die häufig erst beim Versand auffallen. Ein hochwertiges Integrationskonzept berücksichtigt den gesamten Lebenszyklus einer Bestellung und ihrer Positionen.
Zwischen den Systemen müssen in der Regel der Produktkatalog einschließlich SKU, Varianten, EAN-Codes, Maßeinheiten, Preise und Steuerregeln übertragen werden. Hinzu kommen Bestände je Lager, Reservierungen, Bestellungen, Bestelländerungen, Versandinformationen, Sendungsnummern, Rücksendungen und Gutschriften. Arbeitet das Unternehmen mit Produktionssets oder Produktpaketen, muss das System auch deren Verfügbarkeit anhand der einzelnen Komponenten korrekt berechnen.
Ebenso wichtig sind die Bestellstatus. „Neu“, „bezahlt“, „wartet auf Lager“, „wird kommissioniert“, „versandt“ und „storniert“ sind nicht nur Hinweise für den Kunden. Es handelt sich um betriebliche Ereignisse, die eine Reservierung, den Etikettendruck, die Rechnungserstellung, den Versand einer E-Mail oder die Übertragung von Daten an das CRM auslösen können.
Wir empfehlen die Verwendung eindeutiger Kennungen. Ein Produkt sollte eine stabile SKU, eine Bestellung eine eigene interne ID und jedes Integrationsereignis einen eigenen Datensatz besitzen. Produktnamen können sich ändern, die Kennung muss jedoch gleich bleiben. Ohne diese Disziplin lassen sich Fehlerursachen nur schwer finden, und das Risiko von Duplikaten steigt.
Echtzeitsynchronisierung oder gebündelte Übertragung?
Wie häufig Daten synchronisiert werden sollten, hängt vom Warenumschlag und von den Erwartungen der Kunden ab. Ein Händler mit einigen Dutzend Bestellungen pro Tag und stabilen Beständen kann bei manchen Prozessen mit einer Übertragung im Abstand von mehreren Minuten arbeiten. Ein Onlineshop mit schnell wechselnden Beständen, laufenden Kampagnen oder mehreren Vertriebskanälen benötigt dagegen eine ereignisbasierte Übertragung nahezu in Echtzeit.
Besonders kritisch sind Reservierungen und Änderungen der Verfügbarkeit. Wird der letzte Artikel gleichzeitig im eigenen Onlineshop, auf einem Marktplatz und über ein B2B-Portal verkauft, löst ein stündlicher Import das Problem nicht. Sie benötigen eine zentrale Regel, die festlegt, für wen die Ware reserviert wird, und die Vertriebskanäle sofort aktualisiert.
Die Übertragung historischer Bestellungen in einen analytischen Datenspeicher muss dagegen beispielsweise nicht unverzüglich erfolgen. Unnötig häufige Abfragen können die Systeme belasten und API-Limits ausschöpfen. Eine gute Architektur unterscheidet deshalb zwischen kritischen Ereignissen und Daten, die regelmäßig gebündelt synchronisiert werden können.
Eine API ist die Grundlage – doch Sie brauchen auch eine Fehlerkontrolle
Eine Anbindung über eine API ist in der Regel die beste Lösung, weil sich Daten damit strukturiert und automatisiert übertragen lassen. Ein fertiger Konnektor kann schnell zum Ziel führen, wenn er Ihre Szenarien abdeckt und die erforderlichen Einstellungen ermöglicht. Sobald ein Unternehmen jedoch besondere Preisregeln, mehrere Lager, eigene Workflows oder eine Kombination aus B2C- und B2B-Vertrieb nutzt, ist meist eine individuelle Integration oder Integrationsschicht erforderlich.
Diese fungiert als kontrollierter Vermittler zwischen den Systemen. Sie nimmt ein Ereignis entgegen, prüft die Daten, wandelt sie in das Zielformat um, leitet sie weiter und speichert das Ergebnis. Der Vorteil: Der Onlineshop muss die Logik aller übrigen Systeme nicht kennen. Ein Wechsel des Versanddienstleisters oder der Buchhaltungslösung erfordert dann keine vollständige Überarbeitung des Bestellprozesses.
Jede Integration muss mit Ausfällen umgehen können. Die API des anderen Systems kann vorübergehend nicht erreichbar sein, eine Bestellung kann eine unbekannte SKU enthalten oder dasselbe Ereignis kann zweimal zugestellt werden. Abhilfe schaffen Warteschlangen, wiederholte Übertragungsversuche, eine Duplikatsprüfung und ein übersichtliches Fehlerprotokoll. Das Betriebsteam muss erkennen können, welche Daten nicht übertragen wurden, warum dies geschehen ist und wer das Problem behebt.
Eine einfache Benachrichtigung per E-Mail reicht nicht aus. Bei Bestellungen mit kurzen Versandfristen benötigen Sie eine Priorisierung und klare Zuständigkeiten. Ein Fehler bei der Übertragung der Adresse ist dringlicher als eine veraltete Produktbeschreibung. Solche Regeln gehören von Anfang an in das Integrationskonzept.
Bereinigen Sie Daten und definieren Sie Lagerregeln, bevor Sie automatisieren
Automatisierung beseitigt kein Datenchaos, sondern verbreitet es nur schneller. Vereinheitlichen Sie deshalb vor Beginn der Synchronisierung Ihre Produktstammdaten. Prüfen Sie doppelte SKU, Varianten, Einheiten, Mehrwertsteuersätze, Lagerbezeichnungen und die Zuordnung von Versandarten. Verwendet ein System „M“, das zweite „Medium“ und das dritte einen internen Code, muss es eine eindeutige Zuordnung geben.
Definieren Sie außerdem Regeln für Reservierungen. Soll die Ware sofort nach Eingang der Bestellung, erst nach Zahlungseingang oder nach Freigabe durch einen Mitarbeiter blockiert werden? Für Nachnahme und Banküberweisung können unterschiedliche Regeln gelten. Ebenso muss festgelegt werden, wann eine Reservierung aufgehoben wird – beispielsweise bei ausbleibender Zahlung, einer Stornierung oder nach Ablauf einer bestimmten Frist.
Achten Sie besonders auf Rücksendungen. Zurückgesandte Ware darf nicht automatisch wieder dem verkäuflichen Bestand zugeordnet werden, bevor sie eine Qualitätskontrolle durchlaufen hat. Das System muss zwischen wiederverkaufsfähiger Ware, beschädigten Artikeln, Reklamationen und zu entsorgenden Produkten unterscheiden. Gerade hier ist die Abweichung zwischen erfasstem und tatsächlichem Lagerbestand häufig am größten.
Testen Sie Szenarien, die im laufenden Betrieb Probleme verursachen
Vor dem Produktivstart reicht es nicht aus, eine einzige Standardbestellung zu prüfen. Testen Sie Situationen, die den Betrieb belasten: den letzten verfügbaren Artikel, einen Teilversand, eine Adressänderung nach der Zahlung, eine Stornierung nach erfolgter Reservierung, eine Rücksendung, einen API-Ausfall und eine doppelt versandte Nachricht.
Gute Tests verbinden technische und betriebliche Kontrollen. Die IT prüft die Korrektheit der Daten und das Verhalten der Schnittstellen. Der Lagermitarbeiter kontrolliert, ob die Bestellung zum richtigen Zeitpunkt und mit dem richtigen Status eingegangen ist. Die Buchhaltung prüft die Belege, und der Kundenservice sieht dieselben Informationen, die auch der Kunde erhalten hat. Arbeitet jeder mit einer anderen Version der Wahrheit, hat die Integration ihren Zweck verfehlt.
Überwachen Sie nach dem Start konkrete Kennzahlen: Bestandsabweichungen, die Zahl manueller Eingriffe in Bestellungen, die Zeit vom Bestelleingang bis zur Übergabe an den Versanddienstleister, die Zahl der Stornierungen aufgrund nicht verfügbarer Ware und die Anzahl der Integrationsfehler. Diese Kennzahlen zeigen, ob das Projekt einen betrieblichen Nutzen bringt und nicht nur eine technisch funktionierende Verbindung.
Wann sich ein Standardkonnektor und wann eine individuelle Lösung eignet
Ein Standardkonnektor ist sinnvoll, wenn ein Unternehmen einen gängigen Onlineshop, ein einziges Lager, einen einfachen Katalog und einen standardisierten Bestellprozess nutzt. Zu den Vorteilen zählen die schnelle Einführung und geringere Anfangskosten. Nachteile können eingeschränkte Anpassungsmöglichkeiten, die Abhängigkeit vom Anbieter des Konnektors und der schwierigere Umgang mit Ausnahmen sein.
Eine individuelle Integration eignet sich bei mehreren Lagern, mehreren Vertriebskanälen, einer ERP-Anbindung, eigener Fertigung, speziellen Freigabeprozessen oder dem Bedarf an detaillierter Überwachung. Die Anfangsinvestition ist höher, dafür entspricht das System besser den betrieblichen Abläufen und kann mit dem Unternehmen wachsen. Häufig bewährt sich eine Kombination beider Ansätze – Standardschnittstellen für gängige Anbindungen und eine individuelle Integrationslogik für kritische Regeln.
Bei solchen Projekten verbindet Logyloop ERP, E-Commerce-Plattformen, CRM, Buchhaltung und automatisierte Workflows so miteinander, dass die Daten den betrieblichen Abläufen dienen – nicht umgekehrt. Entscheidend ist nicht die Zahl der angebundenen Anwendungen, sondern die Fähigkeit, eine Bestellung vom ersten Klick bis zum buchhalterischen Abschluss ohne manuelle Dateneingabe zu steuern.
Eine funktionierende Verbindung zwischen Lager und Onlineshop erkennen Sie daran, dass das Team nicht darüber nachdenken muss, wo die richtigen Informationen zu finden sind. Das Lager versendet auf Grundlage aktueller Reservierungen, der Kundenservice sieht den tatsächlichen Bestellstatus und die Geschäftsleitung verfügt über Daten, mit denen sie Bestände und weiteres Wachstum steuern kann.
