Logistik & Lager: vom Auftrag bis zur Auslieferung auf einer Datenebene.

In der Logistik geht der Wert nicht beim Fahren oder beim Anheben der Ware verloren – er geht an den Nahtstellen verloren. Jedes Mal, wenn eine Sendung vom Auftragssystem ins Lagersystem und weiter in die Transportsoftware wandert, ist das eine Stelle, an der Zeit, Ware und Verantwortung durchrutschen. Dieser Beitrag zeigt, wo diese Lücken liegen, wie eine einzige Datenschicht sie schließt und unter welcher Bedingung dieser Ansatz auf dem Feld tatsächlich funktioniert.

Jede Nahtstelle ist eine Lücke

Ein idealer Logistikfluss ist nahtlos: Auftrag geht ein, Bestand wird zugewiesen, Ware wird kommissioniert und verpackt, dann transportiert und zugestellt. In der Praxis lebt jeder Schritt meist in einer anderen Software, und dazwischen kopieren Menschen den Status von Hand. Ein Auftrag wird an einer Stelle bestätigt, doch das Lager erfährt es erst, wenn jemand den Beleg druckt; die Ware ist bereits verladen, aber das Auftragssystem meldet noch „in Bearbeitung“, bis jemand aktualisiert. Jede dieser manuellen Nahtstellen ist langsam und fehleranfällig – und wenn etwas schiefgeht, ist niemand sicher, an welchem Schritt die Verantwortung endet.

Eine nahtlose Kette vom Auftrag bis zur Tür

Stellen Sie sich eine Lieferung am selben Tag vor. Wenn Auftrag, Bestandszuweisung, Kommissionierung, Verpackung und Transport auf einer Datenschicht lesen und schreiben, fließt der Status von selbst: Sobald der Auftrag bestätigt ist, ist der Bestand in genau der Menge reserviert, der Kommissionierauftrag erscheint sofort an der richtigen Stelle im Lager, und wenn das Packstück auf die Tour gescannt wird, wechselt der Auftrag von selbst auf „in Zustellung“, ohne dass jemand etwas erneut eintippt. Das Dispositionsteam muss nicht mehr den halben Vormittag mit Anrufen zur Synchronisation zwischen den Programmen verbringen, weil diese Programme ohnehin dieselbe Wahrheit sehen.

• Vom Auftrag zum Lager: Der Auftrag ist bestätigt, aber das Lager sieht den Kommissionierauftrag nicht oder kommissioniert eine falsche Auftragsversion.
• Vom Buchbestand zum realen Regalbestand: Beide Zahlen weichen wegen verspäteter Aktualisierung voneinander ab.
• Vom Lager zum Transport: Das Packstück verlässt das Lager, aber Tour- und Fahrerinformation sind noch nicht rechtzeitig zugeordnet.
• Vom Transport zurück zum Auftrag: Zugestellt, aber Status und Ablieferbeleg sind noch nicht ins System zurückgeflossen.
• Zwischen Lagern oder Niederlassungen: Interne Umlagerungen werden nicht gleichzeitig an beiden Enden erfasst.

Lager und Bestand in Echtzeit

Ein großer Teil der Lücken liegt im Lager selbst. Genau zu wissen, an welcher Position (Storage) der Artikel liegt, wie viel Platz frei ist, welches Los bald abläuft und welches unterwegs ist – auf denselben Daten, die Vertrieb und Einkauf nutzen –, macht aus dem Lager statt einer Blackbox einen Teil der Planung. Wenn der verfügbare Bestand stets sowohl die für offene Aufträge reservierte als auch die eingehende Ware abbildet, hört der Vertrieb auf, Dinge zu versprechen, die das Lager nicht hat, und der Einkauf hört auf, nachzubestellen, was die Regale schon füllt.

Lieferzusagen auf Basis der Wahrheit, nicht der Erwartung

Wenn Bestand, Transportkapazität und Aufträge am selben Ort liegen, beruht die Lieferzusage auf der verbleibenden Realität und nicht auf optimistischen Vermutungen. Das System kann aus vorhandener Ware, freier Tourkapazität und tatsächlicher Bearbeitungszeit einen machbaren Liefertermin errechnen. Wichtiger noch: Verzögerungen treten früh zutage – ein verspätetes Materiallos oder eine überlastete Tour wird sichtbar, solange man noch manövrieren kann, statt erst wenn der Kunde anruft und fragt, warum die Ware nicht da ist.

Eine Datenschicht ist nur so wahr wie das, was das Feld rechtzeitig erfasst

Das ist die Grenze, die klar benannt werden muss. Eine einzige Datenschicht bildet die Wahrheit nur ab, wenn das Feld die Wahrheit genau dann erfasst, wenn sie geschieht. Wenn das Scannen bei Eingang, Ausgang oder Umlagerung nur zum Schein oder erst am Schichtende nachgeholt wird, zeigt das System in Echtzeit bereits veraltete Daten. Die Softwarelücken zu schließen ist erst die eine Hälfte; die andere Hälfte ist die Scan-Disziplin und ein Bedienungsdesign, das leicht genug ist, damit die Lagermitarbeitenden es mitten in der Hektik korrekt ausführen. Die Technik legt die Gleise, aber der Mensch muss weiterhin richtig darauf fahren.

Wo Ihre Nahtstellen lecken

Einige Anzeichen, dass die Nahtstellen Ihre Schwachstelle sind:

• Das Dispositionsteam verbringt den größten Teil der Zeit damit, den Status zwischen den Programmen zu aktualisieren, statt Ausnahmen zu bearbeiten.
• Der Bestand im System und der reale Regalbestand weichen häufig voneinander ab.
• Sie erfahren von einem verspäteten Auftrag erst durch den Anruf des Kunden, nicht vorher.
• Bei einer Zustellstörung geht es zuerst um den Streit, an welchem Schritt der Fehler liegt.
• Jedes Lager oder jede Niederlassung erfasst auf eigene Weise, was bei der Konsolidierung neu vereinheitlicht werden muss.

Beim schmerzhaftesten Schritt beginnen

Versuchen Sie nicht, alles auf einmal zusammenzuführen. Wählen Sie genau die Nahtstelle, an der am meisten durchrutscht – meist zwischen Auftrag und Lager oder zwischen Lager und Transport –, bringen Sie diese beiden Schritte auf eine Datenschicht und messen Sie erneut die Termintreue der Aufträge sowie die Zeit, die das Dispositionsteam für die manuelle Synchronisation aufbringt. Schließt sich diese Lücke, haben Sie die Grundlage, auf den Rest der Kette auszuweiten. Das Prinzip bleibt gleich, welches Werkzeug Sie auch wählen: In der Logistik verringern Sie den Verlust, indem Sie die Nahtstellen beseitigen, nicht indem Sie schneller durch sie hindurchlaufen.

Verwandte Artikel