Zwischen Lagerverwaltung und gesteuerter Lagerlogistik liegt mehr als ein Modulwechsel. Dieser Artikel trennt die Substanz von Logistik 4.0 vom Broschürentext, stellt EWM dem alten Lagermodul gegenüber, klärt die Entscheidung zwischen embedded und dezentral und benennt die Vorarbeiten, an denen sich der Projekterfolg entscheidet.
SAP Extended Warehouse Management (EWM) ist das Lagerverwaltungssystem im SAP-Portfolio. Es führt Bestände bis auf den Lagerplatz, steuert Aufgaben und Ressourcen, kennt mehrstufige Kommissionierstrategien und Wellenbildung, verwaltet Höfe und Tore und kann Fördertechnik über ein integriertes Materialflusssystem direkt ansprechen. In S/4HANA ist EWM die strategische Lagerlösung; das ältere Lagermodul WM beziehungsweise LE-WM wird nicht als solche weitergeführt.
Logistik 4.0 ist kein Produkt, sondern ein Sammelbegriff. Nüchtern übersetzt bedeutet er drei Dinge: Bestände und Bewegungen stehen im Moment der Buchung im System, statt abends aus Listen nachgetragen zu werden. Entscheidungen im Lager folgen hinterlegten Regeln, statt in erfahrenen Köpfen zu wohnen. Und die Anlagentechnik bekommt ihre Aufträge aus demselben System, das die kaufmännischen Belege führt.
Ob EWM das richtige System ist, klären drei Fragen:
Wer alle drei mit „überschaubar“ beantwortet, braucht EWM nicht. Wer bei einer davon ins Detail geht, ist bei EWM richtig, und der Rest dieses Artikels beschreibt, worauf es dann ankommt.
Die Versprechen links begegnen Entscheidern in jeder Präsentation zum Thema. Rechts steht, was am Ende eines EWM-Projekts prüfbar vorliegt:
Der Unterschied: Links stehen Ergebnisse ohne Verfahren, rechts Verfahren, deren Ergebnisse Sie prüfen können. Ein System, das „selbstlernend optimiert“, lässt sich nicht abnehmen. Eine Einlagerungsstrategie, die Schnelldreher in die vorderen Zonen legt, lässt sich abnehmen, messen und ändern. Wie wir SAP-Vorhaben insgesamt schneiden, steht auf der Übersichtsseite SAP S/4HANA & Enterprise Applications.
Beide Module verwalten Lagerplätze und Bestände. Der Unterschied liegt in der Steuerungsebene darüber, und die entscheidet über Liefertreue an einem Spitzentag:
| Funktionsbereich | SAP WM / LE-WM | SAP EWM |
|---|---|---|
| Lagerstruktur | Lagernummer, Lagertyp, Bereich, Platz. | Zusätzlich Aktivitätsbereiche, Lagerplatzsortierung, feinere Platzattribute, Verwaltung von Handling Units. |
| Bestandsführung | Bestand je Lagerplatz und Charge. | Zusätzlich getrennt nach Bestandsart, Eigentümer und Verfügungsberechtigtem: Voraussetzung für Fremdbestände. |
| Belegfluss im Lager | Transportbedarf und Transportauftrag. | Lageranforderung, Lageraufgabe, Lagerauftrag: bündeln, priorisieren, Ressourcen zuordnen. |
| Ressourcensteuerung | Keine integrierte Ressourcenverwaltung. | Personen, Fahrzeuge und Geräte mit Ressourcenarten, Warteschlangen und Aufgabenzuteilung. |
| Kommissionierstrategien | Entnahmestrategien in begrenztem Umfang. | Mehrstufige Kommissionierung, Entnahme nach Verfallsdatum oder Chargenreinheit, Pick-Point-Verfahren. |
| Wellenbildung | In Grundzügen, an Lieferungen und Transporte gekoppelt. | Wellen nach Route, Versandart, Tor oder Zeitfenster als Grundlage der Arbeitsverteilung. |
| Yard- und Torverwaltung | Nicht enthalten. | Fahrzeuge auf dem Gelände, Tore und Bereitstellungszonen, Hofbewegungen als eigene Aufgaben. |
| Labor Management | Nicht enthalten. | Vorgabe- und Ist-Zeiten, Auslastungsplanung, Leistungskennzahlen. In Deutschland mitbestimmungspflichtig. |
| Anlagensteuerung | Nur über ein zusätzliches Lagersteuerungssystem. | Materialflusssystem (MFS) als Bestandteil von EWM: Anlagensteuerung ohne Zwischenschicht. |
EWM ist die Lagerlösung in S/4HANA, und das klassische Lagermodul wird nicht als strategische Lösung weitergeführt. Damit gehört die Lagerentscheidung in dieselbe Roadmap wie der Systemumstieg. Die Termine, Optionen und Fristen rund um das Wartungsende ordnet der Artikel ECC-Wartungsende 2027 ein; wie wir Umstiege planen und umsetzen, steht auf der Seite S/4HANA-Migration & ECC 2027.
Wichtig für die Planung: Es gibt keine automatische Umstellung vom alten Lagermodul auf EWM. Lagerstruktur, Prozesse und Strategien werden neu aufgebaut, Bestände werden übernommen. Ein EWM-Vorhaben ist damit ein eigener Arbeitsstrom mit eigener Prozessverantwortung, eigenen Testzyklen und eigenem Cutover. Wer es als Nebenposten der Systemumstellung behandelt, verlagert die Arbeit in die Testphase, in der sie am teuersten ist.
Wir nehmen Ihr Lager auf und liefern innerhalb von fünf Werktagen nach dem Erstgespräch eine unverbindliche Aufwandsindikation: Größenordnung, Laufzeit und die Posten, die erfahrungsgemäß kritisch werden.
Beide Varianten bieten denselben fachlichen Funktionsumfang. Unterschiedlich sind Betrieb, Verfügbarkeit und Aufwand. Diese sieben Kriterien entscheiden die Frage in der Praxis:
| Kriterium | Spricht für embedded EWM | Spricht für dezentrales EWM |
|---|---|---|
| Durchsatz und Belegvolumen | Mittleres Volumen; Lastspitzen bleiben im Rahmen des ERP-Systems. | Hohes, steigendes Volumen mit eigenen Entscheidungen über Tuning und Archivierung. |
| Verfügbarkeit des Lagers | Lager und Verwaltung teilen dieselben Wartungsfenster. | Das Lager arbeitet in mehreren Schichten und muss laufen, wenn am ERP-System gearbeitet wird. |
| Release- und Wartungszyklen | Ein Releasestand für alles, gemeinsame Testzyklen. | Lagerprozesse folgen einem eigenen Takt, etwa dem eines Anlagenprojekts. |
| Systemgrenzen | Ein S/4HANA-System versorgt die Lager, ein Mandant. | Mehrere Vorsysteme oder Gesellschaften nutzen dasselbe Lager, oder Fremdbestände sind getrennt zu führen. |
| Automatisierungsgrad | Wenig Fördertechnik; Kommissionierung mobil per Scanner. | Regalbediengeräte, Sorter und Fördertechnik über das Materialflusssystem, mit Reaktionszeitanforderungen. |
| Integrationsaufwand | Kein Abgleich zwischen Systemen, direkter Belegfluss. | Stammdatenverteilung, Belegübergabe und Überwachung sind eigene Arbeitspakete. |
| Betrieb und Verantwortung | Eine Landschaft, ein Betriebsteam, ein Berechtigungskonzept. | Eigene Basis-Betreuung, eigenes Monitoring, zweites Berechtigungskonzept, dafür klare Trennung. |
Embedded ist der Ausgangspunkt, dezentral die begründete Ausnahme. Wer im selben System arbeitet, spart sich Stammdatenverteilung, Belegübergabe, Schnittstellenüberwachung und ein zweites Berechtigungskonzept, also dauerhafte Betriebskosten. Zwei Gründe rechtfertigen diesen Aufwand: Das Lager muss laufen, wenn das ERP-System steht, oder Durchsatz und Automatisierung verlangen eigene Ressourcen.
Betrieb: Ein zweites System braucht Basis-Betreuung, Monitoring, Releaseplanung und einen benannten Verantwortlichen für die Schnittstellen. Diese Posten gehören in die Entscheidung, nicht in die Zeit nach dem Go-live. Wollen Sie sie nicht dauerhaft intern besetzen, spricht das für embedded oder für ein Application Management, das den Betrieb übernimmt. Für einzelne Rollen im Projekt, etwa einen erfahrenen EWM-Berater für eine begrenzte Phase, gibt es SAP-Experten on demand.
Automatisierung ist der Teil von Logistik 4.0, bei dem Erwartung und Aufwand am weitesten auseinanderliegen. Der Grund liegt in den Ebenen einer Anlage und darin, wo die Arbeit tatsächlich entsteht:
Die Ebenen sind klar geschnitten. Die Projektarbeit liegt an den Übergängen, und der aufwendigste ist der zwischen Materialflusssystem und Anlagensteuerung.
EWM bringt mit dem Materialflusssystem die Ebene mit, die früher ein separates Lagersteuerungssystem gestellt hat: Lageraufgaben werden in Fahraufträge übersetzt, Kommunikationspunkte der Anlage abgebildet, Quittungen und Störungsmeldungen entgegengenommen. Dazu gehören definierte Nachrichtenformate, eine Sicht auf den Zustand der Anlage und Werkzeuge zur Fehlerbehandlung. Deshalb kommen EWM-Projekte mit Fördertechnik ohne Zwischenschicht aus: eine Systemgrenze weniger, ein Wartungsvertrag weniger.
Standard ist der Mechanismus, nicht die Anlage. Projektarbeit sind die Festlegung der Kommunikationspunkte und Nachrichteninhalte mit dem Anlagenbauer, das Verhalten bei Störung und Wiederanlauf, Sonderfälle wie fehlerhafte Konturen oder Übergewicht und der Test unter Last. Der größte Teil des Aufwands liegt nicht in der Konfiguration, sondern in der Abstimmung an dieser Nahtstelle. Wer die Schnittstellenbeschreibung erst nach der Bestellung der Anlage schreibt, verhandelt später über Änderungen.
Fahrerlose Transportfahrzeuge und Kommissionierroboter sind in definierten Ausschnitten belastbar: gleichförmige Transporte zwischen festen Punkten, Greifvorgänge bei einheitlichen Artikeln, Palettierung. Angebunden werden sie über die Schnittstellen ihres Herstellers, und das ist der entscheidende Punkt: Die Anbindung ist ein Integrationsprojekt mit eigenem Test und eigener Störungslogik, kein Konfigurationsschritt. Über den Nutzen entscheiden Sortiment, Verpackungsvielfalt und Greifbarkeit, nicht das Datenblatt.
Erst der Prozess, dann die Anlage. Ein Lager, dessen Stammdaten, Struktur und Kommissionierregeln stehen und dessen Mitarbeiter mobil arbeiten, ist automatisierungsreif. Umgekehrt vergrößert Technik den Schaden: Eine Anlage, die auf unklare Regeln trifft, produziert schneller Fehler, als eine Schicht sie korrigieren kann.
Wir prüfen früh, welche Anforderungen aus dem Lagersystem in die Ausschreibung der Anlage gehören. Das ist der Zeitpunkt, an dem Änderungen noch nichts kosten.
EWM erzeugt mit jeder Aufgabe einen Datensatz mit Zeitstempel, Ressource und Ort. Daraus entsteht ein Auswertungsbestand, der drei Fragen sauber beantwortet:
Reichweiten, Umschlagshäufigkeiten und Sortimentsklassen lassen sich aus Beständen und Bewegungen sauber ableiten. Das ist die Grundlage der Lagerplatzvergabe: Schnelldreher in die günstigen Zonen, Langsamdreher nach hinten, saisonale Artikel nach Kalender. Nötig sind dafür keine Prognosen, sondern vollständige Bewegungsdaten.
Weil EWM jede Aufgabe mit Zeitstempel, Ressource und Ort führt, sind Durchlaufzeiten je Schritt messbar: Wareneingang bis Einlagerung, Wellenfreigabe bis Kommissionierende, Bereitstellung bis Verladung. Engpässe werden sichtbar, statt vermutet zu werden, und die Wirkung einer Änderung ist überprüfbar.
Nachkommissionierungen, Fehlmengen, ungeplante Umlagerungen und Inventurdifferenzen sind Kennzahlen der Prozessqualität, keine Zufälle. Zusammen mit den Zeiten je Arbeitsschritt ergeben sie eine Grundlage für die Personalplanung nach Zeitfenstern.
Nicht ableitbar: die künftige Nachfrage. EWM kennt das Lager, nicht den Markt. Eine Prognose braucht Absatz-, Auftrags-, Preis- und Kampagnendaten und gehört deshalb in die Absatz- und Bestandsplanung, etwa in SAP Integrated Business Planning. Das Lagersystem liefert dorthin verlässliche Ist-Daten und setzt die Planung anschließend um. Wer diese Aufgabenteilung übergeht, kauft eine Prognose, die allein auf Lagerbewegungen der Vergangenheit beruht.
Jede Kennzahl ist so gut wie die Buchung, aus der sie stammt. Wo Bewegungen gesammelt nachgetragen werden, Artikelmaße fehlen oder Prozessschritte am System vorbei laufen, entstehen Auswertungen, die plausibel aussehen und in die falsche Richtung zeigen. Belastbare Analytics ist deshalb kein Zusatzmodul, sondern ein Nebenprodukt disziplinierter Prozesse. Deshalb steht im nächsten Abschnitt die Datengrundlage vor der Technik.
EWM-Projekte scheitern selten an der Konfiguration. Sie scheitern an Daten, an unklarer Verantwortung und an Tests, die die Realität nicht abgebildet haben. Diese sechs Punkte gehören vor die Umsetzung:
Lagertypen, Bereiche und Plätze bilden das Fundament; die Artikeldaten entscheiden, ob die Regeln greifen: Abmessungen, Gewichte, Packmittelvorgaben, Chargen- und Serialnummernpflicht, Gefahrstoffkennzeichen. Fehlen diese Angaben oder sind sie geschätzt, greift keine Einlagerungsstrategie. Dieser Posten hat das beste Verhältnis von Aufwand zu Wirkung.
Für jeden Kernprozess, Wareneingang, Einlagerung, Kommissionierung, Versand und Inventur, braucht es eine benannte Person, die fachlich entscheidet und deren Entscheidung gilt. Wo diese Rolle fehlt, wandern Festlegungen in die Testphase und von dort in Änderungsanträge.
Ein Test mit zwanzig Belegen am Schreibtisch beweist nichts über einen Spitzentag. Belastbar sind Zyklen mit realem Belegvolumen, mit den Geräten im Lager und mit dem Sortiment, das tatsächlich bewegt wird. Dazu gehören die angebundenen Systeme, von der Waage bis zum Versanddienstleister, und bei automatisierten Anlagen ein Lasttest über mehrere Stunden am oberen Rand.
Der Umstieg ist der Tag, an dem physischer Bestand und Systembestand übereinstimmen müssen. Das verlangt eine geplante Bestandsaufnahme, einen Stichtag mit Sperrzeiten, eine Entscheidung über offene Lieferungen und angebrochene Einheiten und eine feste Reihenfolge der Ladeläufe. Realistisch ist der Cutover, der Schichtpläne und Kundenzusagen berücksichtigt.
Die neuen Dialoge bedienen Menschen, die unter Zeitdruck arbeiten, oft mehrsprachig und in wechselnden Schichten. Schulung heißt deshalb: am Gerät, im Lager, mit echten Aufträgen, in allen benötigten Sprachen und über alle Schichten. Dazu gehören benannte Ansprechpartner je Schicht für die ersten Wochen.
Für den Fall, dass System oder Anlage stehen, braucht das Lager einen beschriebenen und geübten Ersatzprozess: Kommissionierung auf Papier, manuelle Erfassung nach Wiederanlauf, Regeln für die Reihenfolge der Nacharbeit. Diese Ebene rechtfertigt ihren Aufwand am ersten Tag, an dem sie gebraucht wird.
Vor Ort: Layout, Zonen, Geräte, Mengen an einem Spitzentag, Sonderprozesse, Nachweispflichten und der Zustand der Stammdaten. Ohne diese Aufnahme ist jede Aussage über Aufwand und Variante geraten.
Embedded oder dezentral, welcher Funktionsumfang, welche Anlagenanbindung, welche Reihenfolge. Sie erhalten die Argumente für beide Varianten samt Folgekosten im Betrieb, nicht nur für eine.
Innerhalb von fünf Werktagen nach dem Erstgespräch erhalten Sie eine unverbindliche Größenordnung: Aufwand, Laufzeit, kritische Posten und die Annahmen, auf denen die Zahl beruht.
Prozesse konfigurieren, Schnittstellen bauen, Daten migrieren und in Zyklen mit echten Mengen testen, bei automatisierten Anlagen mit Lasttest. Bei definiertem Scope mit Festpreisgarantie.
Bestandsaufnahme, Stichtag, Wiederanlauf und begleitete erste Wochen im Schichtbetrieb. Danach übernimmt Ihr Team oder unser Application Management den laufenden Betrieb.
Ein Lagersystem dieser Klasse trägt sich nur, wenn seine Möglichkeiten gebraucht werden. Vier Konstellationen, in denen wir zu etwas anderem raten oder ausdrücklich zu EWM:
Wenn wenige Personen ein Lager mit klarer Struktur bewegen, keine Fördertechnik im Spiel ist und die Nachweispflichten sich auf Chargen ohne Sonderfälle beschränken, ist EWM überdimensioniert. In S/4HANA gibt es für diesen Zuschnitt eine schlanke Lagerfunktion ohne Ressourcen-, Wellen- und Anlagensteuerung. Ein System, dessen Möglichkeiten zum größten Teil ungenutzt bleiben, kostet zweimal: in der Einführung und im Betrieb.
Wer kein SAP-System im Kern betreibt und im Handel oder Onlinegeschäft wächst, ist mit einem Cloud-ERP samt Lagerfunktionen meist besser bedient: Kommissionierung per Scanner, Chargen und Serialnummern, angebundene Versanddienstleister und Marktplätze, alles in einem System. Diese Vorhaben setzen wir ebenso um; welcher Weg trägt, entscheidet die Aufnahme, nicht die Modulpräferenz.
Die teuerste Reihenfolge ist Anlage vor Prozess. Wo Packmittelvorgaben uneinheitlich sind, Artikelmaße fehlen und niemand fachlich entscheidet, verstärkt Technik die bestehenden Probleme. Dann empfehlen wir eine erste Stufe ohne Anlagenanbindung und die Automatisierung als zweites Vorhaben, sobald die Datengrundlage steht.
Umgekehrt gibt es Konstellationen, in denen kein einfacheres Modul mehr trägt: hoher Durchsatz mit vielen parallel arbeitenden Ressourcen, Kommissionierung nach Verfallsdatum oder Chargenreinheit, Serialnummern über den gesamten Prozess, Fremdbestände mit getrennter Verfügungsberechtigung, Fördertechnik, Hof- und Torsteuerung. Trifft mehr als eines davon zu, ist die Frage nicht mehr ob, sondern in welcher Variante.
Der Maßstab: Wir implementieren beide Wege, das SAP-Lagersystem und das Cloud-ERP mit Lagerfunktionen. Deshalb hängt die Empfehlung an Ihren Mengen, Nachweispflichten und Ausbauplänen, nicht am Modulportfolio. Zeigt Ihr Bedarf in Richtung eines schlanken, durchgängigen Systems, finden Sie die Alternative auf der Seite Cloud-ERP & E-Commerce. Zeigt er in Richtung Durchsatz, Chargenreinheit und Anlagentechnik, ist EWM die Antwort, und wir sagen Ihnen im Erstgespräch, in welcher Variante und in welcher Reihenfolge.
Wir waren überzeugt, unser Engpass sei die Fördertechnik. Die Aufnahme hat gezeigt, dass in den Artikeldaten die Hälfte der Maße fehlte und deshalb keine Einlagerungsregel greifen konnte. Wir haben zuerst die Stammdaten aufgeräumt und die Anlagenanbindung in eine zweite Stufe gelegt.
Die Entscheidung zwischen embedded und dezentral haben wir lange nach Gefühl diskutiert. Am Ende waren es zwei nüchterne Punkte: Unser Lager läuft im Dreischichtbetrieb, das ERP-System hat Wartungsfenster am Wochenende. Die Folgekosten für den zweiten Betrieb standen dabei offen auf dem Tisch.
Getragen hat den Umstieg die Schulung am Gerät und in allen Sprachen unserer Schichten, nicht die Präsentation im Besprechungsraum. In der ersten Woche stand in jeder Schicht jemand im Lager, der Fragen sofort beantworten konnte. Den ersten Spitzentag danach haben wir deshalb ruhig erlebt.
SAP Extended Warehouse Management (EWM) ist das Lagerverwaltungssystem im SAP-Portfolio. Es führt Bestände bis auf den Lagerplatz, steuert Aufgaben und Ressourcen, kennt mehrstufige Kommissionierstrategien und Wellenbildung, verwaltet Höfe und Tore und kann Fördertechnik über das integrierte Materialflusssystem ansprechen. In S/4HANA ist EWM die strategische Lagerlösung, verfügbar als embedded Variante und als dezentrales eigenes System. Für die Einordnung ist eine Abgrenzung wichtig: EWM ist ein Lagerverwaltungssystem, kein Transportmanagement und keine Planungslösung. Was auf der Straße passiert, gehört in SAP Transportation Management; was künftig nachgefragt wird, in die Absatz- und Bestandsplanung. Wer diese drei Aufgaben in einem System erwartet, plant ein Projekt, das es nicht gibt. Umgekehrt endet EWM nicht an der Lagerwand: Höfe, Tore und Zeitfenster gehören dazu, und genau dort entstehen in der Praxis die messbaren Wartezeiten, die kein Kommissionierverfahren im Inneren des Lagers ausgleichen kann.
Das klassische Lagermodul WM beziehungsweise LE-WM verwaltet Lagerplätze und Bestände und arbeitet mit Transportbedarf und Transportauftrag. EWM setzt darauf eine Steuerungsebene: eigene Lagerbelege mit Aufgaben und Aufträgen, Ressourcenverwaltung, mehrstufige Kommissionierung, Wellenbildung, Yard- und Torverwaltung, Labor Management und das Materialflusssystem für Anlagentechnik. Dazu kommt die strategische Einordnung: EWM wird weiterentwickelt, WM nicht. Eine automatische Umstellung gibt es nicht, die Lagerstruktur wird neu aufgebaut. Dieser Satz ist der wichtigste der ganzen Antwort, weil er die Erwartung an das Projekt bestimmt: Eine EWM-Einführung ist keine Migration, sondern eine Neueinführung mit Datenübernahme. Das hat auch eine gute Seite. Gewachsene Lagerstrukturen, die über Jahre um Ausnahmen ergänzt wurden, lassen sich dabei bereinigen, statt sie mitzuschleppen. Planen Sie deshalb Zeit für die fachliche Entscheidung ein, wie das Lager künftig organisiert sein soll – diese Arbeit kann niemand von außen leisten und sie bestimmt das Ergebnis stärker als die Konfiguration.
Embedded EWM läuft im S/4HANA-System selbst: kein Datenabgleich, direkter Belegfluss, ein Releasestand, ein Betriebsteam. Die dezentrale Variante ist ein eigenes System und lohnt sich, wenn das Lager unabhängig von den Wartungsfenstern des ERP-Systems arbeiten muss, wenn Durchsatz und Automatisierungsgrad eigene Ressourcen verlangen oder wenn mehrere Vorsysteme dasselbe Lager nutzen. Der Preis der Unabhängigkeit sind Schnittstellenbetrieb, eigenes Monitoring und ein zweites Berechtigungskonzept. In der Praxis entscheidet häufig eine einzelne Frage: Darf das Lager stehen, wenn das ERP-System wartungsbedingt nicht verfügbar ist? Wer im Dreischichtbetrieb oder an Wochenenden kommissioniert, beantwortet das mit Nein, und dann ist die dezentrale Variante gesetzt, unabhängig von der Kostenrechnung. Wer im Einschichtbetrieb arbeitet und Wartungsfenster nachts legen kann, gewinnt mit der embedded Variante zwei Dinge, die im Betrieb viel wert sind: einen Belegfluss ohne Abgleich und ein Team statt zweier.
Das MFS ist die Ebene in EWM, die mit der Steuerung einer automatisierten Anlage kommuniziert. Es übersetzt Lageraufgaben in Fahraufträge, bildet die Kommunikationspunkte der Anlage ab, nimmt Quittungen und Störungsmeldungen entgegen und stellt Werkzeuge für Fehlerbehandlung und Wiederanlauf bereit. Damit entfällt zwischen Lagersystem und Anlagensteuerung ein separates Lagersteuerungssystem. Die Abstimmung der Nachrichteninhalte mit dem Anlagenbauer bleibt Projektarbeit. Und sie ist der Teil, der Projekte verzögert – nicht die Konfiguration in EWM. Planen Sie deshalb den Anlagenbauer von Anfang an als Projektbeteiligten ein, mit eigenen Terminen und einer benannten Ansprechperson, nicht als Zulieferer, der eine Schnittstellenbeschreibung liefert. Zwei Punkte gehören verbindlich in diese Abstimmung: das Verhalten bei Störungen, also wer nach einem Abbruch den Wiederanlauf auslöst und in welchem Zustand die Anlage dann ist, und ein gemeinsamer Test unter Last. Ein Test mit fünf Behältern beweist nichts.
Nein, und diese Erwartung führt in Projekten regelmäßig zu Enttäuschungen. EWM kennt Bestände und Bewegungen im Lager. Daraus lassen sich Reichweiten, Umschlagshäufigkeiten, Durchlaufzeiten, Auslastungen und Fehlerquellen belastbar ableiten. Eine Nachfrageprognose braucht dagegen Absatz-, Auftrags-, Preis- und Kampagnendaten und gehört in die Absatz- und Bestandsplanung, etwa in SAP Integrated Business Planning. EWM liefert dorthin verlässliche Ist-Daten, ersetzt die Planung aber nicht. Diese Erwartung lohnt sich auszuräumen, bevor ein Projekt beginnt, weil sie sonst als unerfüllte Anforderung wiederkommt. Was EWM dagegen tatsächlich liefert, ist die Datengrundlage, an der es in Planungsprojekten am häufigsten fehlt: belastbare Durchlaufzeiten je Prozessschritt, Auslastungen nach Uhrzeit und Wochentag, Fehlerquoten je Arbeitsplatz und die Frage, welche Artikel wie oft angefasst werden. Wer diese Zahlen zum ersten Mal sieht, ändert erfahrungsgemäß zuerst die Lagerplatzvergabe und nicht die Prognose – und spart damit unmittelbar Wege.
Das hängt an der Zahl der Lager, am Automatisierungsgrad, an der Menge der Schnittstellen und am Zustand der Stammdaten. Ein manuelles Lager mit mobiler Kommissionierung ist ein anderes Vorhaben als ein automatisiertes Zentrallager mit Regalbediengeräten und Yard-Steuerung. Eine Pauschalangabe wäre unseriös, eine Einschätzung auf Basis Ihrer Aufnahme möglich: Nach dem Erstgespräch erhalten Sie von Staufenberg Advisory innerhalb von fünf Werktagen eine unverbindliche Größenordnung samt Annahmen. Für die eigene Planung sind neben der Projektdauer zwei Zeiträume wichtig, die regelmäßig fehlen. Erstens die Vorarbeit im Lager: Platzstruktur, Artikelabmessungen und Verpackungsdaten müssen stimmen, und diese Aufnahme findet im laufenden Betrieb statt. Zweitens die Zeit nach dem Start: Ein Lager läuft nach dem Umstieg zunächst langsamer, weil Wege und Bildschirmabläufe neu sind. Rechnen Sie mit zwei bis vier Wochen, in denen die Leistung unter dem alten Niveau liegt, und planen Sie den Termin nicht in die Hochsaison.
Häufig nicht. Bei überschaubaren Bewegungen, klarer Struktur und ohne Anlagentechnik genügt in S/4HANA eine schlanke Lagerfunktion. Wer keinen SAP-Kern betreibt, fährt im Handel und Onlinegeschäft meist mit einem Cloud-ERP samt Lagerfunktionen besser: Scanner-Kommissionierung, Chargen und Serialnummern, angebundene Versanddienstleister, alles in einem System. Staufenberg Advisory setzt beide Wege um und sagt Ihnen in der Aufnahme, welcher zu Ihren Mengen und Nachweispflichten passt. Zwei Auslöser sprechen unabhängig von der Lagergröße für EWM, und sie überstimmen die Mengenfrage: Anlagentechnik, die angesteuert werden muss, und Nachweispflichten, die eine lückenlose Verfolgung bis auf Charge und Serialnummer verlangen. Alles andere ist eine Rechnung. Der umgekehrte Fehler ist übrigens häufiger als der erste: Ein kleines Lager, das EWM einführt, weil es im SAP-Standard steht, bezahlt Konfigurationsaufwand und Betriebskomplexität für Funktionen, die niemand nutzt.
Zwei Dinge. Erstens ist EWM die Lagerlösung in S/4HANA, das Lagerthema gehört also in dieselbe Roadmap wie der Umstieg. Zweitens ist die Reihenfolge eine bewusste Entscheidung: Lager vor dem Umstieg, gemeinsam mit ihm oder danach. Jede Variante hat andere Folgen für Testzyklen und Cutover. Die Termine und Optionen rund um das Wartungsende schlüsselt der Artikel zum ECC-Wartungsende 2027 auf. Zur Reihenfolge eine praktische Erfahrung: Beide Vorhaben gleichzeitig anzugehen klingt effizient, verdoppelt aber das Risiko im Cutover – wenn nach dem Umstieg etwas nicht funktioniert, ist unklar, ob es am neuen ERP oder am neuen Lager liegt. Wer die Wahl hat, trennt die Schritte deshalb, und das Lager folgt üblicherweise nach der Stabilisierung. Anders liegt der Fall, wenn das Lager heute auf dem klassischen Modul läuft und ohnehin neu aufgebaut werden muss: Dann ist der Umstieg der natürliche Anlass.
Am 31. Dezember 2027 endet die Mainstream-Wartung für SAP ECC, und wer erst 2027 plant, kauft teuer ein. Der Fahrplan ordnet die Jahreszahlen 2027, 2030 und 2033 ein und rechnet rückwärts, wann Ihr Projekt starten muss.
Artikel lesenCustom Code ohne Dokumentation, Wissen in wenigen Köpfen, eine schlanke SAP-Organisation: Genau hier setzt eine KI-Anbindung an die eigene SAP-Landschaft an. Der Artikel zeigt, welchen Nutzen sie stiftet, wie sich SAP Joule und allgemeine KI-Assistenten sinnvoll abgrenzen und mit welchen Leitplanken ein Einstieg auch in regulierten Umgebungen tragfähig ist.
Artikel lesenAls weclapp Qualified Partner seit 2021 haben wir über 100 Einführungen begleitet, erfolgreiche wie schwierige. Der Artikel benennt Stärken, Grenzen und die fünf Fehler, die weclapp-Projekte regelmäßig teuer machen.
Artikel lesenInnerhalb kurzer Zeit meldet sich ein geschulter Ansprechpartner – je nach Thema auch der Geschäftsführer persönlich. Das Erstgespräch dauert 30 Minuten. Sie nehmen eine Einschätzung zu Machbarkeit und Zeitrahmen sowie konkrete Optimierungsvorschläge mit – eine fertige Erstberatung, die Sie theoretisch auch zu Ihrem bisherigen Dienstleister tragen könnten. Wir liefern zuerst Wert, dann reden wir über Zusammenarbeit.
