Der Ausgangspunkt ist ein Missverständnis, das sich hartnäckig hält: dass ein ERP-Lagermodul eine abgespeckte Version eines Warehouse-Management-Systems sei und ein WMS folglich dasselbe, nur mit mehr Funktionen. Das trifft die Sache nicht. Beide Systeme verfolgen unterschiedliche Zwecke, arbeiten mit unterschiedlichen Datenmodellen und beantworten unterschiedliche Fragen. Ein ERP beantwortet die Frage, wie viel von einem Artikel vorhanden, reserviert, bestellt und wie viel es wert ist. Ein WMS beantwortet die Frage, wo genau ein Bestand liegt, wer ihn wann bewegt, in welcher Reihenfolge er gegriffen wird und wie er physisch durch die Halle fließt.
Solange ein Lager überschaubar ist, fällt dieser Unterschied nicht auf. In einem Lager mit wenigen hundert Artikeln, festen Plätzen und erfahrenen Mitarbeitenden ist die Frage nach dem Wo im Kopf der Belegschaft gespeichert und nicht im System. Genau hier liegt die stille Abhängigkeit vieler Mittelständler: Das Lager funktioniert, weil zwei oder drei Personen wissen, wo etwas steht. Fällt eine davon aus, wächst das Sortiment oder verdoppelt sich das Auftragsvolumen, bricht dieses Wissen als Erstes weg. Der Systemwechsel ist dann keine Modernisierung, sondern das Nachholen einer Struktur, die vorher informell existierte.
In unseren Projekten wiederholen sich die Auslöser mit erstaunlicher Regelmäßigkeit. Der erste ist Sortimentswachstum: Aus einigen hundert Artikeln werden mehrere tausend, häufig getrieben durch Varianten, Ersatzteile oder Handelsware, die zum eigenen Produkt hinzugekauft wird. Feste Plätze reichen dann nicht mehr, weil die Fläche nicht mitwächst. Der zweite ist Auftragswachstum bei kleiner werdenden Auftragsgrößen – typisch beim Einstieg in den Onlinehandel. Ein Auftrag über eine Palette und dreißig Aufträge über je ein Teil binden völlig unterschiedliche Ressourcen, auch wenn der Umsatz identisch ist.
Der dritte Auslöser ist die Bestandsgenauigkeit. Wenn die Inventur regelmäßig Differenzen zeigt, wenn Aufträge storniert werden müssen, weil Ware nicht auffindbar ist, oder wenn Sicherheitsbestände immer weiter hochgesetzt werden, um Fehler zu kaschieren, dann ist das kein Disziplinproblem, sondern ein Strukturproblem. Der vierte ist der Personalmarkt: Wenn Lagerkräfte nur noch befristet und über Dienstleister zu bekommen sind, muss der Prozess so geführt sein, dass eine neue Person nach kurzer Einweisung produktiv arbeiten kann. Ein System, das Wege und Griffe vorgibt, ersetzt Erfahrung – ein System, das nur Bestände zählt, kann das nicht.
Der fünfte Auslöser ist die geplante Technik im Lager. Sobald über ein automatisches Kleinteilelager, eine Fördertechnikstrecke, einen Shuttle oder autonome Transportfahrzeuge nachgedacht wird, ist die Systemfrage entschieden, bevor sie gestellt wurde: Solche Anlagen brauchen einen Partner, der Aufträge in Bewegungsaufträge zerlegt, Zonen synchronisiert und mit einem Materialflussrechner spricht. Das leistet ein ERP-Lagermodul im Regelfall nicht, und es soll es auch gar nicht leisten.
Die Formulierung WMS oder ERP suggeriert eine Alternative, die es in dieser Form selten gibt. Ein WMS ersetzt kein ERP. Es übernimmt keine Beschaffung, keine Kalkulation, keine Rechnungsstellung, keine Finanzbuchhaltung, kein Vertriebscontrolling. Umgekehrt ersetzt ein ERP-Lagermodul nur dann ein WMS, wenn die Lagerprozesse innerhalb der Fähigkeiten dieses Moduls bleiben. Die realistische Frage lautet deshalb: Wird die physische Lagersteuerung im ERP mitgeführt, oder wird sie in ein spezialisiertes System ausgelagert, das über Schnittstellen mit dem ERP zusammenarbeitet?
Diese Umformulierung ist mehr als Semantik, weil sie den Blick auf die eigentliche Projektarbeit lenkt. Wer sich für ein dediziertes System entscheidet, entscheidet sich gleichzeitig für eine Systemlandschaft mit zwei führenden Systemen, für eine definierte Schnittstelle, für eine Abstimmung von Stammdaten und für einen zweiten Betriebs- und Wartungsvertrag. Das ist beherrschbar und in vielen Fällen die richtige Wahl – aber es ist eine Architekturentscheidung und keine Funktionsbestellung. Kapitel 05 widmet sich deshalb ausführlich dem Schnitt zwischen beiden Welten.
Die Begriffe werden im Markt uneinheitlich verwendet, was Vergleiche erschwert. Lagerverwaltungssystem und Warehouse-Management-System meinen im deutschsprachigen Raum weitgehend dasselbe, wobei der englische Begriff eher für Systeme mit umfangreicher Prozess- und Ressourcensteuerung steht, während die deutsche Bezeichnung historisch auch schlankere Bestandsverwaltungen umfasst. Manche Anbieter sprechen zusätzlich von einem Lagerführungssystem, wenn die Steuerung von Technik im Vordergrund steht.
Ein ERP-Lagermodul ist der Teil einer Warenwirtschaft oder eines ERP, der Bestände je Artikel, Lager und gegebenenfalls Lagerort führt, Wareneingänge und Warenausgänge bucht, Umlagerungen abbildet und Belege wie Picklisten oder Lieferscheine erzeugt. Der Materialflussrechner schließlich ist keine Alternative zu beiden, sondern eine Schicht darunter: Er übersetzt Transportaufträge in Steuerbefehle für Fördertechnik, Regalbediengeräte und Sorter und meldet Zustände zurück. Wer diese drei Ebenen sauber trennt – kaufmännische Führung, logistische Prozesssteuerung, technische Anlagensteuerung –, hat den größten Teil der Verwirrung bereits hinter sich.
Eine vierte Abgrenzung ist im Handel wichtig: Systeme zur Auftragsabwicklung im Onlinehandel, die Picklisten drucken und Versandlabels erzeugen, werden gelegentlich als Lagersoftware bezeichnet. Sie sind es im engeren Sinn nicht, denn sie kennen typischerweise keine Lagerplatzverwaltung mit Belegungslogik, keine Nachschubsteuerung und keine Ressourcenführung. Für kleine Versandlager ist das völlig ausreichend – aber es ist eine dritte Kategorie und sollte nicht mit einem WMS verwechselt werden.
Das ERP ist das System, in dem der Bestand seinen wirtschaftlichen Wert erhält. Es kennt Einstandspreise, bewertet nach dem im Unternehmen gewählten Verfahren, bildet Bestandsveränderungen in der Buchhaltung ab und liefert die Zahlen für Bilanz, Kalkulation und Controlling. Diese Aufgabe ist untrennbar mit der kaufmännischen Führung verbunden und wandert deshalb auch bei Einsatz eines WMS niemals vollständig aus dem ERP heraus. Wer über Systemtrennung spricht, spricht über die Aufteilung von Verantwortung, nicht über die Verlagerung des Bestands als Ganzes.
Ebenso zuverlässig beherrscht das ERP die dispositive Seite. Aus Absatz, Reichweiten, Mindestbeständen und Wiederbeschaffungszeiten entstehen Bestellvorschläge, aus Aufträgen und Stücklisten entstehen Bedarfe, aus Rahmenverträgen entstehen Abrufe. Auch Reservierungslogiken gehören hierher: Welche Menge ist frei verfügbar, welche ist einem Auftrag zugesagt, welche steht unter Qualitätsprüfung, welche ist bereits verkauft, aber noch nicht ausgeliefert. Diese Unterscheidungen sind die Grundlage jeder Verfügbarkeitsaussage gegenüber Kunden und funktionieren im ERP strukturell besser als in jedem nachgelagerten System, weil dort die Auftragsdaten liegen.
Der dritte Bereich ist die Rückverfolgbarkeit. Chargen- und Seriennummernführung, Mindesthaltbarkeitsdaten, Herkunftsnachweise und Dokumentationspflichten sind in vielen ERP-Systemen des DACH-Raums solide implementiert, weil sie in Lebensmittel-, Pharma-, Medizintechnik- und Maschinenbaubranchen seit Langem gefordert werden. Ein häufiges Missverständnis lautet, für Chargenführung brauche es zwingend ein WMS. Das stimmt nicht. Was ein WMS zusätzlich bringt, ist die Verknüpfung von Charge und konkretem Lagerplatz mit automatischer Auswahl nach Verfallsdatum – eine Prozessverbesserung, keine Voraussetzung für Rückverfolgbarkeit.
Moderne ERP-Systeme und Warenwirtschaften bieten regelmäßig mehr als die reine Mengenführung. Verbreitet sind eine mehrstufige Struktur aus Lager, Bereich und Lagerplatz, die Zuordnung von Artikeln zu festen Plätzen, die Erzeugung von Kommissionierlisten in einer sinnvollen Reihenfolge, die Zusammenfassung mehrerer Aufträge zu einem Sammelgang sowie mobile Anwendungen für Handscanner oder Smartphones, mit denen Wareneingang, Umlagerung, Kommissionierung und Inventur erfasst werden. In dieser Ausbaustufe lassen sich Lager mit einigen tausend Artikeln und geordneter Struktur sehr gut betreiben.
Zwei Hinweise zur Bewertung solcher Funktionen. Erstens: Prüfen Sie, ob die mobile Erfassung tatsächlich prozessführend ist oder lediglich ein Erfassungsformular darstellt. Der Unterschied ist erheblich. Ein prozessführender Dialog sagt der Person, was als Nächstes zu tun ist, an welchen Platz sie geht und welche Menge sie greift, und er prüft die Rückmeldung gegen die Erwartung. Ein Erfassungsformular verlangt die Eingabe dessen, was die Person ohnehin entschieden hat. Nur das Erste reduziert Fehler und Einarbeitungszeit spürbar.
Zweitens: Prüfen Sie das Verhalten bei Abweichungen. Was passiert, wenn am Platz weniger liegt als erwartet, wenn ein Artikel beschädigt ist, wenn eine Charge fehlt, wenn ein Auftrag während der Kommissionierung storniert wird? Standardfälle beherrscht jedes System. Die Qualität eines Lagermoduls zeigt sich in der Behandlung von Ausnahmen, denn diese verursachen im Alltag den größten Teil der Störungen. Lassen Sie sich Abweichungsszenarien im Auswahlprozess vorführen, nicht die Glanzfälle.
Die erste Grenze ist die dynamische Platzvergabe. ERP-Lagermodule arbeiten überwiegend mit festen oder halbfesten Plätzen. Chaotische Lagerhaltung, bei der jeder Artikel auf jeden freien und passenden Platz eingelagert wird und das System die Belegung führt, verlangt eine Platzverwaltung mit Kapazitäts-, Gewichts-, Volumen- und Kompatibilitätsprüfung sowie eine mehrfache Belegbarkeit von Plätzen. Diese Tiefe ist in ERP-Modulen selten vorgesehen.
Die zweite Grenze ist die Strategiefähigkeit. Ein WMS entscheidet regelbasiert, aus welchem Bestand entnommen wird, welche Kommissionierart für welchen Auftragstyp gilt, wie Aufträge zu Wellen gebündelt werden und wann Nachschub in die Pickzone gezogen wird. Ein ERP-Lagermodul kennt in der Regel wenige, fest verdrahtete Verfahren. Wer feststellt, dass immer mehr Sonderfälle über Zusatzfelder, Excel-Listen und mündliche Absprachen geregelt werden, hat diese Grenze bereits überschritten.
Die dritte Grenze ist die Ressourcen- und Technikführung. Sobald mehrere Personen, Geräte, Zonen und Anlagen parallel arbeiten und aufeinander warten, wird Steuerung zur eigenständigen Aufgabe: Wer bekommt welchen Auftrag, in welcher Reihenfolge, mit welcher Priorität, und was passiert bei Stau an einem Packplatz? Die vierte Grenze ist schlicht die Systemlast. Ein ERP ist auf Belegverarbeitung ausgelegt, nicht auf tausende kleinteilige Bewegungsbuchungen pro Stunde in Echtzeit. Wenn Scanner-Rückmeldungen spürbar verzögert quittiert werden, ist das kein Netzwerkproblem, sondern ein Architektursignal.
Die dynamische oder chaotische Lagerhaltung ist das bekannteste Merkmal eines WMS und zugleich das am häufigsten missverstandene. Chaotisch bedeutet nicht ungeordnet, sondern das Gegenteil: Nicht der Mensch entscheidet über den Einlagerplatz, sondern das System, und zwar nach nachvollziehbaren Regeln. Frei werdende Plätze werden sofort wieder nutzbar, die Fläche wird deutlich besser ausgenutzt, und das Wachstum eines Sortiments erzwingt keine Umräumaktion mehr, weil kein Artikel einen reservierten Bereich beansprucht.
Damit das funktioniert, braucht das System einen vollständigen Platzstamm mit Eigenschaften: Abmessungen, Traglast, Zugänglichkeit, Lagerbedingungen wie Temperatur oder Gefahrstoffklasse, Zonenzugehörigkeit und Regalebene. Dazu kommen Artikeleigenschaften wie Volumen, Gewicht, Verpackungseinheit, Umschlagshäufigkeit und Kompatibilitätsregeln – etwa das Verbot, Lebensmittel neben Reinigungsmitteln zu lagern. Aus dem Abgleich beider Seiten entsteht der Einlagerungsvorschlag. Das ist der Punkt, an dem viele Projekte unterschätzt werden: Ohne saubere Stammdaten zu Maßen und Gewichten kann auch das beste System nichts vorschlagen.
Zur Platzverwaltung gehören außerdem Konzepte, die im ERP-Modul selten vorkommen. Die Trennung von Reservelager und Kommissionierzone erlaubt es, kleine Griffmengen nah beieinander zu halten und Bestandsmassen platzsparend darüber oder daneben zu lagern. Die Führung von Lagereinheiten wie Paletten oder Behältern mit eigener Identifikation erlaubt es, ganze Einheiten zu bewegen, ohne jede Position einzeln zu buchen. Und die Mehrfachbelegung von Plätzen mit klarer Zuordnung von Menge, Charge und Zugangsdatum ist die Voraussetzung dafür, Entnahmestrategien wie First in, First out oder First expired, First out überhaupt automatisch anwenden zu können.
Der Kern jeder Lagerleistung ist die Kommissionierung, und hier liegt der deutlichste funktionale Unterschied. Ein WMS bringt mehrere Verfahren mit und wählt sie regelbasiert je nach Auftragstyp. Die Einzelauftragskommissionierung bearbeitet einen Auftrag vollständig und eignet sich für große oder eilige Aufträge. Die Mehrauftragskommissionierung bündelt viele kleine Aufträge zu einem Rundgang mit getrennten Fächern am Wagen – im Onlinehandel mit Ein-Positions-Aufträgen der entscheidende Hebel. Die zweistufige Kommissionierung greift zunächst Artikelmengen über alle Aufträge hinweg und verteilt sie anschließend an einem Sortierplatz auf die einzelnen Aufträge.
Die Zonenkommissionierung teilt das Lager in Bereiche mit fest zugeordnetem Personal. Sie kann seriell erfolgen, indem ein Behälter von Zone zu Zone weitergereicht wird, oder parallel, indem alle Zonen gleichzeitig arbeiten und die Teilmengen an einem Konsolidierungspunkt zusammengeführt werden. Serielle Verfahren sind einfacher zu steuern, parallele erreichen kürzere Durchlaufzeiten, verlangen aber eine verlässliche Zusammenführung. In der Praxis mischen leistungsfähige Systeme die Verfahren innerhalb desselben Lagers – große Aufträge einzeln, Kleinstaufträge gebündelt, Sperrgut separat.
Die Wellenbildung ist die Klammer darüber. Statt Aufträge in der Reihenfolge ihres Eingangs abzuarbeiten, fasst das System sie zu Gruppen zusammen, die gemeinsam sinnvoll sind: nach Versanddienstleister und dessen Abholzeit, nach Tourengebiet, nach Priorität, nach Verpackungsart, nach Lagerbereich oder nach Zusagen wie einer Versandgarantie am selben Tag. Eine Welle wird geplant, freigegeben, überwacht und abgeschlossen. Der praktische Nutzen liegt weniger in der theoretischen Wegeersparnis als in der Planbarkeit: Die Schichtleitung sieht am Vormittag, ob die Zusagen des Tages haltbar sind, und kann steuern, statt am Nachmittag zu improvisieren. Ohne Wellenkonzept ist ein Lager reaktiv – mit Wellenkonzept wird es steuerbar.
Ergänzend gehört die Packplatz- und Versandsteuerung dazu: Kartonagenvorschlag anhand von Volumen und Gewicht, Prüfung der Vollständigkeit über Gewichtskontrolle oder erneuten Scan, Erzeugung der Versandpapiere und Übergabe an den Transportbereich. Auch der Retourenprozess ist im WMS ein eigener Ablauf mit Prüfung, Entscheidung über Wiedereinlagerung, Aufbereitung oder Verschrottung und getrennter Bestandsführung, solange die Entscheidung aussteht.
Die Nachschubsteuerung ist eine der unterschätztesten WMS-Funktionen. Sie sorgt dafür, dass Kommissionierplätze rechtzeitig aus dem Reservebestand aufgefüllt werden – ausgelöst durch Mindestbestände, durch Prognose des Bedarfs der freigegebenen Welle oder ereignisgesteuert bei Unterschreitung. Der Unterschied im Alltag ist dramatisch: Ohne automatische Nachschubsteuerung entstehen Leergriffe, die nicht nur Zeit kosten, sondern Aufträge unvollständig lassen und Nacharbeit erzeugen. Mit ihr laufen Nachschubaufträge im Hintergrund, häufig in Randzeiten oder durch separate Kräfte, und der Kommissionierweg bleibt störungsfrei.
Die Inventur verändert ihren Charakter ebenfalls. Ein WMS ermöglicht permanente oder rollierende Verfahren, bei denen einzelne Plätze über das Jahr verteilt gezählt werden, sowie Nullkontrollen, die einen Platz automatisch zur Zählung vormerken, wenn er rechnerisch leer sein müsste. Damit sinkt der Aufwand einer Stichtagsinventur erheblich. Welche Verfahren im konkreten Fall zulässig sind, hängt von handels- und steuerrechtlichen Anforderungen ab und gehört mit der Steuerberatung abgestimmt.
Die Ressourcenführung verwaltet Personen, Geräte und Fahrzeuge samt Qualifikationen und Berechtigungen und verteilt Aufträge nach Priorität, Position und Eignung. Daran schließt die mobile Prozessführung an. Klassische MDE-Geräte mit Scanner sind der Standard; sie führen durch den Dialog, prüfen jede Rückmeldung und verhindern Fehlgriffe. Pick-by-Voice gibt Anweisungen über Kopfhörer und nimmt gesprochene Bestätigungen entgegen – der Vorteil sind zwei freie Hände und ein freier Blick, was besonders bei schwerer Ware und langen Wegen wirkt. Pick-by-Light und Displaylösungen zeigen Griffe direkt am Fach an und eignen sich für Zonen mit hoher Griffdichte. Pick-by-Vision über Datenbrillen ist in Teilen des Marktes verfügbar, aber weiterhin ein Sonderweg. Welche Technik passt, entscheidet die Griffstruktur, nicht die Innovationslust: Viele Positionen mit wenigen Stück sprechen für sprach- oder lichtgeführte Verfahren, wenige Positionen mit großen Mengen selten.
Nicht zu vergessen ist die Auswertungsseite. Ein WMS liefert Kennzahlen, die im ERP nicht entstehen: Griffe je Stunde, Wegzeiten, Leergriffquote, Auslastung je Zone, Durchlaufzeit vom Auftragseingang bis zur Versandbereitstellung, Fehlerquote je Prozessschritt, Bestandsgenauigkeit je Bereich. Diese Kennzahlen sind die eigentliche Grundlage für Verbesserung – und zugleich der Punkt, an dem der Beschäftigtendatenschutz beginnt, weil sich viele davon auf einzelne Personen zurückrechnen lassen. Kapitel 09 geht darauf ausführlich ein.
Slotting bezeichnet die Zuordnung von Artikeln zu Lagerplätzen unter Zielvorgaben. In der einfachen Form folgt sie einer Klassifizierung nach Umschlagshäufigkeit: Schnelldreher in die bequem erreichbare Greifzone auf Hüfthöhe und nah am Packbereich, Langsamdreher in obere Ebenen oder entlegene Gänge. Schon diese Grundform bringt spürbare Verbesserungen, wird aber selten konsequent gepflegt, weil sich Sortimente laufend verändern und niemand die Zeit hat, Plätze regelmäßig neu zu bewerten.
Genau hier setzen datengetriebene Verfahren an. Sie werten Bewegungsdaten fortlaufend aus, erkennen Verschiebungen im Umschlag, berücksichtigen Saisonverläufe und – das ist der eigentliche Sprung – Auftragsverbünde: Artikel, die häufig gemeinsam bestellt werden, sollten nah beieinanderliegen, selbst wenn ihre Einzelumschläge unterschiedlich sind. Das System schlägt daraufhin Umlagerungen vor, die im laufenden Betrieb nebenbei ausgeführt werden, etwa in Randzeiten oder bei ohnehin anstehenden Nachschubfahrten.
Zwei Einschränkungen gehören dazu. Erstens ist Umlagerung Arbeit, und ein Vorschlag rechnet sich nur, wenn der erwartete Nutzen den Aufwand übersteigt – gute Systeme rechnen das mit und bieten eine Steuerung der Umlagerungsintensität. Zweitens sind die Ergebnisse nur so gut wie die Stammdaten: Ohne verlässliche Maße, Gewichte und Verpackungseinheiten bleibt jeder Vorschlag Schätzung. Konkrete Verbesserungswerte nennen wir bewusst nicht; sie hängen von Lagerlayout, Sortimentsstruktur und Ausgangszustand ab und sind im Einzelfall über eine Auswertung der eigenen Bewegungsdaten zu ermitteln.
Die Optimierung der Kommissionierreihenfolge ist ein klassisches Problem der Optimierungsforschung. In der Praxis kommen selten exakte Verfahren zum Einsatz, sondern Heuristiken, die in Millisekunden eine sehr gute Route liefern – unter Berücksichtigung von Einbahnregelungen, Regalseiten, Ebenen, Höhenzugang, Sperrgutzonen und der Belastbarkeit des Kommissionierwagens. Eng damit verknüpft ist die Bündelung: Welche Aufträge werden zu einem Rundgang zusammengefasst, damit sich Wege überlagern und trotzdem Zusagen zu Versandzeiten eingehalten werden?
Moderne Systeme berücksichtigen zusätzlich die Auslastung: Wenn eine Zone überlastet ist, verschiebt sich die Freigabe, damit sich keine Warteschlange am Konsolidierungspunkt bildet. Diese dynamische Steuerung ist der Punkt, an dem sich leistungsfähige von einfachen Systemen unterscheiden – nicht die Existenz einer Wegeoptimierung, die praktisch jedes WMS für sich beansprucht, sondern die Reaktion auf den tatsächlichen Zustand des Lagers.
Die Grenzen sind ebenso wichtig. Optimierung setzt ein korrektes Abbild der Realität voraus. Ein blockierter Gang, ein defektes Regalfach, eine Palette, die im Weg steht, oder ein Artikel, der physisch woanders liegt als gebucht, machen jede berechnete Route wertlos. Deshalb ist Bestandsgenauigkeit keine Folge der Optimierung, sondern ihre Voraussetzung. Wer mit ungenauen Beständen startet, bekommt keine besseren Wege, sondern eine schnellere Ausbreitung von Fehlern.
Aus Auftragsvorlauf, Historie, Wochentagsmustern, Saison und bekannten Aktionen lässt sich das Arbeitsvolumen der kommenden Tage je Bereich abschätzen. Für Betriebe mit stark schwankendem Aufkommen ist das der wirtschaftlich relevanteste KI-Anwendungsfall überhaupt, weil er Zeitarbeitseinsatz, Schichtplanung und Überstunden planbar macht. Der Nutzen entsteht dabei nicht durch Präzision auf die einzelne Stunde, sondern durch die frühzeitige Erkennung von Spitzen und Tälern.
Die Bestandsprognose arbeitet auf derselben Datenbasis, richtet sich aber auf Artikel und Standorte. Sie unterstützt Sicherheitsbestände, Nachschubmengen und – bei ausreichender Verlässlichkeit – die Vorkommissionierung von Standardmengen vor dem eigentlichen Auftragseingang. Solche Verfahren gehören überwiegend in die Beschaffungslogik des ERP oder in ein spezialisiertes Planungssystem; ein WMS liefert dafür die Bewegungs- und Verfügbarkeitsdaten. Die Abgrenzung sollte im Projekt bewusst gezogen werden, damit nicht zwei Systeme dieselbe Prognose mit unterschiedlichen Ergebnissen rechnen.
Bei allen personenbezogenen Auswertungen gilt eine besondere Sorgfaltspflicht. Kennzahlen wie Griffe je Stunde oder Wegzeiten lassen sich einer Person zuordnen und sind damit Beschäftigtendaten. Der Einsatz solcher Verfahren ist nicht per se unzulässig, verlangt aber Zweckbindung, Transparenz, angemessene Aggregation und je nach Ausgestaltung die Beteiligung der Mitbestimmung. Wir empfehlen, diese Frage nicht der Technik zu überlassen, sondern sie vor der Konfiguration zu klären – Kapitel 09 beschreibt den Rahmen.
Die bewährte Grundregel lautet: Das ERP führt den kaufmännischen Bestand und den gesamten Auftrags-, Beschaffungs- und Belegprozess. Das WMS führt den physischen Bestand auf Platz-, Lagereinheiten- und Chargenebene sowie alle Bewegungen innerhalb des Lagers. Das ERP weiß, dass von einem Artikel eine bestimmte Menge im Lager liegt und was sie wert ist; das WMS weiß, auf welchen elf Plätzen diese Menge in welchen Chargen liegt. Beide Sichten müssen in Summe übereinstimmen, ohne dass jede Bewegung einzeln in das ERP gespiegelt wird.
Aus dieser Regel folgt der typische Nachrichtenfluss. Vom ERP zum WMS wandern Artikelstammdaten, Lieferantendaten, avisierte Wareneingänge oder Bestellungen, Kundenaufträge beziehungsweise Lieferaufträge, Umlagerungsaufträge und Stornierungen. Vom WMS zum ERP wandern Wareneingangsmeldungen mit tatsächlichen Mengen und Chargen, Kommissionier- und Warenausgangsmeldungen, Bestandskorrekturen aus Inventur und Schadensfällen sowie Verpackungs- und Sendungsdaten. Alles, was dazwischen im Lager passiert – Nachschub, Umlagerung, Zonenübergabe, Konsolidierung –, bleibt bewusst im WMS und belastet das ERP nicht.
Zwei Fragen entscheiden über den Erfolg dieser Aufteilung. Erstens: Wo werden Bestände für den Verkauf verfügbar gemacht? Die Antwort sollte lauten: im ERP, das die Reservierungslogik gegenüber Aufträgen und Kanälen führt. Zweitens: Wer entscheidet über Sperrbestände? Hier ist eine klare Regelung nötig, weil Qualitätssperren fachlich aus dem ERP kommen, physische Sperren aber im Lager entstehen. Ohne definierte Zuständigkeit entstehen genau an dieser Stelle die klassischen Bestandsdifferenzen, die dann fälschlich der Schnittstelle angelastet werden.
Technisch werden ERP und WMS heute überwiegend über Programmierschnittstellen im Web-Standard verbunden, ergänzt um Nachrichtenwarteschlangen für hohe Volumina und um Dateiübergaben in älteren Landschaften. Manche Hersteller liefern zertifizierte Standardkonnektoren für verbreitete ERP-Systeme, andere setzen auf eine Integrationsplattform als Vermittler. Die technische Variante ist zweitrangig – entscheidend sind vier Eigenschaften, die im Auswahlprozess ausdrücklich abgefragt gehören.
Erstens Idempotenz: Wird dieselbe Nachricht versehentlich zweimal übertragen, darf nicht doppelt gebucht werden. Zweitens Wiederanlauffähigkeit: Nach einem Ausfall müssen liegengebliebene Nachrichten in korrekter Reihenfolge nachlaufen, ohne dass jemand manuell nachhilft. Drittens Transparenz: Es braucht eine Übersicht, in der fachliche Anwender sehen, welche Nachricht wann übertragen wurde, welche fehlgeschlagen ist und warum – nicht nur ein technisches Protokoll für Fachleute. Viertens Abweichungsbehandlung: Was passiert, wenn das WMS mehr meldet als das ERP erwartet, wenn eine Charge unbekannt ist oder ein Auftrag im ERP bereits storniert wurde? Diese Fälle treten garantiert auf und gehören vor dem Start definiert.
Ein weiterer Punkt betrifft die Stammdatenhoheit. Artikel werden im ERP angelegt und in das WMS übertragen; logistische Ergänzungen wie Maße, Gewichte, Verpackungshierarchien und Lagerklassen entstehen aber häufig erst im Lager. Legen Sie fest, welches System welches Feld führt, und richten Sie einen Prozess ein, der neue Artikel nicht ohne logistische Daten in das Lager lässt. Ein Artikel ohne Maße ist im WMS ein Artikel ohne Einlagerungsvorschlag – und damit ein Sonderfall, der Handarbeit erzeugt.
Sobald Fördertechnik, Regalbediengeräte, Shuttles, Sorter oder autonome Transportfahrzeuge im Spiel sind, kommt der Materialflussrechner als eigene Ebene hinzu. Er nimmt Transportaufträge des WMS entgegen, zerlegt sie in Steuerbefehle, verfolgt Behälter über Sensorik und meldet Vollzug oder Störung zurück. Manche WMS-Hersteller integrieren diese Funktion, andere arbeiten mit den Steuerungen des Anlagenbauers zusammen. Beide Wege funktionieren; wichtig ist die eindeutige Klärung der Verantwortung im Störungsfall, denn genau dort entstehen sonst langwierige Diskussionen zwischen Softwarehaus und Anlagenbauer.
Auf der Ausgangsseite steht das Transportmanagement. Ein TMS oder eine Multi-Carrier-Plattform übernimmt Frachtführerauswahl, Tarifvergleich, Labelerzeugung, Zoll- und Gefahrgutdokumente sowie Sendungsverfolgung. Ohne diese Ebene wird jede Änderung im Dienstleisterportfolio zum Softwareprojekt. Die saubere Aufteilung lautet: Das WMS meldet Packstücke mit Maßen, Gewichten und Zieladresse, die Versandschicht entscheidet über Dienstleister und Label und meldet Sendungsnummern an ERP und WMS zurück. Ein Ausfallpfad auf einen zweiten Dienstleister gehört ausdrücklich in die Anforderungen.
Für Handelsunternehmen kommt die Kanalseite hinzu: Shopsysteme, Marktplätze und elektronischer Datenaustausch mit Handelspartnern. Diese Systeme sollten nicht direkt mit dem WMS sprechen, sondern über das ERP oder eine Middleware, weil dort die Auftrags- und Verfügbarkeitslogik liegt. Direktverbindungen zwischen Shop und Lager wirken zunächst schneller, führen aber regelmäßig zu Beständen, die an zwei Stellen unterschiedlich gerechnet werden. Bei elektronischem Datenaustausch mit Handelspartnern kommen Anforderungen an Etikettierung, Packstückaufbau und Avisierung hinzu, die das WMS erfüllen muss – prüfen Sie diese Vorgaben früh, denn sie sind vom Kunden gesetzt und nicht verhandelbar.
Von den genannten Kriterien haben drei erfahrungsgemäß das größte Gewicht. Das erste ist die Auftragsstruktur, genauer das Verhältnis von Auftragsanzahl zu Positionen je Auftrag. Ein Betrieb mit dreißig Aufträgen und je vierzig Positionen arbeitet völlig anders als einer mit tausend Aufträgen und je eineinhalb Positionen – obwohl beide dieselbe Zahl an Griffen erzeugen. Der erste Fall lässt sich mit Picklisten und Erfahrung gut fahren, der zweite verlangt Bündelung, Sortierung und Konsolidierung und damit ein WMS-Konzept.
Das zweite Kriterium ist die Flächensituation. Solange Fläche im Überfluss vorhanden ist, kann man mit festen Plätzen arbeiten und großzügig reservieren. Sobald Fläche knapp wird und der nächste Ausbau ansteht, wird die dynamische Platzverwaltung zum wirtschaftlichen Hebel: Sie erschließt regelmäßig einen erheblichen Teil der scheinbar fehlenden Kapazität, ohne dass gebaut werden muss. Diese Rechnung sollte man vor jeder Hallenerweiterung aufmachen – sie ist einer der wenigen Fälle, in denen Software eindeutig günstiger ist als Beton.
Das dritte Kriterium ist die Abhängigkeit von Personenwissen. Wenn der Betrieb bei Urlaub oder Krankheit einzelner Personen ins Stocken gerät, ist das ein Risiko, das mit Wachstum steigt und sich nicht durch mehr Personal lösen lässt, sondern nur durch Prozessführung im System. Wer zusätzlich mit Zeitarbeit oder saisonalen Kräften arbeitet, braucht Abläufe, die eine neue Person nach kurzer Einweisung sicher ausführen kann. Genau das ist die Kernleistung einer prozessführenden mobilen Anwendung.
Weniger geeignet als Entscheidungsgrundlage sind zwei Größen, die häufig genannt werden: die Quadratmeterzahl des Lagers und die Mitarbeiterzahl des Unternehmens. Ein kleines Lager mit hochkomplexem Sortiment kann ein WMS dringender brauchen als eine große Halle mit Palettenware in Blocklagerung. Und die Unternehmensgröße sagt über die Logistikkomplexität wenig aus – ein Handelsbetrieb mit dreißig Beschäftigten kann eine anspruchsvollere Lagerorganisation haben als ein Industriebetrieb mit dreihundert.
Hilfreich ist die Vorstellung von drei Linien, deren Überschreiten jeweils für sich genommen die Entscheidung kippen kann. Die Volumenlinie ist erreicht, wenn die Zahl der Lagerbewegungen so hoch wird, dass Buchungen im ERP spürbar verzögern oder dass die Wegzeiten den größten Kostenblock im Lager bilden. Die Prozesstiefenlinie ist erreicht, wenn mehrere Kommissionierverfahren, mehrere Zonen, Konsolidierung, systemgesteuerter Nachschub oder chargengenaue Platzführung gebraucht werden. Die Automatisierungslinie ist erreicht, sobald Technik im Spiel ist, die Aufträge selbstständig ausführt.
Wird nur eine dieser Linien überschritten, lohnt zunächst die Prüfung, ob das vorhandene ERP mit Zusatzmodulen, einer Lagererweiterung des Herstellers oder einer besseren Konfiguration nachziehen kann. Werden zwei überschritten, ist ein dediziertes System in aller Regel die wirtschaftlichere Antwort. Werden alle drei überschritten, erübrigt sich die Diskussion – dann ist die Frage nicht mehr ob, sondern welches System und in welcher Reihenfolge eingeführt wird.
Eine ehrliche Gegenprobe gehört dazu: Was passiert, wenn nichts geändert wird? Diese Frage wird zu selten gestellt. Sie ist deshalb wichtig, weil sie die Kosten des Nichthandelns sichtbar macht – Fehlerkosten aus Falschlieferungen, Retouren und Nacharbeit, Überbestände als Sicherheitspuffer gegen Unsicherheit, entgangene Aufträge durch fehlende Zusagefähigkeit, Überstunden in Spitzenzeiten und das Risiko, das an einzelnen Personen hängt. Erst gegen diese Zahlen wird ein Investitionsvergleich belastbar.
Zwischen den Polen liegen mehrere realistische Zwischenwege. Der erste ist der Ausbau des vorhandenen Lagermoduls: bessere Platzstruktur, konsequente Etikettierung, prozessführende mobile Erfassung, sauber definierte Kommissionierlisten. Dieser Weg ist unterschätzt, weil er unspektakulär ist, aber er löst einen erheblichen Teil der typischen Probleme zu einem Bruchteil der Kosten – vor allem dort, wo die eigentliche Ursache in fehlender Struktur und nicht in fehlender Software liegt.
Der zweite Weg ist das Lagermodul oder WMS aus dem Haus des ERP-Herstellers. Der Vorteil liegt auf der Hand: eine Datenbasis, ein Ansprechpartner, keine Schnittstelle im engeren Sinn, gemeinsame Releasepflege. Der Nachteil ist, dass die logistische Tiefe solcher Module häufig hinter spezialisierten Systemen zurückbleibt und dass man sich damit stärker an einen Anbieter bindet. Für Betriebe im mittleren Komplexitätsbereich ist dieser Weg dennoch oft die pragmatischste Wahl.
Der dritte Weg ist das spezialisierte WMS eines Logistiksoftwarehauses, angebunden an das bestehende ERP. Er bietet die größte fachliche Tiefe, die beste Eignung für Technikanbindung und in der Regel die höchste Skalierbarkeit – zum Preis einer echten Zwei-System-Landschaft mit allem, was dazugehört. Im DACH-Raum existiert ein ausgeprägtes Anbieterfeld für genau diesen Weg, von großen internationalen Häusern bis zu spezialisierten Mittelstandsanbietern. Eine herstellerneutrale Vorauswahl anhand der eigenen Anforderungen ist hier wichtiger als bei jeder anderen Softwarekategorie, weil die Systeme sich in ihrer Ausrichtung stark unterscheiden.
Ein vierter Weg verdient Erwähnung: die Auslagerung an einen Logistikdienstleister. Wer feststellt, dass Lagerbetrieb nicht zum Kern des eigenen Geschäfts gehört, kann die Systemfrage umgehen, indem er den Prozess vergibt. Dann verschiebt sich die Aufgabe auf die Anbindung des Dienstleisters, auf Bestandstransparenz und auf vertragliche Leistungskennzahlen. Das ist keine Bequemlichkeitslösung, sondern eine strategische Alternative – sie sollte in der Bewertung wenigstens einmal ernsthaft geprüft werden.
Die Betriebsfrage wird in der IT häufig grundsätzlich diskutiert, im Lager entscheidet sie sich pragmatisch. Cloud-Betrieb entlastet von Serverpflege, Sicherung und Aktualisierung, skaliert mit dem Wachstum und ist für Betriebe ohne eigene IT-Abteilung meist die sicherere Wahl – ein professionell betriebener Dienst schlägt einen selbst betreuten Server im Nebenraum sicherheitstechnisch fast immer. On-Premises behält Kontrolle über Versionsstände und Wartungsfenster, was in Betrieben mit Schichtbetrieb rund um die Uhr und angebundener Anlagentechnik ein echtes Argument ist.
Wichtiger als die Grundsatzfrage sind drei praktische Punkte. Erstens die Netzabhängigkeit: Ein Lager, dessen Scanner am Internetzugang hängen, steht bei einer Leitungsstörung still. Eine zweite, unabhängige Anbindung und eine klare Notfallregelung gehören in jedes Konzept – unabhängig vom Betriebsmodell, denn auch ein lokaler Server nützt nichts ohne funktionierendes WLAN in der Halle. Zweitens die Antwortzeit: Zwischen Scan und Quittung dürfen keine spürbaren Wartezeiten liegen, sonst umgeht die Belegschaft den Prozess. Drittens die Offline-Fähigkeit: Manche Systeme können bei Verbindungsverlust begrenzt weiterarbeiten und synchronisieren später nach. Ob das für den eigenen Prozess ausreicht, gehört ausdrücklich getestet, nicht zugesagt.
Beim Datenschutz ist die Herkunft des Anbieters ein reales Kriterium. Bei Anbietern mit Sitz und Verarbeitung in der EU entfällt die Grundsatzdiskussion über Drittlandtransfers, Vertragsunterlagen sind auf hiesige Verhältnisse zugeschnitten, und Ansprechpartner arbeiten in derselben Zeitzone. Bei Anbietern außerhalb der EU – oder bei EU-Anbietern, die auf außereuropäische Infrastruktur aufsetzen – sind Serverstandort, beteiligte Unterauftragnehmer und mögliche Datentransfers ausdrücklich zu erfragen und zu dokumentieren. In diesen Fällen sind die Wahl einer europäischen Region oder ein Betrieb in der eigenen Infrastruktur die datenschutzfreundlicheren Varianten, sofern der Anbieter sie anbietet.
Ein echter Parallelbetrieb, bei dem beide Systeme dieselben Bestände gleichzeitig führen, funktioniert im Lager nicht. Zwei Systeme, die denselben physischen Bestand verwalten, laufen binnen Stunden auseinander, und niemand kann sagen, welches recht hat. Realistisch sind drei andere Vorgehensweisen. Der Stichtagswechsel nach einer vollständigen Inventur ist der sauberste Weg und in kleineren Lagern gut machbar, meist über ein Wochenende oder eine Betriebsruhe. Er verlangt gute Vorbereitung und eine definierte Rückfallebene.
Die bereichsweise Umstellung überträgt zunächst eine Zone oder einen Lagerbereich, sammelt Erfahrung und zieht dann nach. Sie senkt das Risiko, verlangt aber eine saubere Trennung der Bestände zwischen altem und neuem Verfahren, damit keine Doppelführung entsteht. Die prozessweise Umstellung beginnt mit einem abgegrenzten Prozess wie dem Wareneingang oder der Inventur und erweitert schrittweise. Sie eignet sich vor allem, wenn das WMS zunächst nur Teilfunktionen übernehmen soll.
Zum Zeitpunkt: Umstellungen gehören in die ruhigste Phase des Geschäftsjahres, nicht in die Wochen vor dem Saisonhoch. Das klingt selbstverständlich, wird aber regelmäßig verletzt, weil Projekte sich verzögern und der Termin dann trotzdem gehalten werden soll. Aus Erfahrung ist eine Verschiebung um mehrere Monate fast immer die bessere Entscheidung als ein Start in die Hochsaison. Kalkulieren Sie außerdem eine Hochlaufphase ein, in der die Leistung unter dem bisherigen Niveau liegt – das ist normal, sollte aber vorher kommuniziert werden, damit es nicht als Scheitern des Projekts interpretiert wird.
Lagermitarbeitende sind selten Softwareanwender im klassischen Sinn. Schulung funktioniert hier nicht über Handbücher und Präsentationen, sondern über Übung am Gerät im echten Lager, kurze Einheiten, klare Anweisungen und Ansprechpartner in der Halle. Bewährt hat sich, aus jeder Schicht Schlüsselnutzer früh einzubinden – sie kennen die Sonderfälle, die in keinem Konzept stehen, und sie tragen die Umstellung in die Mannschaft. Wenn eine Umstellung an Akzeptanz scheitert, liegt das fast nie an mangelndem Willen, sondern daran, dass der neue Weg im Alltag langsamer ist als der alte und niemand die Ursache abgestellt hat.
Ebenso wichtig ist die Sprachenfrage. In vielen Lagern arbeiten Menschen mit unterschiedlicher Muttersprache. Ein System, das Dialoge mehrsprachig und mit Symbolen führt, senkt die Fehlerquote und die Einarbeitungszeit spürbar. Bei Sprachlösungen kommt die Frage der Spracherkennung und der Sprecherprofile hinzu. Beides gehört in die Anforderungsliste und in den Test mit echten Mitarbeitenden, nicht nur mit dem Projektteam.
Nach dem Start beginnt der eigentliche Betrieb. Dazu gehören eine benannte fachliche Zuständigkeit für das System, ein geregelter Umgang mit Änderungswünschen, eine Dokumentation der Konfiguration und Regelwerke, ein Testsystem für Änderungen und ein Verfahren für Störungen, das auch nachts und am Wochenende trägt, wenn der Betrieb in Schichten läuft. Klären Sie außerdem, wie Aktualisierungen eingespielt werden, wer sie freigibt und wie schnittstellenrelevante Änderungen mit dem ERP abgestimmt werden – in Zwei-System-Landschaften ist genau das der häufigste Auslöser für Störungen nach dem Go-live.
Handelsbetriebe stehen typischerweise genau an der Grenze. Ihr Sortiment ist breit, aber die Auftragsstruktur ist gemischt: einige große Kundenaufträge, viele kleine Nachlieferungen, dazu Abholungen und Sonderfälle. Das ERP führt Einkauf, Konditionen, Kundenpreise und Aufträge ohnehin, und das Lagermodul deckt einen erheblichen Teil ab. Der Kipppunkt liegt fast immer bei der Fläche und beim Teilesortiment: Sobald Kleinteile in großer Zahl hinzukommen und feste Plätze nicht mehr ausreichen, bringt eine dynamische Platzverwaltung mehr als jede weitere Regalreihe.
Ein zweiter Kipppunkt ist die Tourenbindung. Wer eigene Fahrzeuge einsetzt und Gebiete an festen Tagen beliefert, muss die Kommissionierung nach Tour und Ladereihenfolge steuern, damit am Fahrzeug nicht umsortiert wird. Diese Anforderung ist in ERP-Lagermodulen selten sauber abbildbar. Ein dritter ist der Handel mit Handelspartnern, die elektronischen Datenaustausch, definierte Etikettierung und Avisierung verlangen – solche Vorgaben sind gesetzt und erzwingen häufig ein System, das Packstückaufbau und Etikettenlogik beherrscht.
Unsere Empfehlung für diese Gruppe: Zuerst die Struktur- und Stammdatenarbeit erledigen und die Möglichkeiten des vorhandenen Moduls ausschöpfen, dann anhand einer erneuten Messung entscheiden. Häufig zeigt sich, dass der wesentliche Effekt bereits aus klarer Platzstruktur, konsequenter Etikettierung und prozessführender mobiler Erfassung entsteht – und dass ein WMS erst mit dem nächsten Wachstumsschritt wirtschaftlich wird.
Im Onlinehandel kippt die Entscheidung früher, weil die Auftragsstruktur die Wegzeiten dominiert. Bei überwiegend ein- oder zweipositionigen Aufträgen entfällt der Großteil der Arbeitszeit auf Laufen, nicht auf Greifen. Mehrauftragskommissionierung, Wellenbildung nach Versanddienstleister und Abholzeit sowie eine straffe Packplatzsteuerung sind hier keine Feinheiten, sondern die Grundlage der Wirtschaftlichkeit. Dazu kommt die Retourenseite, die im Onlinehandel ein eigenständiger Prozess mit Prüfung, Aufbereitung und getrennter Bestandsführung ist.
Besonderes Augenmerk verdient die Saisonspitze. Ein System, das im Normalbetrieb ausreicht, kann in der Spitze zum Engpass werden – sowohl technisch als auch organisatorisch, weil in dieser Zeit zusätzliche, nicht eingearbeitete Kräfte mitarbeiten. Genau dann zahlt sich prozessführende Kommissionierung aus. Prüfen Sie im Auswahlprozess ausdrücklich das Verhalten unter Last und die Einarbeitungszeit für neue Kräfte; beides lässt sich in einer Vorführung mit eigenen Daten zeigen.
In produzierenden Betrieben ist die Lage anders gelagert. Hier führt das ERP die Fertigungsaufträge, Stücklisten und Arbeitspläne, und die Lagerlogistik dient in erster Linie der Versorgung. Die entscheidende Frage lautet, wie eng die Taktbindung ist. Wo Material in definierten Zeitfenstern und in Verbrauchsreihenfolge an die Linie muss, wo Behälterkreisläufe geführt werden und wo Halbfabrikate zwischengelagert und chargengenau weiterverfolgt werden, entsteht ein Steuerungsbedarf, den ein ERP-Lagermodul selten abdeckt. Wo dagegen Material einmal täglich in Kisten an Arbeitsplätze gebracht wird, reicht es meist aus.
Zusätzliche Anforderungen kommen aus Rückverfolgbarkeit und Qualitätssicherung: Sperrbestände für Prüfungen, Freigabeprozesse, Chargen- und Seriennummernverfolgung bis in das Endprodukt, dokumentierte Verwendungsnachweise. Diese Anforderungen sind teils regulatorisch getrieben und gehören ohne Kompromiss in die Anforderungsliste. Prüfen Sie dabei, welches System die Nachweisführung führt – häufig ist es das ERP, während das WMS die physische Lage liefert.
Die Ersatzteillogistik ist demgegenüber der klarste Fall für ein dediziertes System. Sie vereint alle kritischen Merkmale: sehr viele Artikel, überwiegend kleine Mengen, geringe und unregelmäßige Umschlagshäufigkeit, hohe Verfügbarkeitszusagen gegenüber Kunden mit stillstehenden Maschinen, häufig Seriennummern- und Gerätezuordnung sowie ausgeprägte Suchproblematik. Ohne systemgeführte Platzverwaltung wird hier ein erheblicher Teil der Arbeitszeit zur Suchzeit. Zugleich ist die Ersatzteillogistik der Bereich, in dem sich Slotting am deutlichsten auszahlt, weil sich Umschlagsmuster über die Lebenszyklen der Geräte laufend verschieben.
Die Gesamtkosten setzen sich aus vier Blöcken zusammen. Der erste ist die Software selbst, als Lizenz mit Wartung oder als Abonnement, gestaffelt nach Nutzern, Geräten, Standorten oder Volumen. Der zweite ist die Einführung mit Beratung, Konfiguration, Schnittstellenentwicklung, Test und Schulung. Der dritte ist die Hardware und Infrastruktur: mobile Geräte, Drucker, Etiketten, Ladeinfrastruktur und vor allem eine belastbare Funkausleuchtung der Halle, die in Lagern mit Metallregalen und wechselnden Füllständen anspruchsvoller ist, als sie klingt. Der vierte ist der interne Aufwand.
Dieser vierte Block ist der, den Angebote nicht enthalten und der Projekte dominiert. Lagerplätze definieren und beschriften, Maße und Gewichte erfassen, Artikel klassifizieren, Sonderfälle beschreiben, testen, schulen, Störungen in der Hochlaufphase begleiten – all das ist Arbeit von Menschen, die daneben den laufenden Betrieb sicherstellen müssen. Schätzen Sie diesen Aufwand in Personentagen und bewerten Sie ihn mit einem realistischen internen Satz. Erst dann wird der Vergleich zwischen Systemwelten oder zwischen Handeln und Nichthandeln belastbar.
Auf der Gegenseite steht ein Nutzen, der im Lager ungewöhnlich gut greifbar ist. Kürzere Wegzeiten je Auftrag, weniger Leergriffe und Nacharbeit, sinkende Fehlerquote im Versand mit entsprechend weniger Nachlieferungen und Gutschriften, bessere Flächennutzung statt Erweiterungsbau, geringere Sicherheitsbestände durch verlässliche Bestandsdaten, kürzere Einarbeitungszeiten und planbarere Personaleinsätze. Jeder dieser Punkte lässt sich mit den eigenen Mengen und einfachen Annahmen beziffern. Wir empfehlen ausdrücklich, das zu tun, statt sich auf allgemeine Verbesserungsversprechen zu stützen – deren Größenordnung hängt vollständig vom Ausgangszustand ab und ist ohne eigene Daten nicht übertragbar.
Ein Hinweis zu Angebotsvergleichen: Preismodelle unterschiedlicher Anbieter setzen an unterschiedlichen Größen an, mal an Nutzern, mal an Geräten, mal an Bewegungen oder Standorten. Schreiben Sie das eigene Mengengerüst auf und lassen Sie jeden Anbieter genau dieses Gerüst bepreisen – einschließlich der Entwicklung über mehrere Jahre und einschließlich der Frage, was bei Überschreitung einer Grenze geschieht. Lassen Sie sich außerdem die Kosten für die ERP-Schnittstelle getrennt ausweisen; sie sind einer der häufigsten Streitpunkte nach Vertragsschluss.
Ein WMS erzeugt zwangsläufig Daten über die Arbeit einzelner Personen. Jede Buchung trägt eine Kennung, jeder Auftrag einen Zeitstempel, jede Zone eine Zuordnung. Daraus lassen sich Kennzahlen bilden, die den Kern des Systems ausmachen – Durchsatz, Wegzeiten, Fehlerquoten – und die sich zugleich auf einzelne Beschäftigte zurückrechnen lassen. Diese Daten sind personenbezogen, und ihre Verarbeitung braucht eine tragfähige Grundlage, eine klare Zweckbestimmung und Transparenz gegenüber den Betroffenen.
Praktisch bewährt hat sich ein Vorgehen in vier Schritten. Erstens: den Zweck vorab schriftlich festlegen – Prozesssteuerung, Kapazitätsplanung und Qualitätssicherung sind andere Zwecke als individuelle Leistungsbewertung, und diese Unterscheidung sollte im Konzept stehen, nicht in der Erinnerung. Zweitens: die Auswertung so weit wie möglich auf Gruppen-, Zonen- oder Schichtebene aggregieren; personenbezogene Auswertungen nur dort, wo sie fachlich unvermeidbar sind. Drittens: Speicherfristen für Leistungsdaten kurz halten und ein Löschkonzept einrichten. Viertens: Zugriffsrechte auf Auswertungen eng begrenzen und nicht pauschal an alle Führungskräfte vergeben.
Für die Akzeptanz ist entscheidend, wie offen darüber gesprochen wird. Wenn Beschäftigte erfahren, dass ein neues System eingeführt wird, ist die Frage nach der Überwachung eine der ersten – und sie ist berechtigt. Ein Projekt, das diese Frage aktiv beantwortet und dabei zeigt, wofür die Daten verwendet werden und wofür ausdrücklich nicht, hat es in der Umstellung deutlich leichter als eines, das die Frage aussitzt. Aus unserer Erfahrung ist das kein Nebenaspekt, sondern einer der wirksamsten Hebel für einen ruhigen Hochlauf.
Systeme, die dazu geeignet sind, Verhalten oder Leistung von Beschäftigten zu überwachen, unterliegen in Betrieben mit Betriebsrat regelmäßig der Mitbestimmung. Ein WMS gehört typischerweise in diese Kategorie, unabhängig davon, ob eine Überwachung beabsichtigt ist – maßgeblich ist die Eignung, nicht die Absicht. Daraus folgt praktisch: Der Betriebsrat gehört früh eingebunden, idealerweise bereits in der Auswahlphase und nicht erst kurz vor dem Start. Eine Betriebsvereinbarung, die Zwecke, Auswertungsarten, Zugriffsrechte und Aufbewahrungsfristen regelt, ist der übliche und sinnvolle Weg.
Frühe Einbindung ist dabei kein Zugeständnis, sondern Projektschutz. Ein Widerspruch kurz vor dem Go-live kann eine Einführung um Monate verschieben, während dieselben Punkte in der Konzeptphase in wenigen Sitzungen geklärt werden. Zudem kennen Betriebsräte die Sorgen der Belegschaft und liefern häufig Hinweise, die die Gestaltung des Systems verbessern – etwa zur Frage, welche Kennzahlen als fair empfunden werden und welche nicht.
Beim Betriebsmodell gilt die aus der Cloud-Diskussion bekannte Systematik. Bei Anbietern mit Sitz und Verarbeitung in der EU ist die europäische Souveränität ein echter Vorteil: kein Grundsatzproblem mit Drittlandtransfers, vertraute Vertragsgrundlagen, erreichbare Ansprechpartner. Bei Anbietern außerhalb der EU oder bei Nutzung außereuropäischer Infrastruktur sind Serverstandort, Datentransfers und Zugriffsmöglichkeiten ausdrücklich zu benennen und zu prüfen; die Wahl einer europäischen Region oder ein Betrieb in der eigenen Infrastruktur sind dann die datenschutzfreundlicheren Varianten. Und unabhängig davon gehört der strukturierte Export der eigenen Daten – Platzstruktur, Bestände, Bewegungen, Stammdaten – vertraglich gesichert. Datenhoheit zeigt sich am Ende immer daran, ob man seine Daten vollständig und verwertbar wieder herausbekommt.
