Modernes E-Commerce-Fulfillment: Wenn Shop, Lager und Versand dieselbe Sprache sprechen

Es gibt einen Satz, an dem man sofort hört, wie alt eine Logistik ist: Schicken Sie uns die Bestellungen bitte bis 11 Uhr als Excel-Datei.

Diese Datei ist nicht nur unbequem. Sie ist der Grund für fast jedes Problem, das danach kommt. Sie ist immer ein bisschen veraltet. Sie kennt keine Stornierung, die um 11:05 Uhr eintrifft. Sie kennt keinen Bestand, der sich gerade auf einem Marktplatz verändert hat. Und sie kennt keinen Fehler – sie wird einfach verarbeitet, auch wenn eine Spalte verrutscht ist.

Modernes Fulfillment beginnt genau da, wo diese Datei aufhört.

Die Systemlandschaft eines heutigen Händlers

Ein durchschnittlicher Onlinehändler betreibt heute vier bis sieben Systeme, die alle etwas über dieselbe Bestellung wissen wollen:

• Der Shop. Shopware, Shopify, WooCommerce, Magento, OXID oder eine Eigenentwicklung.
• Die Marktplätze. Amazon, eBay, Otto, Kaufland, Zalando, Etsy, idealo – jeder mit eigenen Regeln, eigenen Fristen und eigenen Strafen bei Verspätung.
• Das Warenwirtschaftssystem. JTL-Wawi, plentymarkets, Xentral, Billbee, Afterbuy, weclapp oder ein klassisches ERP.
• Das Lagersystem des Dienstleisters. Sein WMS, in dem Plätze, Bestände und Pickaufträge leben.
• Die Versender. DHL, DPD, GLS, UPS, Hermes, dazu Speditionen für alles, was nicht auf ein Band passt.
• Die Buchhaltung. DATEV, lexoffice, sevdesk – und in den meisten Fällen zusätzlich ein Steuerdienstleister für den EU-Versand.

Jedes dieser Systeme ist für sich genommen ein gelöstes Problem. Teuer wird ausschließlich der Raum dazwischen.

Die vier Datenströme, die laufen müssen

1. Artikelstammdaten – vom Händler zum Lager

Nummer, Bezeichnung, EAN, Maße, Gewicht, Gefahrguthinweise, Mindesthaltbarkeit ja oder nein, Seriennummernpflicht ja oder nein. Klingt nach Fleißarbeit und ist die halbe Miete: ein Artikel ohne gepflegte Maße bekommt im Lager den falschen Karton, und der falsche Karton kostet bei jeder einzelnen Sendung Porto.

2. Bestände – vom Lager zurück in alle Kanäle

Der wichtigste Strom. Der reale Bestand liegt im Lager, verkauft wird er an sechs Stellen gleichzeitig. Wird er nicht in Minuten zurückgemeldet, entstehen Überverkäufe – auf Amazon nicht nur ärgerlich, sondern kontorelevant. Wird er zu vorsichtig gemeldet, verkaufen Sie zu wenig.

3. Aufträge – vom Kanal ins Lager

Nicht nur der Auftrag selbst zählt, sondern auch alles, was danach kommt: Änderung der Lieferadresse, Stornierung, Teilstornierung, Expresswunsch, Wunschtermin, Geschenkverpackung. Ein System, das nur den Erstauftrag kennt, erzeugt Sendungen, die niemand mehr aufhalten kann.

4. Status und Tracking – zurück zum Kunden

Kommissioniert, verpackt, versendet, Sendungsnummer, zugestellt, Retoure eingetroffen. Dieser Rückweg ist der, der Ihren Kundenservice entlastet: jede Statusmeldung, die automatisch beim Kunden landet, ist eine Anfrage, die niemand beantworten muss.

Warum API und nicht Datei

Der Unterschied ist nicht die Technik, sondern die Zeit. Eine Datei ist eine Momentaufnahme, die veraltet, sobald sie geschrieben ist. Eine Schnittstelle ist ein Gespräch.

• Später Versandschnitt. Wenn Aufträge in Sekunden im Lager sind, kann der Schnitt bei 16 Uhr liegen statt bei 11 Uhr. Das sind fünf Stunden Verkaufszeit pro Tag.
• Weniger Überverkäufe. Bestandsmeldung in Minuten statt am Abend.
• Stornierungen greifen noch. Solange der Pickauftrag nicht gestartet ist, kann er zurückgezogen werden.
• Fehler werden sichtbar. Eine Schnittstelle antwortet. Eine Datei schweigt.

Woran Anbindungen in der Praxis scheitern

Nicht an der Technik. Fast immer an denselben fünf Stellen:

• Uneindeutige Artikelnummern. Im Shop lautet die Nummer A-1001, auf Amazon A1001, im ERP 1001. Jede Zuordnung, die auf Zuruf entsteht, bricht beim ersten neuen Artikel.
• Teillieferungen. Zwei von drei Artikeln sind da. Darf gesplittet werden? Wer zahlt das zweite Porto? Wenn diese Regel nicht im System steht, entscheidet sie der Packer.
• Retourenstatus. Die Ware ist im Lager, aber die Erstattung hängt an der Prüfung. Ohne Rückmeldung erstattet der Kundenservice zu früh oder gar nicht.
• Doppelte Verarbeitung. Eine Schnittstelle, die bei einer Zeitüberschreitung erneut sendet, muss beim zweiten Mal erkennen, dass der Auftrag schon da ist. Sonst geht das Paket zweimal raus.
• Bündel und Sets. Verkauft wird ein Set, gelagert werden drei Einzelteile. Wer das erst im Lager auflöst, hat nirgends einen richtigen Bestand.

Eine Anbindung ist nicht fertig, wenn der erste Auftrag durchläuft. Sie ist fertig, wenn der erste Fehlerfall sauber durchläuft.

Die Rolle der Mittelschicht

Zwischen Kanälen und Lager sitzt in guten Aufbauten eine Auftragssteuerung – im ERP oder als eigene Ebene. Sie sammelt alle Kanäle ein, führt sie zusammen, entscheidet nach Regeln (welches Lager, welcher Versender, splitten ja oder nein) und spricht dann mit dem Lager. Der Vorteil zeigt sich beim siebten Kanal: Sie binden ihn einmal an – und nicht an jedes nachgelagerte System einzeln.

Fünf Fragen an jeden Fulfillment-Anbieter

• Welche Systeme binden Sie fertig an, und welche kosten Projektarbeit?
• Wie schnell melden Sie Bestände zurück – in Minuten, stündlich oder täglich?
• Was passiert bei einem Ausfall der Schnittstelle? Läuft es nach, oder ist der Tag verloren?
• Sehe ich Bestände und Aufträge selbst in einem Portal, oder muss ich anrufen?
• Wie werden Retouren zurückgemeldet – mit Grund und Zustand oder nur als Menge?

Wer auf diese fünf Fragen konkrete Antworten bekommt, hat den wichtigsten Teil der Auswahl bereits hinter sich. Der Rest ist Preisverhandlung.

Schnittstellen-Check für Ihren Shop anfordern

Sagen Sie uns, welche Systeme Sie einsetzen – wir sagen Ihnen, was sich direkt anbinden lässt und wo Arbeit steckt.