TL;DR — die wichtigsten Fakten auf einen Blick
Ein WMS steht und fällt mit vier Modulen und einer Integration: Wareneingang, Einlagerung, Kommissionierung und Bestandskontrolle richtig aufsetzen, sie an Ihr ERP anbinden — der Rest folgt daraus.
- Kosten: Ein Starter-WMS für einen einzelnen Standort kostet €140.000–€230.000; ein vollständiges WMS mit ERP-Integration und Echtzeit-Bestand kostet €230.000–€420.000 als MVP und €420.000–€780.000 als Produktions-Build; ein Multi-Standort- oder automatisierungsintegrierter Build kostet €650.000–€1,3M+.
- Zeitrahmen: 4–6 Monate für ein Starter-WMS; 6–10 Monate für ein vollständiges WMS; 10–16 Monate für einen phasenweisen Multi-Standort-Rollout.
- Vier Kernmodule, immer: Wareneingang, Einlagerung, Kommissionierung, Bestandskontrolle — Verpackung/Versand und Personalmanagement sind das übliche fünfte und sechste Modul.
- ERP-Integration ist die eigentliche Arbeit: SAP, Microsoft Dynamics 365 und NetSuite bieten alle ausgereifte APIs — dieser Leitfaden deckt die westliche ERP-Landschaft für US-/EU-Betreiber ab, nicht 1C.
- Entwickeln Sie, wenn Ihr Prozess Ihr Wettbewerbsvorteil ist: Kaufen Sie ein Standard-WMS für Standardbetrieb; entwickeln Sie individuell, wo Slotting, Wave-Picking oder Automatisierung Sie differenziert.
Was ist ein WMS, und wer braucht eines
Ein Warehouse Management System steuert alles innerhalb der vier Wände eines Standorts: Wareneingang, Einlagerung, Kommissionierung und Verpackung ausgehender Bestellungen sowie einen genauen, echtzeitfähigen Bestand dessen, was im Regal liegt. Es ist das operative Gegenstück zu einem Transportation Management System (TMS), das die Bewegung von Waren plant und ausführt, sobald sie das Gebäude verlassen — unser Leitfaden zur Logistiksoftware-Entwicklung deckt die gesamte Systemlandschaft ab. Sie brauchen ein WMS, sobald Excel-Tabellen und eine Papier-Pickliste mit Bestellvolumen, SKU-Anzahl oder Standortgröße nicht mehr mithalten. Unsere Lager- und Logistiksoftware-Entwicklungsservices skizzieren die Liefermodelle für genau dieses Problem.
Kern-WMS-Module: Wareneingang, Einlagerung, Kommissionierung, Bestand
Jedes produktionsreife WMS ist um vier Module herum aufgebaut. Wird eines davon vernachlässigt, ist ein Lager nur so schnell wie sein langsamstes Modul.
1. Wareneingang
Der Wareneingang prüft eingehende Lieferungen gegen Bestellungen: Mengen, SKUs, Zustand und zunehmend Chargen- oder Seriennummern. Ein gutes Modul markiert Abweichungen bereits am Anlieferungstor, bevor sie Wochen später zu einem Bestandsgenauigkeitsproblem werden. Eine ASN (Advance Shipping Notice), häufig per EDI, befüllt den erwarteten Wareneingang vorab, sodass Mitarbeitende scannen statt Daten manuell einzugeben.
2. Einlagerung
Die Einlagerung entscheidet, wohin empfangene Ware geht, und leitet Mitarbeitende oder Automatisierung dorthin. Einfache Systeme nutzen feste Lagerplätze pro SKU; bessere nutzen gerichtete, regelbasierte Einlagerung, die Kommissioniergeschwindigkeit und Artikelgröße gewichtet, um schnelldrehende Artikel nahe an den Packstationen zu halten — dieselbe Disziplin, die hinter der Routenoptimierung außerhalb der Lagerwände steckt.
3. Kommissionierung
Die Kommissionierung erfüllt ausgehende Bestellungen — die arbeitsintensivste Tätigkeit in den meisten Lagern und das Modul, das den Durchsatz stärker bestimmt als jedes andere. Strategien reichen von Einzelauftrags-Kommissionierung (einfach, langsam bei Skalierung) bis zu Batch-, Zonen- und Wave-Picking (schneller, schwerer zu schulen), die die Handheld- oder Voice-Picking-App steuern, die Mitarbeitenden sagt, wohin als Nächstes.
4. Bestandskontrolle
Die Bestandskontrolle ist das Hauptbuch unter allem anderen: ein echtzeitfähiger, standortgenauer Bestand, der sich in dem Moment aktualisiert, in dem beim Wareneingang, bei der Einlagerung, Kommissionierung oder einer Zählung gescannt wird. Cycle Counting — kontinuierliche, rollierende Zählungen kleiner Bestandsteilmengen — hält das Hauptbuch ehrlich, ohne eine disruptive jährliche Vollzählung. Die meisten Betreiber ergänzen ein fünftes Modul, Verpackung und Versand, und ein sechstes, Personalmanagement, sobald die Kern-Vier stabil laufen.
ERP-Integration: SAP, Dynamics 365, NetSuite
Ein WMS, das nicht mit Ihrem ERP spricht, ist eine Insel: Bestellungen leben in einem System, physischer Bestand in einem anderen, und jemand gleicht die Lücke manuell aus. Die Integration ist der Punkt, an dem der größte Teil des Engineering-Aufwands in einem WMS-Projekt anfällt, und sie sollte zuerst gescopt werden. Drei ERP-Systeme decken die meisten US-/EU-Integrationen ab — dieser Leitfaden deckt die westliche ERP-Landschaft ab, nicht 1C, ein GUS-Markt-System außerhalb des Scopes unserer Builds:
- SAP — über IDocs, BAPIs oder den neueren SAP API Business Hub (REST/OData). Der häufigste Enterprise-Fall und meist der aufwendigste, da das Datenmodell von SAP starr ist.
- Microsoft Dynamics 365 (Business Central oder Finance & Operations) — OData/REST-APIs, vergleichsweise unkompliziert zu integrieren, mit gutem Sandbox-Tooling.
- NetSuite — über SuiteTalk (SOAP/REST) oder individuelle RESTlets, verbreitet bei Mid-Market-Betreibern, die auf der Plattform bereits über Excel-Tabellen hinausgewachsen sind.
Egal welches ERP Sie betreiben, das Muster ist dasselbe: Bestellungen seeden erwartete Wareneingänge, Verkaufsaufträge erzeugen Kommissionierwellen, und bestätigte Wareneingänge sowie Bestandskorrekturen fließen zurück, um die Zahlen des ERP ehrlich zu halten. Klären Sie Feld-Mapping und Sync-Frequenz (Echtzeit vs. Batch) mit Ihrem ERP-Administrator, bevor Sie Integrationscode schreiben — dieses Gespräch dauert meist länger als der Code. Siehe unseren Leitfaden zur Enterprise-System-Integration für das breitere Muster.
Architektur und der Hardware-Stack
Ein WMS ist insofern ungewöhnlich, als seine Architektur stärker von einer Lagerhalle als von einem Browser vorgegeben wird. Der Stack, der sich in der Produktion bewährt:
- Barcode und RFID — Barcode-Scanning (1D/2D) ist das Arbeitspferd für die Scan-Bestätigung; RFID ergänzt Bulk-Read-Fähigkeit für Zählungen und hochwertigen Bestand zu höheren Hardwarekosten.
- Mobile Handheld-Apps — robuste Android-Geräte (Zebra, Honeywell), die zuverlässig offline bei unzuverlässigem Lager-WLAN funktionieren und synchronisieren, sobald die Verbindung zurückkehrt.
- Echtzeit-Bestandsbuch — jede Bestandsbewegung ist ein Ereignis, kein Feld-Update, sodass der Bestand eine Summe von Ereignissen ist statt einer veränderbaren Zeile, die zwei Scanner um die Wette korrumpieren können.
- Der restliche Stack — Node.js-, Java- oder Go-Backend; PostgreSQL; Redis für aktive Kommissionierwellen; React-Admin-Konsole; React Native/native Mobile-App für das Handheld; eine WES-Anbindung, falls Förderbänder, Sortierung oder Robotik im Scope sind.
Was ein WMS 2026 kostet
Die folgenden Bereiche gehen von einem integrationsvollständigen Build durch ein erfahrenes Agentur-Team aus, konsistent mit der WMS-Zeile in unserer Logistiksoftware-Kostentabelle (€230k–€420k MVP, €420k–€780k Produktion, 6–10 Monate) — diese Tabelle ergänzt die Stufen darüber und darunter.
| WMS-Stufe | MVP-Kosten | Produktions-Build | Typischer Zeitrahmen |
|---|---|---|---|
| Starter-WMS (ein Standort, Kern-4-Module) | €140k–€230k | €230k–€370k | 4–6 Monate |
| Vollständiges WMS (ERP-Integration, Echtzeit-Bestand, Admin-Konsole) | €230k–€420k | €420k–€780k | 6–10 Monate |
| Multi-Standort / automatisierungsintegriertes WMS | €650k–€900k | €900k–€1,3M+ | 10–16 Monate |
Der größte Teil der Streuung innerhalb jeder Stufe kommt von zwei Treibern: ERP-Integration (Feld-Mapping, Sync-Architektur, Randfälle wie Teillieferungen) und Hardware/Mobile (offlinefähige Handheld-Apps, Barcode-/RFID-Geräteintegration). Fertige „WMS-Templates" bepreisen die Bildschirme, nicht diese beiden — weshalb ein Bestand, der von der Realität abdriftet, sich später zeigt und weit teurer zu korrigieren ist, als es beim ersten Mal richtig zu bauen. Für allgemeine Kostentreiber über WMS-Spezifika hinaus siehe unseren Leitfaden zu den Kosten der individuellen Softwareentwicklung 2026.
Umsetzungszeitrahmen
Ein produktionsreifes WMS folgt einer bewussten Reihenfolge — die Teile mit der längsten Vorlaufzeit kommen zuerst, nicht zuletzt:
- Discovery und ERP-Scoping (3–4 Wochen). Bilden Sie die vier Kern-Workflows ab und fordern Sie sofort ERP-Sandbox-Zugang an — regelmäßig die längste Vorlaufzeit im Projekt.
- Datenmodell und Integrationsaufbau (4–8 Wochen, parallel). Bauen Sie das ereignisbasierte Bestandsbuch und die ERP-Integration auf, während Scanner und Handhelds beschafft werden.
- Kernmodule (8–14 Wochen). Bauen Sie Wareneingang, Einlagerung, Kommissionierung und Bestandskontrolle, getestet auf den tatsächlichen Geräten, die Mitarbeitende nutzen werden.
- Pilot an einem Standort (6–10 Wochen). Führen Sie den alten Prozess parallel zum neuen System an einem Standort oder in einer Zone, bevor Sie vollständig umstellen.
- Härtung und Rollout. Beheben Sie, was der Pilot zutage fördert, stellen Sie am Pilotstandort um und erweitern Sie dann Standort für Standort.
Der parallel laufende Pilot ist der Schritt, der unter Zeitdruck am häufigsten übersprungen wird — und derjenige, der einen schlechten Go-Live davon abhält, zu einem lagerweiten Vorfall zu werden.
Build vs. Buy
Kaufen Sie ein Standard-WMS, wenn Wareneingang, Einlagerung und Kommissionierung Standard sind und ein etabliertes Produkt oder ERP-Modul diese abdeckt. Entwickeln Sie, wenn Ihr Prozess — Slotting-Logik, ein proprietärer Wave-Picking-Algorithmus, Integrationstiefe — ein Differenzierungsmerkmal ist, das Standardsoftware Sie zum Kompromiss zwingt. Viele landen bei einem Hybrid: ein Standard-Kern plus individuelle Module für den differenzierenden Workflow. Siehe unseren Vergleich individuelle Software vs. Standardlösung.
Den richtigen WMS-Entwicklungspartner wählen
Allgemeine Softwarekompetenz überträgt sich nicht automatisch auf Lagersysteme.
1. Echte ERP-Integrationserfahrung
Fragen Sie gezielt nach SAP, Dynamics 365 oder NetSuite — welches, wie viele Integrationen, und was ist schiefgegangen. Ein Partner, der bereits Bestellungen gegen eine echte ERP-Sandbox abgebildet hat, spart Ihnen Monate.
2. Hardware- und Bestandsgenauigkeits-Kompetenz
Barcode-/RFID-Integration und offlinefähige Mobile-Apps unterscheiden sich von typischer CRUD-Arbeit. Fragen Sie nach Belegen für Handheld-Deployments auf echten Lagerflächen und danach, wie das Team gleichzeitige Bestandsupdates bisher gehandhabt hat — die Antwort trennt Teams, die ereignisbasierte Bücher verstehen, von solchen, die ein System ausliefern, das unter Last driftet.
3. Engagement-Modell und Discovery-Disziplin
Ein WMS entwickelt sich nach dem Go-Live kontinuierlich weiter, daher übertrifft ein dediziertes Entwicklungsteam in der Regel eine einmalige Übergabe über einen Starter-Build hinaus; unsere Lager- und Logistiksoftware-Entwicklungsservices beschreiben diese Zusammenarbeit. Bestehen Sie auf eine bezahlte Discovery-Phase, die ERP-Integration und Pilotplan vor einem Festpreis abgrenzt — unser Leitfaden zur Wahl des richtigen Softwareentwicklungsunternehmens deckt den vollständigen Prozess ab.
FAQ
Was kostet die Entwicklung eines Lagerverwaltungssystems im Jahr 2026?
€140.000–€230.000 für ein Starter-WMS-MVP an einem einzelnen Standort; €230.000–€420.000 (MVP) bis €420.000–€780.000 (Produktion) für ein vollständiges WMS mit ERP-Integration; €650.000–€1,3M+ für einen Multi-Standort- oder automatisierungsintegrierten Build.
Wie lange dauert die Implementierung eines WMS?
4–6 Monate für ein Starter-WMS; 6–10 Monate für ein vollständiges WMS mit ERP- und Hardware-Integrationen; 10–16 Monate für einen phasenweisen Multi-Standort-Rollout. ERP-Sandbox-Zugang und Hardware-Beschaffung sind meist der kritische Pfad.
Was sind die Kernmodule eines Lagerverwaltungssystems?
Wareneingang, Einlagerung, Kommissionierung und Bestandskontrolle — jedes produktionsreife WMS benötigt alle vier, mit Verpackung/Versand und Personalmanagement als üblichem fünftem und sechstem Modul.
Kann ein WMS mit SAP, Microsoft Dynamics 365 oder NetSuite integriert werden?
Ja — SAP (IDocs, BAPIs, SAP API Business Hub), Dynamics 365 (OData/REST) und NetSuite (SuiteTalk/RESTlets) bieten alle ausgereifte APIs für Bestellungen und Bestand. Dieser Leitfaden deckt die westliche ERP-Landschaft für US-/EU-Betreiber ab; 1C liegt außerhalb des Scopes.
Zuletzt aktualisiert am 18. Juli 2026. Kosten- und Zeitrahmenbereiche spiegeln integrationsvollständige Agentur-Builds für US- und EU-Betreiber wider und variieren je nach Umfang, Standortanzahl, ERP und Hardware-Anforderungen.
