WMS, WES und WCS: was sie sind, worin sie sich unterscheiden und wann Sie sie brauchen

Wer ein Lager führt, stößt früher oder später auf drei Kürzel: WMS, WES und WCS. Sie werden oft synonym verwendet — das sind sie nicht. Es sind drei verschiedene Softwareebenen mit verschiedenen Aufgaben, die in vielen Anlagen nebeneinander bestehen. Zu verstehen, wo die eine aufhört und die andere anfängt, ist der erste Schritt zu einer guten Entscheidung. Ein WMS zu kaufen und zu erwarten, dass es die Förderbänder steuert, oder ein WCS in der Annahme, es verwalte die Bestände, ist ein Irrtum, der Monate an Projektzeit kostet.

In diesem Leitfaden erklären wir, was jedes System leistet, mit konkreten Beispielen aus dem Lager, und stellen die Unterschiede in einer Tabelle gegenüber. Anschließend klären wir, wann es sinnvoll ist, die Systeme getrennt zu halten, und wann sich eine integrierte Plattform lohnt.

Was ist ein WMS (Warehouse Management System)

Das WMS ist die verwaltende Ebene des Lagers: Es weiß, was da ist, wo es liegt und was geschehen soll. Es führt Artikelstammdaten, Bestände je Lagerplatz und Ladeeinheit (LE), Wareneingangs- und Versandaufträge sowie die operativen Standardprozesse: Wareneingang, Einlagerung, Kommissionierung, Inventur, Qualitätskontrolle.

Es ist das System, das Fragen beantwortet wie: Wie viele Stück des Artikels X habe ich auf Lager? Auf welchem Lagerplatz? Aus welcher Charge muss ich entnehmen, um FEFO einzuhalten? Was geht heute raus, und mit welchem Spediteur?

Das WMS ist außerdem der Hüter der Rückverfolgbarkeit: Chargen, Seriennummern, Verfallsdaten, die Historie jeder Bewegung. Wenn ein Audit fragt „Wo ist die Charge Y geblieben?“, kommt die Antwort vom WMS.

Konkretes Beispiel: Eine Palette trifft vom Lieferanten ein. Das WMS erfasst den Wareneingang, vergibt die Charge, bestimmt anhand von Regeln (Umschlaghäufigkeit, Gewicht, ABC-Klasse) den Einlagerplatz und erzeugt den Einlagerauftrag für den Mitarbeiter.

Was ist ein WCS (Warehouse Control System)

Das WCS ist die Ebene der Automatisierungssteuerung: Es spricht direkt mit den Maschinen. Förderbänder, Sorter, Miniloads, Shuttles, FTF/AMR, Kommissionierroboter: Jedes Gerät hat seine SPS oder seinen Controller. Das WCS koordiniert sie in Echtzeit über industrielle Protokolle — OPC-UA, Modbus, FINS für Omron-SPS, VDA 5050 für FTF, MQTT für IoT-Geräte.

Das WCS weiß nichts von Kundenaufträgen oder Chargen: Es weiß, dass das Packstück 12345 auf Förderer 3 an Ausschleusstelle 7 herauslaufen muss, und gibt dem Sorter den Befehl. Es steuert Aufträge, Verriegelungen, Sicherheitslogik und Recovery, wenn eine Maschine stehen bleibt.

Konkretes Beispiel: Der Sorter muss 4.000 Packstücke pro Stunde auf 12 Ausschleusstellen verteilen. Das WCS liest den Barcode jedes durchlaufenden Packstücks, fragt das Ziel ab und schaltet die richtige Weiche in der richtigen Millisekunde. Staut sich eine Ausschleusstelle, berechnet es die Wege neu.

Ist das Lager vollständig manuell — Regale, Stapler, Mitarbeitende mit Handheld —, brauchen Sie kein WCS. Nötig wird es in dem Moment, in dem physische Automatisierung dazukommt.

Was ist ein WES (Warehouse Execution System)

Das WES ist die Ebene der Orchestrierung in Echtzeit: Es entscheidet, wer jetzt was tut. Es liegt logisch zwischen WMS und WCS und optimiert die Ausführung: Es weist Aufgaben an Mitarbeitende und Maschinen zu und plant die Kommissionierwellen. Und es berechnet die Prioritäten neu, wenn sich etwas ändert: ein Eilauftrag, ein fehlender Mitarbeiter, eine überlastete Zone.

Der Unterschied zum WMS ist die Zeit: Das WMS denkt in „was heute zu tun ist“, das WES in „was sich in den nächsten fünf Minuten lohnt, und durch wen“. Der Unterschied zum WCS ist der Gegenstand: Das WCS steuert Maschinen, das WES verteilt die Arbeit auf Menschen und Maschinen zugleich.

Konkretes Beispiel: Um 15:00 Uhr kommt ein Auftrag herein, dessen Spediteur um 16:30 Uhr Cut-off hat. Das WES setzt ihn an die Spitze der Prioritäten und weist ihn dem Mitarbeiter zu, der der Kommissionierzone am nächsten ist. Gleichzeitig bittet es das WCS, den Shuttle-Auftrag vorzuziehen, der die fehlende Ladeeinheit bereitstellen muss. Ohne WES wäre dieser Auftrag erst morgen rausgegangen.

Genau dafür ist das WES entstanden. In modernen Lägern arbeiten Menschen und Automatisierung nebeneinander, und die saubere Trennung zwischen „Verwaltung“ und „Steuerung“ reicht nicht mehr aus. Es braucht jemanden, der das Orchester in Echtzeit dirigiert.

Die Unterschiede im Überblick

Die drei Systeme unterscheiden sich in Entscheidungsebene, Zeithorizont und Gesprächspartnern.

Wo das eine aufhört und das andere anfängt: ein vollständiger Ablauf

Verfolgen wir einen Kundenauftrag durch die drei Ebenen.

1. Das ERP übergibt den Auftrag. Das WMS übernimmt ihn: Es prüft die Bestände, bestimmt, aus welchen Chargen und Lagerplätzen zu entnehmen ist, und erzeugt die Kommissionierlisten.
2. Das WES sieht sich alle offenen Listen an und legt die Reihenfolge fest. Es fasst die Aufträge zu einer Welle zusammen, verteilt die Positionen auf drei Mitarbeitende und vergibt einen Shuttle-Auftrag für die automatischen Lagerplätze — alles so sortiert, dass die Cut-offs eingehalten werden.
3. Das WCS führt den automatischen Teil aus: Es steuert den Shuttle, der die Ladeeinheit auslagert, sie auf den Förderer bringt und den Behälter zum Kommissionierplatz des richtigen Mitarbeiters leitet.
4. Der Mitarbeiter entnimmt und bestätigt (mit Handheld oder Scanner). Die Bestätigung läuft zurück: Das WES aktualisiert die Aufgaben, das WMS bucht den Bestand ab und erfasst die versandte Charge, das ERP erhält die Versandbestätigung.

Derselbe Auftrag, vier Entscheidungen auf verschiedenen Ebenen. Dass die Kürzel durcheinandergeraten, liegt daran, dass manche Anbieter ein System „WMS“ nennen, das auch orchestriert, oder „WCS“ eine Maschinensteuerung mit etwas Prioritätenlogik. Die Etiketten zählen weniger als die Funktionen: Die richtige Frage lautet nicht „Welches Kürzel trägt es?“, sondern „Wer entscheidet was, und auf welchem Zeithorizont?“.

Getrennte Systeme oder integrierte Plattform?

Das Modell mit getrennten Systemen

Historisch waren die drei Ebenen getrennte Produkte, oft von verschiedenen Anbietern: das WMS vom ERP-Haus, das WCS vom Anlagenbauer, das WES — wenn es eines gab — von einem Dritten. Dieses Modell funktioniert, hat aber bekannte Kosten. Jede Grenze zwischen Systemen ist eine Schnittstelle, die entwickelt, getestet und gepflegt werden muss. Die Daten müssen abgeglichen werden, weil der Bestand im WMS und der Bestand, den die Automatisierung „sieht“, auseinanderlaufen. Und wenn etwas klemmt, braucht es drei Lieferanten am Telefon, um herauszufinden, welches der drei Systeme das Problem hat.

Die Trennung bleibt sinnvoll, wenn die Automatisierung monolithisch und schlüsselfertig ist (der Anlagenbauer gibt sein WCS vor) oder wenn ein etabliertes Unternehmens-WMS unangetastet bleiben soll.

Das integrierte Modell

Der integrierte Ansatz — eine einzige Plattform mit den drei nativ verbundenen Ebenen — beseitigt die internen Schnittstellen. Es bleiben ein einziges Datenmodell, Bestände, die immer mit der Automatisierung übereinstimmen, eine einzige Oberfläche für die Mitarbeitenden und ein einziger Ansprechpartner, wenn Unterstützung nötig ist. Das ist der effizienteste Weg für gemischte Läger, Mehrstandort-Betriebe und Projekte, in denen die Automatisierung schrittweise wächst. Man beginnt mit dem WMS und schaltet WES und WCS frei, wenn Shuttles oder Sorter kommen, ohne das System zu wechseln.

Das ist der Ansatz von Kazam: eine Source-available-Plattform, in der WMS und WES Module derselben Software sind. Verwaltung und Orchestrierung liegen an einer einzigen Stelle, die sich im Browser öffnet: Wer koordiniert, arbeitet dort, die Mitarbeitenden auf den Handhelds, und alle drei Ebenen sehen im selben Moment dieselben Daten. Vom manuellen Lager bis zur Anlage mit Shuttles und FTF, ohne das System zu wechseln, wenn die Automatisierung kommt. Der Code ist Kunden und Partnern zugänglich, also prüfbar, und die Einführung kann schrittweise erfolgen, ohne Lock-in.

Die Maschinensteuerung (OPC-UA, Modbus, FINS, VDA 5050) übernimmt Sun Tech WCS, ein eigenständiges Produkt: Der Code ist öffentlich auf GitHub unter der Apache-Lizenz 2.0, und es arbeitet mit Kazam oder mit einem anderen WMS, das den öffentlichen HTTP-Vertrag umsetzt.

Häufige Fragen

Kann ich ein WMS ohne WES und WCS haben?

Ja, und das ist der häufigste Fall: Ein gut organisiertes manuelles Lager kommt bestens mit dem WMS allein aus. WES und WCS werden nötig, wenn Volumen, Dringlichkeiten und Automatisierung wachsen.

Ersetzt das WES das WMS?

Nein: Sie ergänzen einander. Das WES verwaltet keine Stammdaten, keine Bestände und keine Rückverfolgbarkeit — es orchestriert die Ausführung dessen, was das WMS geplant hat.

Wird das WCS vom Anlagenbauer geliefert?

Oft ja, vor allem bei schlüsselfertigen Anlagen. Ein unabhängiges, herstellerübergreifendes WCS wird aber wertvoll, wenn Automatisierungen verschiedener Hersteller oder verschiedener Generationen nebeneinander laufen: Es wirkt als neutraler Orchestrator, statt Sie an die Software eines einzelnen Herstellers zu binden.

Und das MES? Hat das damit zu tun?

Das MES (Manufacturing Execution System) ist das Gegenstück zum WES für die Produktion: Es steuert die Ausführung in der Fabrik, nicht im Lager. An Produktionsstandorten mit angebundenem Lager sprechen MES und WMS/WES miteinander — typischerweise über APIs oder Middleware.

Was kostet es, WES und WCS zu einem bestehenden WMS hinzuzufügen?

Die Integration bestimmt den Preis: Zwischen Systemen verschiedener Anbieter ist die Anbindung oft der teuerste Posten des Projekts. Mit einer integrierten Plattform besteht der Mehraufwand darin, Module zu aktivieren, und nicht darin, Schnittstellen zu entwickeln.

Kazam WMS vereint WMS und WES in einer einzigen Source-available-Plattform; für die Maschinenschicht gibt es Sun Tech WCS, das Warehouse Control System mit öffentlichem Code auf GitHub (Apache-Lizenz 2.0), das mit Kazam oder mit einem anderen WMS arbeitet. Testen Sie Kazam Web oder sprechen Sie mit einem Ingenieur.