11.08.2026
SAP WM zu SAP EWM oder Neustart? Ohne valide Lagerdaten läuft nichts!
Kompakte Beleuchtung der Vorteile vom Zusammenspiel von SAP & WESMehr Funktionen, mehr Pflichten: SAP EWM SAP WM läuft aus. Wer noch damit arbeitet, muss wechseln. Spätestens bis 2027, wenn auch die ECC-Maintenance endet. Wer neu einführt oder gerade wächst, landet ohnehin bei SAP EWM. Die Frage ist also wann. Als Lagerverwaltungssystem steuert SAP EWM Transportaufträge, verwaltet Lagerplätze auf Stellplatzebene, kommuniziert mit der Produktion und bucht Warenbewegungen. So weit, so gut, doch die Realität sieht in vielen Betrieben anders aus. EWM läuft, die Prozesse sind definiert, die Schnittstellen stehen, aber die Lagerdaten stimmen nicht. Buchungen fehlen, Bestände weichen ab, das System zeigt Ware, die längst umgestellt wurde. Disponenten misstrauen den Daten. Fahrer arbeiten aus dem Gedächtnis statt aus dem System. Und das EWM, das eigentlich das Lager orchestrieren sollte, plant mit einem nicht mehr zutreffenden Ist-Zustand.
Die Bedingung: Valide Echtzeitdaten
SAP EWM ist so gut wie die Daten, die es bekommt. Und diese Daten kommen in produzierenden Unternehmen aus vielen verschiedenen Quellen. Das ist erst einmal eine gute Nachricht. Fördertechnik bucht automatisch, wenn Ware durchläuft. MES-Systeme melden Fertigmengen aus der Produktion. Automatische Lagersysteme protokollieren ihre eigenen Bewegungen. All das und noch mehr fließt ins EWM:
Wareneingang
Aber bereits am Wareneingang wird es komplizierter. Wer ein angebundenes TMS hat und mit standardisierten Lieferavisen arbeitet, bekommt saubere Daten. Wer mit vielen verschiedenen Zulieferern arbeitet, die unterschiedliche Systeme, unterschiedliche Etiketten und unterschiedliche Datenformate mitbringen, steht vor einer anderen Realität: manuelle Erfassung, Scannen beim Entladen, Nacherfassen von Lieferscheinen. Jede Ausnahme ist eine potenzielle Fehlerquelle, die direkt ins EWM wandert.
Umlagerung vs. manuelles Erfassen
Dann zeigt sich der eigentliche blinde Fleck: manuelles Erfassen bzw. Nachfassen. Sobald ein Staplerfahrer eine Palette aufnimmt oder umlagert und in die freie Lagerfläche bringt, reißt die Datenkette erneut. Dieser Moment wird nicht automatisch erfasst. Er passiert hundertfach täglich. Der Fahrer hat Zeitdruck. Der Barcode ist beschädigt. Das WLAN in der hinteren Hallenhälfte ist instabil. Die Palette wird schnell umgestellt, die Buchung für später aufgeschoben und dann vergessen.
Datenhygiene
Das Ergebnis akkumuliert sich still. EWM zeigt Ware auf Platz A3, die längst auf B7 steht. Es disponiert Material, das nicht auffindbar ist. Es schickt Fahrer auf Suchfahrten. Jede Korrektur kostet Zeit. Jede Inventur räumt den Datenmüll vorübergehend auf, bis er sich wieder ansammelt. Das ist kein EWM-Problem und kein MES-Problem. Es ist eine strukturelle Lücke zwischen den Systemen, die verlässlich buchen, und den Momenten dazwischen, in denen ein Mensch mit einem Scanner entscheiden soll.
Szenario 1: Migration von SAP WM auf SAP EWM
Wer von SAP WM auf EWM wechselt, erwartet einen Fortschritt. Das System wird moderner, die Funktionen werden umfangreicher, die Integration tiefer. Was viele erst im laufenden Betrieb merken: EWM fordert mehr vom Lager als WM, nicht weniger.
In SAP WM waren Buchungsprozesse oft grober granuliert. Eine Bewegung, ein Scan, fertig. SAP EWM arbeitet auf Handling-Unit-Ebene und verfolgt Warenbewegungen deutlich detaillierter, was grundsätzlich ein Vorteil ist, aber auch mehr Buchungsschritte pro Vorgang bedeutet. Mehr Schritte heißt mehr Interaktionspunkte. Mehr Interaktionspunkte heißt mehr Stellen, an denen ein Scan fehlen, falsch sein oder zu spät kommen kann. Wer die Migration als Chance nutzt, das Datenproblem zu lösen, erlebt das Gegenteil: Die Anforderungen an die Datenqualität steigen, aber die Art, wie Daten erzeugt werden, bleibt dieselbe. Der Staplerfahrer steht weiterhin mit dem Scanner vor der Palette.
Dazu kommt der Wareneingang. Wenn das TMS nicht angebunden ist oder Zulieferer mit unterschiedlichen Systemen und Etiketten liefern, beginnt der Datenmüll nicht im Lager, sondern bereits am Tor. Altdaten aus WM, die ins neue EWM übernommen werden, bringen oft bereits Inkonsistenzen mit.
Die Bedingung: Valide Echtzeitdaten
SAP EWM ist so gut wie die Daten, die es bekommt. Und diese Daten kommen in produzierenden Unternehmen aus vielen verschiedenen Quellen. Das ist erst einmal eine gute Nachricht. Fördertechnik bucht automatisch, wenn Ware durchläuft. MES-Systeme melden Fertigmengen aus der Produktion. Automatische Lagersysteme protokollieren ihre eigenen Bewegungen. All das und noch mehr fließt ins EWM:
Wareneingang
Aber bereits am Wareneingang wird es komplizierter. Wer ein angebundenes TMS hat und mit standardisierten Lieferavisen arbeitet, bekommt saubere Daten. Wer mit vielen verschiedenen Zulieferern arbeitet, die unterschiedliche Systeme, unterschiedliche Etiketten und unterschiedliche Datenformate mitbringen, steht vor einer anderen Realität: manuelle Erfassung, Scannen beim Entladen, Nacherfassen von Lieferscheinen. Jede Ausnahme ist eine potenzielle Fehlerquelle, die direkt ins EWM wandert.
Umlagerung vs. manuelles Erfassen
Dann zeigt sich der eigentliche blinde Fleck: manuelles Erfassen bzw. Nachfassen. Sobald ein Staplerfahrer eine Palette aufnimmt oder umlagert und in die freie Lagerfläche bringt, reißt die Datenkette erneut. Dieser Moment wird nicht automatisch erfasst. Er passiert hundertfach täglich. Der Fahrer hat Zeitdruck. Der Barcode ist beschädigt. Das WLAN in der hinteren Hallenhälfte ist instabil. Die Palette wird schnell umgestellt, die Buchung für später aufgeschoben und dann vergessen.
Datenhygiene
Das Ergebnis akkumuliert sich still. EWM zeigt Ware auf Platz A3, die längst auf B7 steht. Es disponiert Material, das nicht auffindbar ist. Es schickt Fahrer auf Suchfahrten. Jede Korrektur kostet Zeit. Jede Inventur räumt den Datenmüll vorübergehend auf, bis er sich wieder ansammelt. Das ist kein EWM-Problem und kein MES-Problem. Es ist eine strukturelle Lücke zwischen den Systemen, die verlässlich buchen, und den Momenten dazwischen, in denen ein Mensch mit einem Scanner entscheiden soll.
Szenario 1: Migration von SAP WM auf SAP EWM
Wer von SAP WM auf EWM wechselt, erwartet einen Fortschritt. Das System wird moderner, die Funktionen werden umfangreicher, die Integration tiefer. Was viele erst im laufenden Betrieb merken: EWM fordert mehr vom Lager als WM, nicht weniger.
In SAP WM waren Buchungsprozesse oft grober granuliert. Eine Bewegung, ein Scan, fertig. SAP EWM arbeitet auf Handling-Unit-Ebene und verfolgt Warenbewegungen deutlich detaillierter, was grundsätzlich ein Vorteil ist, aber auch mehr Buchungsschritte pro Vorgang bedeutet. Mehr Schritte heißt mehr Interaktionspunkte. Mehr Interaktionspunkte heißt mehr Stellen, an denen ein Scan fehlen, falsch sein oder zu spät kommen kann. Wer die Migration als Chance nutzt, das Datenproblem zu lösen, erlebt das Gegenteil: Die Anforderungen an die Datenqualität steigen, aber die Art, wie Daten erzeugt werden, bleibt dieselbe. Der Staplerfahrer steht weiterhin mit dem Scanner vor der Palette.
Dazu kommt der Wareneingang. Wenn das TMS nicht angebunden ist oder Zulieferer mit unterschiedlichen Systemen und Etiketten liefern, beginnt der Datenmüll nicht im Lager, sondern bereits am Tor. Altdaten aus WM, die ins neue EWM übernommen werden, bringen oft bereits Inkonsistenzen mit.
Den gesamten Beitrag finden Sie hier: https://identpro.de/aktuelles/sap-wm-zu-sap-ewm-oder-neustart-ohne-valide-lagerdaten-laeuft-nichts/