Lagerverwaltung digitalisieren: Vom Prozessproblem zum stabilen Betrieb

Ein neuer Scanner löst kein Bestandsproblem. Und ein neues Warehouse Management System macht aus einem unklaren Ablauf noch keinen guten Prozess. Die Digitalisierung der Lagerverwaltung beginnt deshalb nicht mit einer Anbieterpräsentation. Sie beginnt mit einer präzisen Frage: Welche Entscheidungen kann Ihr Team heute nicht zuverlässig treffen, weil Daten fehlen, Verantwortlichkeiten unklar sind oder Systeme nicht zusammenspielen?

Erst wenn diese Lücke beschrieben und wirtschaftlich bewertet ist, lässt sich entscheiden, ob vorhandene Systeme ausreichen, ein WMS benötigt wird oder zunächst Prozesse und Stammdaten stabilisiert werden müssen. Der folgende Leitfaden führt vom Ist-Prozess über Anforderungen, Daten und Tests bis zum Go-live und stabilen Betrieb.

Die kurze Antwort: Lagerdigitalisierung ist gelungen, wenn relevante Warenbewegungen verlässlich am Entstehungsort erfasst werden, Prozesse und Ausnahmen klar geführt sind, Systeme eindeutige Verantwortung tragen und das Team den Betrieb ohne dauerhafte externe Hilfe steuern kann. Ein neues WMS kann dafür notwendig sein – es ist aber nicht der Ausgangspunkt und auch nicht immer die richtige erste Maßnahme.

Warum Digitalisierungsprojekte im Lager oft enttäuschen

Viele Projekte starten mit einem sichtbaren Symptom: Bestände stimmen nicht, Aufträge werden zu spät versendet, Mitarbeitende arbeiten mit Excel-Listen oder Ausnahmen lassen sich nur über Zuruf lösen. Dann wird schnell nach Software gesucht. Das eigentliche Problem bleibt jedoch häufig unklar: Sind Stammdaten falsch? Fehlen Buchungspunkte? Ist der Prozess unnötig kompliziert? Oder ist die bestehende Systemlandschaft tatsächlich funktional am Ende?

Fraunhofer IML stellt in seinem Vorgehen zur Auswahl und Einführung von Logistik-IT deshalb die Analyse der Ist-Prozesse und das Soll-Konzept vor Lastenheft, Ausschreibung und Realisierung [1]. Diese Reihenfolge ist mehr als Methodik. Sie schützt davor, ein technisches Produkt für ein Problem zu kaufen, dessen Ursache noch nicht verstanden ist.

Was eine digitale Lagerverwaltung wirklich leisten muss

Digital bedeutet nicht papierlos um jeden Preis und auch nicht Echtzeit für jede Information. Entscheidend ist, dass der operative Prozess steuerbar wird. Dazu gehören fünf Fähigkeiten:

• Verlässliche Datenerfassung: Warenbewegungen, Mengen, Lagerplätze und Status werden dort erfasst, wo sie entstehen – mit möglichst wenig nachträglicher Korrektur.
• Geführte Prozesse: Mitarbeitende erhalten klare nächste Schritte; Abweichungen und Sonderfälle haben definierte Wege statt informeller Workarounds.
• Klare Systemverantwortung: Für Artikel, Bestand, Auftrag, Lieferung, Versandstatus und Finanzdaten ist festgelegt, welches System führend ist.
• Messbare Leistung: Qualität, Geschwindigkeit, Kosten und Stabilität werden mit wenigen belastbaren Kennzahlen gesteuert.
• Beherrschbarer Betrieb: Monitoring, Support, Berechtigungen, Notfallabläufe, Releases und Wissenstransfer sind Teil der Lösung – nicht Aufgaben für später.

Ein WMS kann diese Fähigkeiten bündeln. Die VDI 3601 beschreibt WMS über Aufgaben- und Leistungsbereiche sowie die Einbindung in über- und untergeordnete IT-Systeme [2]. Ob dafür ein ERP-Modul, ein Suite-WMS oder eine spezialisierte Lösung passt, ist eine eigene Architekturentscheidung – und nicht mit dem Begriff Digitalisierung beantwortet.

Lagerverwaltung digitalisieren: sechs Schritte

Die sechs Schritte sind bewusst systemneutral. Sie funktionieren für eine schrittweise Verbesserung ebenso wie für eine vollständige WMS-Einführung.

Schritt 1: Problem, Ausgangslage und Ziele messbar machen

Beginnen Sie nicht mit einer Funktionsliste, sondern mit einer Lagerbegehung entlang des Material- und Informationsflusses. Verfolgen Sie reale Aufträge vom Eingang bis zum Versand und reale Retouren bis zur Wiedereinlagerung oder Erstattung. Dokumentieren Sie dabei Normalfälle, Ausnahmen, manuelle Übergaben und die Stellen, an denen Daten verspätet oder doppelt erfasst werden.

Für die Ausgangslage sollten mindestens geklärt werden:

• welche Kunden- und Serviceversprechen regelmäßig gefährdet sind
• wo Bestandsdifferenzen, Suchzeiten, Fehlbuchungen oder Nacharbeit entstehen
• welche Prozessschritte außerhalb der führenden Systeme laufen
• welche Mengen, Auftragsprofile und Spitzen heute und künftig bewältigt werden müssen
• welche Kennzahlen bereits belastbar vorliegen und wo erst eine Messbasis geschaffen werden muss

Geeignete Kennzahlen können Bestandsgenauigkeit, Kommissionierfehler, Zeit vom Wareneingang bis zur Verfügbarkeit, Auftragsdurchlaufzeit, Cut-off-Erfüllung, Produktivität, Retourendurchlaufzeit oder Schnittstellenfehler sein. Nicht jede Kennzahl ist für jedes Lager relevant. Entscheidend sind Ausgangswert, Datenquelle, Messmethode, Ziel und verantwortliche Person.

Schritt 2: Zielprozesse und Anforderungen entwickeln

Ein schlechter Prozess wird durch Digitalisierung nur schneller reproduziert. Prüfen Sie deshalb vor jeder Systemanforderung, welche Schritte entfallen, standardisiert oder organisatorisch geklärt werden können. Erst danach wird beschrieben, was die technische Lösung leisten muss.

Anforderungen sollten aus konkreten Prozessszenarien entstehen: Wareneingang mit Mengenabweichung, priorisierter B2C-Auftrag kurz vor Cut-off, B2B-Palettenauftrag, Nachschub in einer Spitze, beschädigte Retoure oder Ausfall eines angebundenen Systems. So wird sichtbar, ob eine Funktion im Alltag trägt – nicht nur in einer Demo gut aussieht.

Eine belastbare Anforderungsmatrix enthält:

• Prozess und Geschäftszweck der Anforderung
• Volumen, Spitzenlast, Standorte, Länder, Kanäle und relevante Sortimentsmerkmale
• Priorität als Muss, Soll oder Kann sowie wenige echte Ausschlusskriterien
• fachliche Abnahmekriterien statt nur einer Funktionsbezeichnung
• nichtfunktionale Anforderungen an Performance, Verfügbarkeit, Monitoring, Security, Support und Releasefähigkeit
• bewusst dokumentierte Punkte außerhalb des Projektumfangs

Der funktionale WMS-Fragebogen von Fraunhofer IML zeigt die mögliche Breite von Anforderungen [3]. Er ist eine gute Strukturhilfe, aber keine universelle Pflichtliste. Chargen, Seriennummern, RFID, Gefahrgut oder bestimmte Kommissionierstrategien sind nur dann Muss, wenn Geschäftsmodell, Sortiment, Kundenversprechen, Compliance oder Automatisierung sie tatsächlich erfordern.

Schritt 3: Daten, Systemverantwortung und Infrastruktur absichern

Viele Einführungen geraten nicht an einer fehlenden Funktion ins Stocken, sondern an uneinheitlichen Artikelstämmen, unklaren Bestandsverantwortungen, ungeprüften Etiketten oder einem Funknetz, das im Büro funktioniert, aber nicht zwischen Regalen und Fördertechnik. Diese Grundlagen gehören vor die Migration und vor den Go-live.

Klären Sie für jedes relevante Datenobjekt:

• Führendes System: Wo entstehen und ändern sich Artikel, Bestand, Auftrag, Lieferung, Packstück, Versandlabel, Status und Finanzdaten?
• Übergabe: Welcher fachliche Auslöser überträgt welche Daten in welcher Reihenfolge?
• Aktualität: Welche Reaktionszeit braucht der Prozess wirklich? Geringe Latenz kann bei Reservierung oder Automation kritisch sein; Reporting oder Stammdaten folgen häufig anderen Zyklen.
• Abweichung: Wie werden Dubletten, fehlende Daten, Zeitüberschreitungen und Bestandsdifferenzen erkannt und korrigiert?
• Berechtigung: Wer darf Daten anlegen, ändern, freigeben oder korrigieren? Das ist getrennt von der Systemführerschaft zu definieren.

Maschinenlesbare Identifikation kann Warenbewegungen schneller und präziser erfassen. GS1 beschreibt Barcodes unter anderem für Lagerbestände, Statusverfolgung, Dokumentation und Rückverfolgbarkeit [4]. Ob Barcode, 2D-Code oder RFID sinnvoll ist, hängt jedoch vom Prozess, den Objekten, der benötigten Lesereichweite und der Wirtschaftlichkeit ab. Technik und Etiketten müssen unter realen Lagerbedingungen getestet werden.

Schritt 4: Lösung und Umsetzungspartner auswählen

Erst jetzt ist die Systemfrage reif. Vielleicht reicht eine bessere Nutzung des vorhandenen ERP, vielleicht ist ein dediziertes WMS erforderlich oder ein klar abgegrenzter Digitalisierungsschritt liefert bereits den größten Nutzen. Die Architekturentscheidung zwischen ERP-Modul, Suite-WMS und Best-of-Breed-Lösung wird im eigenständigen Blogartikel 6 vertieft.

Vergleichen Sie Anbieter nicht nur über Featurelisten und Lizenzpreise. Lassen Sie dieselben vorbereiteten End-to-End- und Ausnahmeszenarien zeigen. Prüfen Sie das vorgesehene Projektteam, vergleichbare Referenzen, Integrationskonzept, Betriebsmodell, Support und Gesamtkosten. Ein überzeugendes Verkaufsteam ist noch kein belastbarer Implementierungsplan.

Ein gutes Angebot beantwortet mindestens:

• welche Anforderungen im Standard erfüllt, konfiguriert oder entwickelt werden
• welche Annahmen, Abhängigkeiten und Kundenzuarbeiten gelten
• wer fachliche Konzeption, Integration, Migration, Test und Cutover verantwortet
• wie Änderungen, Budgetgrenzen, Abnahme und Support geregelt sind

Schritt 5: Konfigurieren, integrieren und unter Last testen

In der Umsetzung entscheidet sich, ob das Zielbild Bestand hat. Jede Abweichung vom Standard sollte mit Geschäftsnutzen, Folgekosten und Releaseauswirkung begründet werden. Sonderentwicklung ist nicht grundsätzlich falsch. Sie wird problematisch, wenn sie nur alte Gewohnheiten schützt oder niemand Wartung und Upgradefolgen verantwortet.

Ein vollständiges Testkonzept umfasst je nach Lösung:

• Konfigurations- und Funktionstests der einzelnen Prozessschritte
• Integrations- und End-to-End-Tests über ERP, Shop oder OMS, WMS, Automation, Versand und Reporting
• Fehlerfälle, Wiederanlauf, Dubletten und technische Zeitüberschreitungen
• Migration, Bestandsabgleich und Verarbeitung offener Aufträge
• Volumen-, Performance- und Spitzentests mit realistischen Datenmengen
• Berechtigungs-, Security- und Supportprozesse; das BSI bietet mit dem IT-Grundschutz einen etablierten Rahmen für systematische Informationssicherheit [5]
• User Acceptance Test mit operativen Key Usern und klaren Abnahmekriterien
• Generalprobe des Cutovers einschließlich Entscheidungen bei Abweichungen

Ein erfolgreicher Test ist nicht nur ‚grün‘. Er liefert dokumentierte Ergebnisse, bewertete Restfehler und eine bewusste Go-live-Entscheidung. Kritische Fehler dürfen nicht in eine spätere Betriebsphase verschoben werden, nur um einen Termin zu halten.

Schritt 6: Cutover, Befähigung und Stabilisierung steuern

Der Go-live ist kein technischer Schalter, sondern ein operativer Übergang. Der Cutover-Plan muss Bestandsaufnahme, Datenfreeze, offene Aufträge, Migration, Systemumschaltung, Funktionsprüfung, Kommunikation und Entscheidungswege in einer gemeinsamen Reihenfolge verbinden.

Ein Pilot ist sinnvoll, wenn Standort, Bereich, Sortiment oder Prozess technisch und physisch sauber abgrenzbar sind und die Erkenntnisse auf den Rollout übertragbar bleiben. Innerhalb desselben Bestands kann parallele Prozess- oder Systemführung dagegen neue Inkonsistenzen schaffen. Dann sind intensive End-to-End-Tests, Generalprobe und ein kontrollierter Stichtagswechsel häufig die bessere Absicherung.

Für den stabilen Betrieb brauchen Sie:

• rollenbasierte Schulungen mit realen Aufgaben statt einer allgemeinen Systemvorführung
• Key User und Führungskräfte, die Entscheidungen im Alltag treffen können
• einen Hypercare-Prozess mit Prioritäten, Ansprechpartnern und kurzen Eskalationswegen
• tägliche Steuerung weniger kritischer KPIs, Bestandsabgleiche und Schnittstellenstatus
• klare Kriterien, wann Hypercare endet und die Linienorganisation übernimmt
• einen belastbaren Rückfall- oder Notbetrieb, der vor dem Go-live getestet wurde

Wie lange dauert die Digitalisierung der Lagerverwaltung?

Eine seriöse Standarddauer gibt es nicht. Eine Scanunterstützung für einen klar abgegrenzten Prozess ist etwas anderes als die Einführung eines WMS über mehrere Standorte mit Automation und internationaler Systemlandschaft. Pauschale Aussagen wie ‚drei bis sechs Monate‘ sind deshalb eher Verkaufsargument als belastbare Planung.

Planen Sie über Entscheidungs- und Reifegrade: Ist die Ausgangslage verstanden? Ist der Zielprozess verabschiedet? Sind Anforderungen und Datenverantwortung klar? Ist die Lösung ausgewählt und vertraglich beschrieben? Sind Migration, Tests, Cutover und Betriebsübergabe belastbar? Erst daraus entsteht ein realistischer Kalender.

Praxisregel: Die Projektdauer ist das Ergebnis aus Umfang, Komplexität, Datenqualität, Integrationen, Automatisierung, verfügbaren Key Usern und Entscheidungsfähigkeit. Wenn zwei dieser Punkte unklar sind, ist ein präziser Go-live-Termin meist nur eine Scheingenauigkeit.

Was kostet die Digitalisierung eines Lagers?

Auch bei den Kosten ist eine pauschale Zahl nicht seriös. Der Business Case muss alle Aufwände bis zum stabilen Betrieb berücksichtigen: Software und Subscriptions, Konzeption, Konfiguration, Schnittstellen, Datenbereinigung, Geräte, WLAN, Etiketten, Tests, Schulung, interne Projektzeit, Cutover, Support, Releases und spätere Änderungen.

Stellen Sie diesen Kosten nicht nur Personalersparnis gegenüber. Relevanter Nutzen kann auch aus höherer Lieferfähigkeit, weniger Fehlern und Nacharbeit, besserer Bestandsgenauigkeit, schnelleren Retouren oder der Fähigkeit entstehen, neue Kanäle und Standorte beherrschbar anzubinden. Ein kleiner, klar messbarer Schritt kann wirtschaftlich besser sein als eine große Plattform ohne priorisierten Nutzen.

Die häufigsten Fehler

1. Software vor Problemverständnis: Das Produkt steht fest, bevor Ursachen, Ziele und Prozessprofil geklärt sind.
2. Alte Abläufe digital nachbauen: Jede Ausnahme wird zur Anforderung, statt den Prozess zuerst zu vereinfachen.
3. Datenqualität vertagen: Bereinigung, Eigentümer und Prüfregeln werden auf die Migration verschoben.
4. Echtzeit überall fordern: Technische Komplexität steigt, ohne dass der Geschäftsprozess einen Vorteil hat.
5. Schnittstellen unterschätzen: Nachrichtenfluss, Fehlerbehandlung, Monitoring und Abgleich bleiben zu abstrakt.
6. Pilot zum Dogma machen: Der Pilot ist nicht sauber abgrenzbar und erzeugt parallele Bestände oder doppelte Prozesse.
7. Mitarbeitende nur schulen: Betroffene werden zu spät in Zielprozess, Testfälle und Entscheidungen eingebunden.
8. Go-live mit Projektende verwechseln: Stabilisierung, Support, KPI-Steuerung und Übergabe sind nicht finanziert oder organisiert.

Checkliste: Ist Ihr Vorhaben bereit für die Umsetzung?

• Das konkrete Geschäftsproblem und sein wirtschaftlicher Effekt sind beschrieben.
• Ist-Prozesse, Ausnahmen und manuelle Workarounds sind vor Ort aufgenommen.
• Ausgangswerte, Ziele, Datenquellen und KPI-Verantwortliche sind benannt.
• Zielprozesse sind verabschiedet, bevor Systemfunktionen festgelegt werden.
• Anforderungen sind priorisiert und enthalten fachliche Abnahmekriterien.
• Systemführerschaft und Berechtigungen sind getrennt dokumentiert.
• Stammdaten, Migration, Identifikation und Infrastruktur haben klare Eigentümer.
• Kritische End-to-End-, Fehler- und Spitzenszenarien sind Teil des Testplans.
• Das tatsächliche Projektteam des Anbieters ist bekannt und verfügbar.
• Cutover, Generalprobe, Notbetrieb und Go-/No-Go-Entscheidung sind geplant.
• Key User, operative Führung, Support und Hypercare sind besetzt.
• Der Übergang in den Regelbetrieb hat messbare Exit-Kriterien.

Wie BORIS Consulting unterstützt

BORIS Consulting GmbH entwickelt kein eigenes WMS und verkauft keine eigene Logistiklösung. Wir strukturieren Prozesse und Anforderungen, bewerten Lösungen herstellerneutral und steuern die Umsetzung im Interesse des Auftraggebers. Spezialisierte Softwareanbieter und Integratoren werden dort eingebunden, wo ihre technische Kompetenz gebraucht wird.

Die Grundlage sind mehr als 25 Jahre persönliche Erfahrung von Boris von Brevern in E-Commerce-Fulfillment, Omnichannel, Retouren, operativer Supply Chain und Transformation. Je nach Ausgangslage unterstützen wir von der Prozess- und Kostenanalyse über Zielbild, Ausschreibung und Vertragsklärung bis zu Test, Go-live, Stabilisierung oder zeitweiser operativer Führung.

Sie wollen Ihre Lagerverwaltung digitalisieren? Dann sollte der erste Termin nicht mit einer Produktdemo beginnen. Mehr über unsere unabhängige Arbeitsweise finden Sie unter borisconsulting.de. Ein erstes Gespräch können Sie direkt über Calendly vereinbaren.

Fazit: Nicht möglichst viel digitalisieren, sondern das Richtige

Eine digitale Lagerverwaltung entsteht nicht durch möglichst viele Funktionen. Sie entsteht, wenn Prozesse verständlich, Daten verlässlich, Systemrollen eindeutig und Ausnahmen beherrschbar sind.

Wer mit Problem und Ziel beginnt, Anforderungen aus realen Szenarien ableitet und Migration, Test, Cutover und Stabilisierung genauso ernst nimmt wie die Softwarewahl, reduziert Projektrisiken deutlich. Vor allem entsteht eine Lösung, die nicht nur am Go-live funktioniert, sondern im Tagesgeschäft getragen wird.

Das ist der entscheidende Maßstab: Das Lager kann schneller und verlässlicher entscheiden – und das interne Team beherrscht den neuen Betrieb selbst.

Häufige Fragen

Braucht jede digitale Lagerverwaltung ein WMS?

Nein. Je nach Prozesskomplexität können ein vorhandenes ERP-Modul, bessere Datenerfassung oder gezielte Prozessverbesserungen ausreichen. Ein WMS wird relevant, wenn die benötigte operative Steuerung, Optimierung, Automation oder Veränderung im vorhandenen System nicht wirtschaftlich abbildbar ist.

Womit sollte die Digitalisierung des Lagers beginnen?

Mit einer Lagerbegehung und einer belastbaren Ausgangslage. Erfassen Sie reale Material- und Informationsflüsse, Ausnahmen, Workarounds, Mengenprofile und wenige relevante Kennzahlen. Erst danach werden Zielprozess und Technologie festgelegt.

Welche Funktionen muss ein WMS mindestens haben?

Die Mindestanforderungen folgen aus dem Geschäftsmodell und den Prozessen. Wareneingang, Bestand, Kommissionierung oder Versand können Kernbereiche sein. Chargen, Seriennummern, Gefahrgut, RFID oder Mehrmandantenfähigkeit sind dagegen nur dann Pflicht, wenn Sortiment, Compliance oder Betriebsmodell sie erfordern.

Wie wichtig sind Stammdaten für die Lagerdigitalisierung?

Sie sind kritisch. Artikelmaße, Gewichte, Mengeneinheiten, Barcodes, Verpackungen, Lagerstrategien und weitere Attribute steuern viele operative Entscheidungen. Daten müssen vor der Migration bereinigt, einem Eigentümer zugeordnet und mit Prüfregeln dauerhaft abgesichert werden.

Müssen ERP und WMS alle Daten in Echtzeit austauschen?

Nein. Die erforderliche Aktualität ergibt sich aus dem Prozess. Bestandsreservierung, Priorisierung oder Automation können geringe Latenz erfordern. Reporting oder bestimmte Stammdaten können andere Zyklen nutzen. Wichtig sind klare Reihenfolgen, Monitoring und Fehlerbehandlung.

Wie lange dauert eine WMS-Einführung?

Ohne Scope ist jede Zahl unseriös. Dauerbestimmend sind Prozesskomplexität, Standorte, Datenqualität, Schnittstellen, Automation, Anpassungen und verfügbare Key User. Ein belastbarer Termin entsteht erst nach Ist-Analyse, Zielbild, Anforderungen und Ressourcenplanung.

Ist ein Pilot vor dem Go-live immer sinnvoll?

Nein. Ein Pilot hilft, wenn sein Bereich technisch und physisch sauber abgrenzbar ist. Er kann schaden, wenn parallele Bestände oder doppelte Prozesse entstehen. Dann sind vollständige End-to-End-Tests, Generalprobe und kontrollierter Cutover häufig geeigneter.

Wie misst man den Erfolg nach dem Go-live?

Mit denselben Kennzahlen, die vor Projektstart als Ausgangslage erhoben wurden, ergänzt um Betriebsstabilität und Supportaufkommen. Geeignet sind je nach Ziel Bestandsgenauigkeit, Fehlerquote, Durchlaufzeit, Cut-off-Erfüllung, Produktivität, Retourenzeit oder Schnittstellenstörungen.

Quellen

[1] Fraunhofer IML / warehouse logistics: Auswahl und Einführung von Logistik-IT-Systemen – Vorgehen von Ist-Analyse und Soll-Konzept bis Ausschreibung und Realisierung; abgerufen im September 2026

[2] VDI 3601: Warehouse-Management-Systeme – Aufgaben, Leistungsbereiche und Integration von WMS; abgerufen im September 2026

[3] Fraunhofer IML / warehouse logistics: Funktionaler WMS-Fragebogen – Strukturhilfe für funktionale Anforderungen; abgerufen im September 2026

[4] GS1 Germany: Barcodes und RFID – maschinenlesbare Identifikation, Bestandsführung, Statusverfolgung und Rückverfolgbarkeit; abgerufen im September 2026

[5] BSI: IT-Grundschutz – Rahmen für systematische Informationssicherheit; abgerufen im September 2026

Autorenbox

BORIS Consulting GmbH

Boris von Brevern