Der Ausgangspunkt ist wichtig, weil er den Unterschied zu allem erklärt, was in kleineren Unternehmen unter dem Wort Lagerverwaltung läuft. Ein Lagerverwaltungssystem im engeren Sinn führt Bestände auf Ebene einzelner Lagerplätze, Ladungsträger und Gebinde, es kennt Zonen, Gassen, Ebenen, Fächer und Sperrbereiche, es rechnet Wege, es verteilt Arbeit auf Personen und Geräte, und es quittiert jeden Griff. Ein ERP-Lagermodul dagegen führt in der Regel Mengen pro Artikel und Lagerort und überlässt die Frage, wo genau etwas steht und in welcher Reihenfolge es geholt wird, den Menschen im Lager. Der Sprung zwischen diesen beiden Welten ist der eigentliche Anlass, aus dem Unternehmen bei Anbietern wie Körber landen.
Drei Eigenschaften prägen Systeme dieser Klasse – und damit auch das Körber-Angebot – in der Praxis:
Die Körber AG ist ein internationaler Technologiekonzern mit deutschen Wurzeln und einem eigenständigen Geschäftsbereich für Supply-Chain-Themen. Anders als reine Softwarehäuser verbindet dieser Bereich Software, Automatisierungstechnik und Beratungs- beziehungsweise Umsetzungsleistung unter einem Dach. Für Unternehmen, die gleichzeitig eine Lagersoftware und ein Automatisierungsprojekt planen, ist das ein struktureller Vorteil: Es gibt eine Vertragsbeziehung statt drei, und Verantwortung lässt sich schwerer über Gewerkegrenzen hinwegschieben.
Der zweite Sonderfall ist die Entstehungsgeschichte. Das heutige Angebot ist über Jahre durch Zukäufe gewachsen – dazu zählen unter anderem ein deutsches Logistiksoftwarehaus, dessen Systeme unter dem Namen inconso bekannt geworden sind, und ein internationaler Anbieter aus dem HighJump-Umfeld, dessen Lösungen später in der K.Motion-Linie geführt wurden. Diese Herkunft erklärt, warum es nicht ein Körber WMS gibt, sondern mehrere Produktlinien mit unterschiedlichen Stärken, unterschiedlichen Technologiestacks und unterschiedlichen Zielgrößen. Welche Linie in einem Angebot konkret vorgeschlagen wird, ist eine der ersten Fragen, die man stellen sollte – und eine der wichtigsten.
Aus unseren Projekten lässt sich der Eignungsbereich recht klar beschreiben. Ein WMS dieser Klasse passt zu Unternehmen mit einem physischen Lager, in dem viele Bewegungen stattfinden, in dem mehrere Personen gleichzeitig arbeiten, in dem Ware auf definierten Plätzen liegt und in dem Fehlgriffe echtes Geld kosten. Es passt außerdem zu Logistikdienstleistern, die für mehrere Auftraggeber lagern und dafür getrennte Bestände, getrennte Regeln und getrennte Abrechnungsgrundlagen brauchen. Und es passt überall dort, wo Technik im Spiel ist – von der einfachen Rollenbahn bis zum Shuttle-Lager.
Weniger passend ist es für Unternehmen mit einem kleinen Handlager, überschaubarem Sortiment und wenigen Bewegungen pro Tag. Dort ist der Einführungs- und Betriebsaufwand betriebswirtschaftlich nicht zu rechtfertigen; ein gut konfiguriertes Lagermodul im vorhandenen ERP oder eine leichtere Lagerlösung leistet das Nötige. Ebenso wenig ist ein WMS ein Ersatz für ein fehlendes ERP: Wer kein belastbares Auftrags-, Einkaufs- und Belegwesen hat, löst dieses Problem nicht mit einem Lagerverwaltungssystem – er verschiebt es nur nach hinten. Und wer im E-Commerce vor allem Auftragsflut, Kanalanbindung und Retouren beherrschen muss, ohne komplexe Lagerstrukturen zu haben, ist mit einer Versandhandels-Warenwirtschaft häufig schneller am Ziel.
Der wichtigste praktische Effekt der Zukaufgeschichte ist, dass hinter einem Angebot unterschiedliche Systeme stehen können. Diese Linien unterscheiden sich in Technologie, Bedienlogik, Anpassungsphilosophie, Projektvorgehen und – in unserer Erfahrung am relevantesten – in der Verfügbarkeit erfahrener Beraterinnen und Berater für die eigene Branche und Region. Deshalb sollte man in Anbietergesprächen nie beim Herstellernamen stehen bleiben. Die brauchbare Frage lautet: „Welches Produkt genau schlagen Sie uns vor, warum dieses und nicht das andere aus Ihrem Haus, und wer aus Ihrem Team hat damit ein vergleichbares Lager umgesetzt?“
Zweiter Punkt: Portfolios konsolidieren. Wenn ein Konzern mehrere überlappende Produkte führt, ist es normal, dass er sie über die Jahre unter gemeinsamen Plattform- und Markenbegriffen zusammenführt, Investitionen bündelt und Roadmaps priorisiert. Das ist kein Grund zur Sorge, aber ein Grund zur Nachfrage. Sinnvolle Fragen sind: Wie lange ist die vorgeschlagene Linie zugesagt weiterentwickelt und gewartet? Was passiert bei einer Produktzusammenführung mit unserer Konfiguration? Welche Migrationszusagen gibt es schriftlich? Diese Punkte gehören in den Vertrag, nicht in ein Gespräch.
In einer Systemlandkarte sitzt ein Körber WMS zwischen zwei Nachbarn. Nach oben grenzt es an das ERP, das Aufträge, Bestellungen, Preise, Belege und Buchhaltung führt und dem WMS Arbeit übergibt. Nach unten grenzt es an die Steuerungsebene der Technik – Fördertechnik, Regalbediengeräte, Sorter, Roboter –, die konkrete Bewegungsbefehle ausführt. Zwischen diesen Ebenen liegt die Entscheidungslogik: Welcher Platz, welche Reihenfolge, welche Ressource, welcher Weg.
Diese Positionierung ist der Grund, warum ein WMS-Projekt fast nie ein reines Softwareprojekt ist. Es berührt die ERP-Landschaft, die Lagerhardware, das Netz in der Halle, die Arbeitsorganisation und häufig auch die Anlagentechnik. Wer das WMS isoliert betrachtet, unterschätzt den Projektumfang systematisch. Umgekehrt gilt: Genau weil das WMS an so vielen Stellen andockt, ist die Qualität seiner Schnittstellen wichtiger als die Länge seiner Funktionsliste.
Drei Effekte sehen wir regelmäßig. Erstens: Der Konzernsitz in Deutschland und die europäische Struktur erleichtern Datenschutz- und Souveränitätsfragen deutlich gegenüber Anbietern mit außereuropäischer Mutter. Das nimmt die Prüfpflicht nicht ab, aber es verkürzt sie – dazu mehr in Kapitel 09. Zweitens: Deutschsprachige Betreuung, DACH-typische Prozesskenntnis und regulatorisches Verständnis sind vorhanden, was Projekte messbar erleichtert. Drittens: Ein Konzern verhandelt anders als ein Mittelständler. Preismodelle sind standardisiert, Vertragswerke sind umfangreich, und Sonderwünsche kosten. Wer als kleineres Unternehmen einkauft, sollte deshalb besonders sorgfältig auf Laufzeiten, Preisanpassungsklauseln, Wartungsumfänge und Reaktionszeiten schauen.
Alles beginnt am Tor. Ein Lagerverwaltungssystem übernimmt die angekündigte Lieferung, prüft Mengen und Zustand, erzeugt bei Bedarf eigene Ladungsträger- und Gebindekennzeichen und entscheidet dann über den Zielplatz. Genau diese Entscheidung ist der erste große Hebel: Wer Ware dort einlagert, wo sie später kurze Wege hat, spart über Jahre Kommissionierzeit. Systeme dieser Klasse bieten dafür Regelwerke, die Umschlagshäufigkeit, Volumen, Gewicht, Verträglichkeit, Haltbarkeit und Platzverfügbarkeit zugleich berücksichtigen. Chaotische Lagerung – also die dynamische Platzzuweisung ohne festen Artikelplatz – ist dabei kein Selbstzweck, sondern eine Konsequenz: Sie erhöht die Platzausnutzung erheblich, funktioniert aber nur, wenn das System jeden Platz kennt und jeder Griff quittiert wird.
Der zweite Hebel ist die Differenzierung der Bestände. Ein Lager hat nicht einen Bestand, sondern viele Zustände: physisch vorhanden, verfügbar, reserviert, in Zulauf, gesperrt, in Qualitätsprüfung, in Retourenbearbeitung, in Kommissionierung. Diese Trennung ist die Grundlage jeder verlässlichen Verfügbarkeitsaussage – und der häufigste Grund, warum Unternehmen ein WMS überhaupt einführen. Ergänzend kommen branchenspezifische Anforderungen: Chargen und Mindesthaltbarkeit in Lebensmitteln, Kosmetik und Nahrungsergänzung, Seriennummern in Elektronik und Maschinenbau, Gefahrstoffkennzeichnungen und Zusammenlagerungsverbote in Chemie und Technik. Ob und in welcher Tiefe die eigene Anforderung abgedeckt ist, gehört in jeden Anforderungskatalog und sollte am eigenen Beispiel geprüft werden, nicht am Prospekt.
In der Kommissionierung entsteht der überwiegende Teil der Lagerkosten – und damit der überwiegende Teil des Nutzens. Systeme dieser Klasse unterstützen typischerweise mehrere Verfahren parallel, weil unterschiedliche Auftragsstrukturen unterschiedliche Antworten brauchen. Einzelauftragskommissionierung passt für große, positionsreiche Aufträge. Sammelkommissionierung bündelt viele Kleinaufträge in einem Rundgang und sortiert anschließend. Multi-Order-Picking mit Wagen und Fachzuordnung erledigt mehrere Aufträge gleichzeitig. Zonenkommissionierung teilt große Lager in Bereiche und übergibt zwischen ihnen. Zweistufige Verfahren trennen das Sammeln vom Verteilen. Und mengenorientierte Verfahren fassen gleiche Artikel über Aufträge hinweg zusammen.
Die eigentliche Projektarbeit besteht darin, für die eigene Auftragsstruktur die richtige Kombination zu wählen – und Regeln zu formulieren, wann welches Verfahren greift. Ein Lager mit Saisongeschäft braucht möglicherweise im Normalbetrieb ein anderes Verfahren als in der Spitze. Ergänzend kommen die Bedienformen: Handgerät mit Scanner, sprachgeführte Kommissionierung mit freien Händen, Lichtsysteme an Regalen, Displays an Stationen oder Ware-zur-Person-Prinzipien in automatischen Lagern. Jede Form hat eigene Stärken, eigene Fehlerbilder und eigene Anforderungen an Schulung und Ergonomie. Belastbare Leistungsangaben lassen sich hier nicht aus Katalogen ableiten – sie entstehen aus dem eigenen Mengengerüst und gehören in ein Konzept, nicht in eine Erwartungshaltung.
Am Packplatz führt das System durch Kontrollschritte, schlägt Verpackungen vor, prüft Gewichte gegen Erwartungswerte, konsolidiert Teilmengen zu einem Auftrag und erzeugt Versandeinheiten mit Etiketten und Papieren. Auf der Versandseite kommt die Tourenlogik hinzu: Sendungen werden Touren, Rampen und Ladefolgen zugeordnet, damit die Verladung nicht zur Sortieraufgabe wird. Für Unternehmen mit eigenem Fuhrpark oder festen Speditionsfenstern ist dieser Teil oft wichtiger als jede Pickoptimierung, weil Zeitfenster harte Grenzen sind.
Die Inventur ist der Bereich, in dem sich ein WMS besonders schnell bezahlt. Statt einer Stichtagsinventur mit Betriebsunterbrechung ermöglicht die Platzführung permanente Verfahren: Plätze werden im laufenden Betrieb gezählt, etwa bei Leerung oder nach Bewegungshäufigkeit, Differenzen laufen durch einen definierten Klärungsprozess mit Nachweis. Welche Verfahren im eigenen Fall handels- und steuerrechtlich zulässig und wie sie zu dokumentieren sind, ist mit der Steuerberatung und der Wirtschaftsprüfung abzustimmen – die technische Möglichkeit ersetzt die fachliche Freigabe nicht.
Bleibt die Ressourcensteuerung. Ein WMS verteilt Arbeit: Es weiß, welche Aufgaben offen sind, welche Priorität sie haben, welche Qualifikation sie erfordern und welche Person oder welches Gerät gerade in der Nähe ist. Daraus entsteht eine Auslastungssteuerung, die Wartezeiten senkt und Engpässe früher sichtbar macht. Dass diese Steuerung zugleich Leistungsdaten einzelner Mitarbeitender erzeugt, ist technisch trivial und arbeitsrechtlich alles andere als das – wir behandeln diesen Punkt bewusst ausführlich in Kapitel 09.
Die Frage, ob ein WMS Fördertechnik, ein AutoStore-System, ein Shuttle-Lager oder autonome mobile Roboter anbinden kann, ist fast immer mit ja zu beantworten – und fast immer die falsche Frage. Entscheidend ist, wie diese Anbindung entsteht und wer sie verantwortet. Zwischen Lagerverwaltung und Technik liegt eine Steuerungsschicht, die je nach Projekt vom WMS-Anbieter, vom Anlagenbauer oder von einem dritten Beteiligten geliefert wird. Genau an dieser Nahtstelle entstehen die teuersten Missverständnisse in Automatisierungsprojekten: Wenn nicht schriftlich geklärt ist, wer welche Nachricht in welcher Reihenfolge schickt, welche Fehlerbilder wie behandelt werden und wer bei Stillstand die Führung übernimmt, wird aus einem technischen Detail ein Vertragsstreit.
Hier liegt der strukturelle Vorteil eines Anbieters, der Software und Technik im Portfolio führt: Man kann Gewerke bündeln und Verantwortung an einer Stelle konzentrieren. Der Preis dafür ist eine höhere Abhängigkeit von einem Partner. Beides ist legitim, und beides sollte bewusst entschieden werden. Unsere Empfehlung: Verlangen Sie unabhängig vom Zuschnitt ein Schnittstellenpflichtenheft, in dem jede Nachricht, jeder Zustand und jedes Störungsszenario beschrieben ist – und behandeln Sie dieses Dokument als Vertragsbestandteil, nicht als Anlage.
Von allen Optimierungsthemen im Lager hat die Platzvergabe das beste Verhältnis von Aufwand zu Wirkung. Umschlagshäufigkeiten verschieben sich, Sortimente wechseln, Aktionen verändern Nachfrage – und ein Lagerlayout, das bei Inbetriebnahme optimal war, ist zwei Jahre später mittelmäßig. Slotting-Funktionen berechnen auf Basis der eigenen Bewegungsdaten, welche Artikel besser umziehen sollten, und schlagen Umlagerungen vor, die sich in Nebenzeiten abarbeiten lassen. Wichtig ist dabei, nicht nur auf Einzelartikel zu schauen, sondern auf Auftragskombinationen: Artikel, die häufig gemeinsam bestellt werden, sollten nah beieinander liegen, auch wenn keiner davon ein Spitzenläufer ist.
Die Wegeoptimierung setzt darauf auf. Sie sortiert Positionen nach realem Laufweg statt nach Auftragsreihenfolge und berücksichtigt Einbahnregeln, Gassenwechsel, Ebenen und Gerätearten. Der Effekt ist am größten in großen, manuell betriebenen Lagern mit vielen kleinen Aufträgen – dort besteht der Arbeitstag überwiegend aus Gehen. In kompakten Ware-zur-Person-Anlagen verschiebt sich der Hebel dagegen zur Sequenzierung: Nicht der Weg des Menschen zählt, sondern die richtige Reihenfolge der Behälter an der Station.
Nüchtern betrachtet steckt in Produkten dieser Kategorie üblicherweise eine Mischung aus klassischen statistischen Verfahren, mathematischer Optimierung für Wege und Zuordnungen, Mustererkennung bei Anomalien, Simulationsrechnung für Kapazitätsfragen sowie – in neueren Ausbaustufen – Assistenzfunktionen mit Sprachmodellen für Auswertungen, Dokumentation oder Support. Alles davon kann nützlich sein. Nichts davon ersetzt saubere Prozesse und gepflegte Stammdaten. Der oft entscheidende Punkt ist deshalb unspektakulär: Ein Verfahren, das Wege um einen relevanten Anteil verkürzt, ist wirtschaftlich wertvoller als jedes Sprachmodell im Leitstand.
Unsere Empfehlung für die Bewertung: Verlangen Sie zu jeder beworbenen KI-Funktion drei Angaben – welche Entscheidung sie trifft oder vorbereitet, auf welchen Daten sie arbeitet, und wie ein Mensch das Ergebnis kontrollieren und übersteuern kann. Funktionen, die diese drei Fragen nicht beantworten, sind für eine Auswahlentscheidung wertlos, unabhängig davon, wie gut sie klingen. Und weil sich Funktionsumfänge in diesem Feld schnell ändern, gilt: aktuellen Stand beim Anbieter prüfen und im Vertrag festhalten, statt sich auf Präsentationsfolien zu verlassen. Konkrete Leistungsversprechen zu Pickzahlen, Durchsatz oder Einsparungen sollten immer am eigenen Mengengerüst gerechnet und nachgewiesen werden.
Die wichtigste Schnittstelle führt zum ERP. Von dort kommen Artikel- und Partnerstammdaten, Lieferantenbestellungen mit Avis, Kundenaufträge beziehungsweise Lieferaufträge, Umlagerungen, Retourenankündigungen und Inventurvorgaben. Zurück gehen Bestandsveränderungen, Wareneingangsmeldungen, Kommissionier- und Versandbestätigungen, Differenzmeldungen und Inventurergebnisse. Klingt einfach, ist es nie – weil die eigentliche Arbeit in der Frage steckt, wer die Datenhoheit hat und wie feingranular gemeldet wird.
Für SAP-Landschaften ist die Ausgangslage besonders interessant. Wer SAP im Einsatz hat, hat mit SAP EWM eine hauseigene Alternative und muss deshalb aktiv begründen, warum ein Fremdsystem die bessere Wahl ist. Typische Gründe aus unseren Projekten: Ein Lager soll unabhängig von SAP-Release- und Projektzyklen betrieben werden, die benötigte Prozesstiefe oder Automatisierungsanbindung ist im Fremdsystem schneller verfügbar, das eigene SAP-Team hat keine Kapazität, oder ein Logistikdienstleister betreibt den Standort mit eigener Software. Umgekehrt spricht für die hauseigene Lösung, dass eine Schnittstelle entfällt und die Datenhaltung einheitlich bleibt. Beide Wege sind vertretbar; nur die unausgesprochene Entscheidung ist es nicht.
Für Microsoft Dynamics und andere Mittelstands-ERP-Systeme gilt eine andere Logik. Deren Lagermodule reichen für strukturierte, überschaubare Lager oft aus, stoßen aber bei mehrstufiger Kommissionierung, Ressourcensteuerung und Anlagenanbindung an Grenzen. Hier ist die Kombination aus ERP und spezialisiertem WMS häufig die wirtschaftlich sinnvollste Architektur – vorausgesetzt, die Aufgabenteilung ist klar: Das ERP führt Aufträge und Werte, das WMS führt Plätze und Bewegungen, und keine Zahl wird an zwei Stellen gepflegt. Welche vorgefertigten Anbindungen für welches ERP existieren und in welcher Tiefe, ist immer konkret beim Anbieter zu prüfen; Bezeichnungen und Umfänge ändern sich über die Zeit.
Nach unten grenzt das WMS an den Materialflussrechner beziehungsweise die Warehouse-Control-Schicht. Wichtig ist die Aufgabentrennung: Das WMS entscheidet, was passieren soll; der Materialflussrechner setzt es in Bewegungsbefehle für Technik um und behandelt technische Störungen. Wer diese Grenze verwischt, baut ein System, das niemand mehr wartungsfrei betreiben kann. Wer sie sauber zieht, kann Anlagen austauschen, ohne die Lagerlogik anzutasten.
Seitwärts kommen Transport- und Versandthemen hinzu. Ein Transportmanagementsystem plant Touren, vergibt Frachten und verfolgt Sendungen; das WMS liefert dafür Sendungsdaten, Gewichte, Maße und Bereitstellungszeiten und erhält Tourenvorgaben zurück. Bei Paketversand ist die Anbindung an die im DACH-Raum üblichen Paketdienstleister das Pflichtprogramm, inklusive Etikettenerzeugung, Sendungsdatenübermittlung und Statusrückmeldung. Praktisch relevant ist zusätzlich, wie leicht ein weiterer Dienstleister ergänzt oder ein bestehender ausgetauscht werden kann – wir empfehlen, den Carrier-Wechsel gedanklich als Testfall durchzuspielen. Systeme, in denen das ein Konfigurations- und kein Entwicklungsvorgang ist, sparen später erhebliches Geld.
Bei mehreren Systemen und vielen Datenrichtungen empfiehlt sich zunehmend eine Integrationsschicht statt einer Punkt-zu-Punkt-Verdrahtung. Der Vorteil: Änderungen an einem System wirken sich nicht auf alle anderen aus, Fehler werden zentral sichtbar, und Wiederholungen bei Störungen lassen sich sauber steuern. Der Nachteil: eine weitere Komponente, die betrieben und verstanden werden muss. Für Häuser mit mehreren Standorten, mehreren ERP-Instanzen oder vielen Dienstleisterverbindungen rechnet sich dieser Weg in unserer Erfahrung fast immer; für ein einzelnes Lager mit einer ERP-Anbindung ist er überdimensioniert.
Der Teil, der am häufigsten unterschätzt wird, ist die Hardware. Ein WMS lebt von mobiler Datenerfassung: Handgeräte, Fahrzeugterminals, Handschuh- und Ringscanner, Sprachsysteme mit Headsets, Etikettendrucker, Waagen, Volumenmessgeräte, Displays an Stationen. Jedes dieser Geräte hat Anforderungen an Betriebssystem, Verwaltung, Ladeinfrastruktur, Robustheit und Ersatzteilversorgung. Und alle brauchen ein Netz, das in Hochregalgassen mit metallischen Reflexionen und wechselnden Beständen zuverlässig trägt – ein eigenes Planungsthema, das man nicht dem Zufall überlassen sollte.
Zwei Punkte aus der Praxis. Erstens: Eine Funknetzausmessung vor dem Projekt kostet wenig und verhindert die klassische Situation, in der ein technisch einwandfreies WMS an abbrechenden Verbindungen scheitert. Zweitens: Offlinefähigkeit ist eine ernst zu nehmende Anforderung. Was passiert, wenn das Netz oder die Serververbindung für zwanzig Minuten ausfällt – steht das Lager, oder kann weitergearbeitet und später nachgeführt werden? Diese Frage gehört in den Anforderungskatalog, nicht in die erste Störungsmeldung.
Das ist der Vergleich, der in SAP-Häusern immer geführt wird – und der am seltensten sachlich geführt wird. SAP EWM hat einen strukturellen Vorteil: Es lebt in derselben Welt wie das ERP, teilt Stammdaten, spart eine Schnittstelle und wird von einem Anbieter verantwortet. Für Unternehmen mit starkem SAP-Fundament, eigenem SAP-Team und der Bereitschaft, Lagerprojekte innerhalb der SAP-Roadmap zu planen, ist das ein sehr gutes Argument. Hinzu kommt, dass Lagerprozesse dann automatisch an der Konzern-IT-Strategie hängen und nicht daneben stehen.
Ein Fremdsystem wie ein Körber WMS gewinnt typischerweise aus drei Gründen. Erstens Unabhängigkeit: Das Lager kann optimiert, umgebaut und erweitert werden, ohne auf ERP-Projektfenster zu warten. Zweitens Spezialisierung: Wo Automatisierungsanbindung, Dienstleistergeschäft, Multi-Mandanten-Betrieb oder sehr spezifische Kommissionierverfahren im Zentrum stehen, ist der spezialisierte Anbieter oft schneller am Ziel. Drittens Ressourcen: Die Verfügbarkeit erfahrener Umsetzungsteams ist ein reales Auswahlkriterium, und sie unterscheidet sich je Region, Branche und Zeitpunkt erheblich. Der Preis der Fremdlösung ist eine Schnittstelle, die dauerhaft betrieben und bei jedem Release beidseitig getestet werden muss.
Manhattan und Blue Yonder kommen aus der Welt großer, international agierender Distributionsnetze. Ihre Stärke liegt in Funktionsbreite, Plattformansatz und der Fähigkeit, viele Standorte nach einem Muster auszurollen. Für Konzerne mit globalem Netz ist das häufig genau richtig. Für einen deutschen Mittelständler mit zwei Lagern kann derselbe Ansatz zu groß sein: Der Standardisierungsdruck, der internationale Rollouts effizient macht, wirkt bei einzelnen Standorten als Einschränkung, und der Kostenrahmen orientiert sich an anderen Unternehmensgrößen.
PSI Logistics steht für die klassische deutsche WMS-Schule: spezialisiert, projektnah, mit ausgeprägter Erfahrung in Industrie- und Handelslagern im DACH-Raum. Der Vergleich mit Körber wird hier oft zu einer Frage von Unternehmensgröße, Referenzlage und Beratungspassung statt von Funktionslisten. viadat aus dem Vanderlande-Umfeld und Mecalux Easy WMS gehören zur Gruppe der Anlagenbauer mit eigener Software – attraktiv, wenn ohnehin eine Anlage dieses Herstellers geplant ist, weil Software und Technik als eingespielte Kombination kommen. Der Preis ist eine engere Bindung: Ein späterer Wechsel der Anlagenwelt wird dadurch aufwendiger.
Nach unten grenzt die WMS-Klasse an zwei sehr unterschiedliche Nachbarn. Das ERP-Lagermodul ist immer die günstigere und einfachere Option, und in vielen Mittelstandslagern ist es die richtige. Es fällt aus, wenn drei Dinge zusammenkommen: viele Bewegungen, viele gleichzeitig arbeitende Personen und Strategien, die nicht mehr im Kopf funktionieren. Die ehrliche Prüfung sollte deshalb immer lauten: „Können wir unser Ziel mit einer besseren Konfiguration des Vorhandenen erreichen?“ Wenn ja, ist das die wirtschaftlichere Antwort.
Die Versandhandels-Warenwirtschaft vom Typ pixi oder JTL löst ein anderes Problem: Kanalanbindung, Auftragsflut, Zahlungsstatus, Retouren, Etiketten. Sie bringt Lagerfunktionen mit, aber keine ernsthafte Anlagensteuerung und keine Ressourcenplanung im Schichtbetrieb. Umgekehrt bringt ein WMS kein Auftrags-, Kunden- und Belegwesen mit. In wachsenden E-Commerce-Unternehmen sehen wir daher regelmäßig die Kombination beider Klassen – und das ist kein Notbehelf, sondern häufig die belastbarste Architektur, solange die Datenhoheit klar geregelt und nicht doppelt vergeben ist.
Lagerverwaltungssysteme lassen sich heute grundsätzlich in beiden Betriebsmodellen betreiben, und beide haben in dieser Systemklasse eigene Argumente. Für den Cloud-Betrieb sprechen entlastete eigene IT, standardisierte Aktualisierung, einfachere Skalierung über Standorte und geringere Investitionen zu Beginn. Gegen ihn spricht die harte Abhängigkeit von der Netzverbindung: Ein Lager, dessen Steuerung über eine Leitung läuft, steht bei Leitungsausfall – es sei denn, es gibt eine belastbare Redundanz und eine Offlinefähigkeit für die kritischen Prozesse.
Für On-Premise sprechen genau diese Punkte: lokale Verfügbarkeit unabhängig von der Außenanbindung, geringste Latenz zur Anlagentechnik und volle Kontrolle über Wartungsfenster. Der Preis sind eigene Serverbetreuung, eigene Ausfallkonzepte und eigene Verantwortung für Aktualisierungen. In der Praxis sehen wir zunehmend Mischformen – etwa Cloud-Betrieb für die Lagerverwaltung mit lokaler Komponente für zeitkritische Anlagensteuerung. Was im konkreten Fall angeboten wird, welche Verfügbarkeitszusagen gelten und wie Wartungsfenster im Schichtbetrieb gelegt werden, ist beim Anbieter zu prüfen und vertraglich zu fixieren.
Bei automatisierten Lagern gibt es einen Projektschritt, an dem man nicht sparen sollte: die Emulation. Dabei wird die Anlage – Fördertechnik, Lager, Sorter – softwareseitig simuliert, sodass die Steuerungslogik unter realistischen Mengen getestet werden kann, bevor Stahl steht. Der Nutzen ist doppelt: Zum einen werden Logikfehler und Engpässe früh sichtbar, zum anderen kann das Personal an einem funktionierenden System geschult werden, während die Halle noch Baustelle ist. Projekte, die diesen Schritt auslassen, verlegen das Testen in die Inbetriebnahme – die teuerste denkbare Testumgebung.
Auch ohne Automatisierung gilt: Der Testbetrieb muss mit echten Daten, echten Aufträgen und echten Mengen laufen, nicht mit vorbereiteten Musterfällen. Wir empfehlen, aus dem Altsystem einen repräsentativen Tag zu exportieren – inklusive der unangenehmen Fälle – und diesen im neuen System vollständig durchzuspielen. Dazu gehören ausdrücklich Störungen: Was passiert bei falschem Scan, bei Bestandsdifferenz, bei fehlender Verpackung, bei Anlagenstopp, bei Netzausfall? Ein System, das den Normalfall beherrscht, ist Standard. Ein System, dessen Ausnahmebehandlung im Lager verstanden wird, ist ein gutes Projekt.
Die kritische Frage jeder WMS-Umstellung lautet: Wie kommen wir von System A zu System B, ohne den Versand zu unterbrechen und ohne Bestände zu verlieren? Bewährt hat sich ein klar definierter Umstellungskorridor, in dem eingehende Arbeit im Altsystem abgearbeitet wird, Bewegungen stoppen, eine Bestandsaufnahme erfolgt und die Bestände als Ausgangswerte im neuen System gesetzt werden. Ab dem Freigabezeitpunkt läuft alles nur noch im neuen System. Dieses Vorgehen erfordert Disziplin, ist aber deutlich risikoärmer als ein langer Parallelbetrieb: Zwei Systeme, die gleichzeitig Plätze und Bestände führen, driften unweigerlich auseinander.
Was unbedingt in den Plan gehört: definierte Entscheidungspunkte mit Abbruchkriterien, eine schriftliche Rückfallstrategie, ein eingeplanter Leistungsabfall in den ersten Tagen und eine offene Kommunikation gegenüber Kunden und Dienstleistern über eventuell verlängerte Laufzeiten. Wer Perfektion ab Tag eins verspricht, erzeugt genau den Druck, unter dem Fehler passieren.
Im Betrieb bleibt trotz Anbieterverantwortung reichlich eigene Aufgabe: Netz in der Halle, Endgeräte, Drucker, Scanner, Ersatzteile, Berechtigungen, Stammdatenpflege, Schulung neuer Mitarbeitender und die Betreuung der Schnittstellen. Prüfen Sie beim Anbieter drei Dinge besonders sorgfältig: Reaktions- und Wiederherstellungszeiten mit Bezug auf Ihre Schichtzeiten, Verfügbarkeit während Ihrer Hochsaison und die Frage, wer im Störungsfall zwischen WMS, ERP und Anlagentechnik die Führung übernimmt. Bei einem System, das den Warenausgang steuert, ist das keine Formalie – ein Ausfall bedeutet stillstehende Ware, und die Folgekosten entstehen im Stundenrhythmus.
Die Frage „ab wann brauchen wir das“ lässt sich nicht an einer Zahl festmachen – und wer eine nennt, verkauft etwas. Was es gibt, sind Schwellen in der Komplexität. Wir achten in Projekten auf sechs Signale. Erstens: Die Zahl der Lagerplätze ist so groß, dass niemand mehr im Kopf hat, wo etwas liegt, und Suchzeiten zum spürbaren Kostenblock werden. Zweitens: Es arbeiten mehrere Personen gleichzeitig im gleichen Bereich, sodass Arbeitsverteilung und Reservierung koordiniert werden müssen. Drittens: Die Auftragsstruktur ist gemischt – kleine Onlineaufträge, große Filial- oder Kundenaufträge, Ersatzteile, Sperrgut –, sodass ein einzelnes Kommissionierverfahren nicht mehr passt.
Viertens: Es bestehen Nachweispflichten über Chargen, Seriennummern, Haltbarkeiten oder Zusammenlagerung, die manuell nicht sicher zu führen sind. Fünftens: Es ist Technik im Spiel oder geplant – Fördertechnik, ein automatisches Lager, Roboter –, die ohne WMS gar nicht sinnvoll betrieben werden kann. Sechstens: Es fehlen belastbare Zahlen. Niemand kann sagen, wie viele Positionen pro Stunde bearbeitet werden, wo die Fehler entstehen oder welcher Bereich der Engpass ist. Treten drei oder mehr dieser Signale gleichzeitig auf, ist die Frage nicht mehr, ob ein WMS kommt, sondern wann und welches.
Umgekehrt gilt eine Warnung: Ein Systemwechsel behebt keine organisatorischen Probleme. Wenn Verantwortlichkeiten unklar sind, Stammdaten niemandem gehören und Prozesse nicht entschieden sind, wird eine neue Software das nicht heilen – sie wird die Unklarheit nur präziser dokumentieren. Wir empfehlen deshalb, vor jedem Auswahlprojekt zu klären, wer im Unternehmen die Verantwortung für Artikeldaten, Lagerstruktur und Prozessregeln trägt. Diese Frage kostet nichts und entscheidet mehr über den Projekterfolg als die Systemwahl.
Das erste und häufigste Profil ist der produzierende Mittelständler mit gewachsenem Lager. Rohstoffe, Halbfabrikate, Fertigware und Ersatzteile liegen teils in Hallen, die über Jahrzehnte entstanden sind. Das ERP führt Mengen, aber niemand weiß, wo genau. Der Schmerz ist konkret: Suchzeiten, Fehlgriffe, unklare Verfügbarkeiten, Inventurdifferenzen, Abhängigkeit von langjährigen Mitarbeitenden. Für dieses Profil bringt ein WMS meist den schnellsten sichtbaren Nutzen, weil bereits die Platzführung allein einen Sprung bedeutet.
Das zweite Profil ist der Logistikdienstleister. Wer für mehrere Auftraggeber lagert, kommissioniert und versendet, braucht getrennte Bestände, mandantenspezifische Regeln, getrennte Auswertungen und eine belastbare Grundlage für die Abrechnung nach Lagerplatz, Bewegung, Position oder Sonderleistung. Diese Mandantenfähigkeit ist keine Zusatzfunktion, sondern die Geschäftsgrundlage – und ein Bereich, in dem ERP-Lagermodule regelmäßig ausscheiden.
Das dritte Profil ist der Handels- oder Distributionsbetrieb mit Automatisierungsplänen. Sobald ein automatisches Lager, eine Fördertechnikstrecke oder ein Robotikkonzept auf dem Tisch liegt, ist die WMS-Frage nicht mehr vermeidbar, weil die Anlage eine Entscheidungslogik über sich braucht. Das vierte Profil ist der Multi-Site-Betrieb: mehrere Standorte, die nach demselben Muster arbeiten sollen, mit standortübergreifender Bestandssicht und der Möglichkeit, Vorlagen auszurollen statt jeden Standort einzeln zu erfinden.
Für Unternehmen mit einem kleinen, gut sortierten Handlager, überschaubarem Artikelstamm und wenigen Bewegungen pro Tag ist ein System dieser Klasse überdimensioniert. Der Projektaufwand, die Stammdatenarbeit und die laufenden Kosten stehen in keinem Verhältnis zum Nutzen; ein sauber konfiguriertes Lagermodul im vorhandenen ERP oder eine leichtere Lagerlösung liefert das Wesentliche mit deutlich weniger Aufwand. Ebenso sollten Unternehmen ohne belastbares ERP zuerst dort aufräumen: Ein WMS auf einem unklaren Auftrags- und Stammdatenfundament vergrößert das Problem.
Vorsicht ist außerdem geboten, wenn ein Unternehmen viele hochspezifische Sonderprozesse als unverhandelbar betrachtet, aber kein Budget für Projektarbeit einplant. WMS-Projekte leben von Entscheidungen: Jede Strategie, die nicht entschieden wird, wird später doppelt bezahlt. Und ein letzter Punkt aus der Praxis: Wenn im Unternehmen niemand bereit ist, über Monate erhebliche eigene Zeit in Konzept, Stammdaten und Tests zu investieren, ist der Zeitpunkt falsch – unabhängig davon, wie gut der Anbieter ist.
Körber gehört wie praktisch alle Anbieter dieser Marktklasse zu den Häusern ohne öffentlich einsehbares Preismodell – üblich, für Interessenten aber unbequem. Praktisch bedeutet das: Sie erhalten ein individuelles Angebot, dessen Vergleichbarkeit Sie selbst herstellen müssen. Fragen Sie deshalb aktiv nach den Preistreibern und lassen Sie sich schriftlich geben, wie sich die Kosten entwickeln, wenn Nutzerzahl, Standorte, Mandanten, Module oder Bewegungsmengen wachsen. Ein System, dessen Kosten mit dem Erfolg unkontrolliert mitwachsen, wird in drei Jahren zum Streitthema.
Für die Gesamtkostenbetrachtung gehören mindestens sechs Blöcke in die Rechnung: laufende Nutzung beziehungsweise Lizenz und Wartung, einmaliges Einführungsprojekt, ERP- und Anlagenintegration, Hardware im Lager samt Hallennetz, Betrieb und Support über die Laufzeit sowie der interne Aufwand für Konzept, Stammdaten, Tests, Schulung und Anlaufphase. Der letzte Block ist der am häufigsten vergessene und in unserer Erfahrung regelmäßig größer als erwartet. Ergänzend lohnt es, die Kosten über fünf bis sieben Jahre zu betrachten und Anpassungsklauseln, Wartungssteigerungen und die Kosten künftiger Erweiterungen mit einzuplanen.
Auf der Nutzenseite lässt sich die Rechnung im Lager erfreulich konkret aufstellen, weil fast alles messbar ist: Zeit pro Auftragsposition, Suchzeiten, Fehlgriffquote und deren Folgekosten, Inventurdifferenzen, Flächen- und Platzausnutzung, Durchlaufzeit vom Auftragseingang bis zur Verladung, Personalbedarf in der Spitze. Wir empfehlen, drei bis fünf dieser Größen vor dem Projekt zu messen und danach erneut. Das ist die einzige belastbare Grundlage für die Frage, ob sich die Investition gerechnet hat – und gleichzeitig die beste Verteidigung gegen Anbieterversprechen, die niemand nachrechnet.
Hier hat Körber im Vergleich zu vielen internationalen Wettbewerbern eine bemerkenswert gute Ausgangslage. Die Konzernmutter ist ein deutsches Unternehmen, die Struktur ist europäisch geprägt, und für Unternehmen, die europäische Datensouveränität als Kriterium führen, ist das ein echtes Argument – gerade im Vergleich zu Anbietern mit außereuropäischer Mutter, bei denen Drittlandtransfers und Zugriffsbefugnisse fremder Behörden sorgfältig bewertet werden müssen. Wer in Ausschreibungen Souveränitätskriterien führt, kann das entsprechend gewichten.
Trotzdem entfällt die Prüfpflicht nicht, und zwar aus drei Gründen. Erstens arbeiten Konzerne international: Support, Entwicklung, Bereitschaftsdienste und Wartung können an mehreren Standorten sitzen, auch außerhalb der EU. Zweitens hängt der Cloud-Betrieb typischerweise an einem Hyperscaler oder Rechenzentrumsdienstleister, dessen Region und dessen Eigentümerstruktur eigenständig zu bewerten sind – eine deutsche Konzernmutter macht aus einer außereuropäischen Cloud-Plattform keine europäische. Drittens gibt es Unterauftragsverhältnisse, die sich über die Laufzeit ändern können. Klären Sie deshalb schriftlich: Verarbeitungs- und Speicherort, zugesicherte Cloud-Region, Liste der Unterauftragsverarbeiter mit Standorten, Zugriffswege aus Support und Wartung, Transfermechanismen und Aufbewahrungsfristen. Diese Angaben gehören in den Auftragsverarbeitungsvertrag und in das Verzeichnis der Verarbeitungstätigkeiten, nicht in eine Präsentation.
Es gibt einen Datenschutzaspekt, der bei Lagerverwaltungssystemen erheblich schwerer wiegt als bei den meisten anderen Anwendungen: Ein WMS erfasst zwangsläufig, wer wann welche Bewegung ausgeführt hat. Jeder Scan trägt eine Benutzerkennung, jede Aufgabe hat einen Start- und Endzeitpunkt, jeder Fehlgriff ist zuordenbar. Aus diesen Daten lassen sich Leistungs- und Verhaltensprofile einzelner Mitarbeitender ableiten – auch dann, wenn das nie beabsichtigt war. Technisch ist das ein Nebenprodukt der Prozesssteuerung. Rechtlich und betrieblich ist es ein eigenes Thema.
Qualitativ benannt gehören dazu mindestens vier Punkte. Erstens die Mitbestimmung: Systeme, die zur Überwachung von Leistung und Verhalten geeignet sind, berühren typischerweise Beteiligungsrechte des Betriebsrats, und zwar unabhängig davon, ob eine Überwachung gewollt ist. Eine Rahmen- oder Betriebsvereinbarung, die Zweckbindung, Auswertungsebenen, Aufbewahrungsfristen und Zugriffsberechtigungen regelt, ist der übliche und deutlich ruhigere Weg. Zweitens die Zweckbindung: Leistungsdaten für Kapazitätsplanung und Prozessverbesserung sind etwas anderes als personenbezogene Rangfolgen – und diese Unterscheidung sollte im System technisch abgebildet sein, etwa über aggregierte Auswertungsebenen und eingeschränkte Berechtigungen.
Drittens die Datenminimierung und Löschung: Bewegungsprotokolle sind für Rückverfolgbarkeit und Nachweisführung nötig, aber nicht unbegrenzt in personenbezogener Form. Löschkonzepte und Pseudonymisierung nach definierten Zeiträumen gehören ins Konzept. Viertens die Transparenz: Mitarbeitende sollten wissen, welche Daten erfasst werden, wofür sie verwendet werden und wer sie sehen kann. Aus Projekterfahrung ist das nicht nur eine Pflicht, sondern der wirksamste Weg, Akzeptanz im Lager zu gewinnen – und Akzeptanz ist bei einem System, das jeden Arbeitsschritt vorgibt, ein harter Erfolgsfaktor.
Datenhoheit wird meist als Standortfrage diskutiert. Genauso wichtig ist die Frage, ob man wieder herauskommt. Ein Lagerverwaltungssystem hält die operativen Kerndaten eines Standorts: Lagerstruktur, Platzbelegung, Bestände auf Gebindeebene, Bewegungshistorie, Strategien und Regelwerke. Wenn diese Daten nur eingeschränkt exportierbar sind – oder wenn die Strategienkonfiguration nur im System selbst lesbar ist –, entsteht eine Abhängigkeit, die sich in Verhandlungen bemerkbar macht, unabhängig davon, wie gut die Zusammenarbeit heute läuft.
Wir empfehlen deshalb, den Ausstieg schon beim Einstieg zu regeln: Welche Daten können in welchem Format und in welcher Vollständigkeit exportiert werden? Wie schnell und zu welchen Kosten? Was passiert mit Bewegungs- und Protokolldaten? Ist die Prozesskonfiguration dokumentiert und außerhalb des Systems lesbar? Diese vier Fragen kosten in der Verhandlung nichts und schaffen eine Verhandlungsposition, die über die gesamte Vertragslaufzeit wirkt. Ergänzend gehört dazu eine eigene, systemunabhängige Dokumentation des Feinkonzepts – sie ist im Störungsfall und beim Personalwechsel oft wertvoller als jede Datensicherung.
