Was tun, wenn der Materialfluss stillsteht? – Supportstrategien für hochkritische Szenarien

Wenn der Materialfluss stillsteht, zählt oft jede Minute. In modernen, hochautomatisierten Lagern können Störungen in SAP EWM, Schnittstellen oder der Automatisierung schnell weitreichende Folgen haben. Doch wie sollte ein professioneller Support reagieren, wenn plötzlich keine Ware mehr bewegt wird? Und wie lässt sich ein Materialfluss-Stillstand nicht nur schnell beheben, sondern nachhaltig verhindern?

Wenn der Materialfluss zum Stillstand kommt

Ein Materialfluss-Stillstand gehört zu den kritischsten Szenarien in der modernen Intralogistik: die Fördertechnik steht, fahrerlose Transportsysteme bewegen sich nicht mehr, Lageraufträge werden nicht abgearbeitet und Waren erreichen ihren nächsten Prozessschritt nicht. Gleichzeitig laufen andere Prozesse weiter: Die Produktion benötigt Material, Kommissionieraufträge warten auf ihre Bearbeitung, LKW stehen zur Beladung bereit oder Liefertermine rücken näher.

In einer SAP-basierten Lagerumgebung ist die Situation häufig besonders komplex. SAP EWM (Extended Warehouse Management) bildet zentrale Lagerprozesse ab und kommuniziert mit zahlreichen weiteren Systemen und Komponenten: FTS / AGVs, AMRs, Scannern, Terminals oder kundenspezifischen Anwendungen. Ein Fehler muss deshalb nicht zwangsläufig dort liegen, wo er zuerst sichtbar wird.

Genau hier zeigt sich die Bedeutung eines professionellen Third-Level-Supports für die Intralogistik.

Warum ein Materialfluss-Stillstand besonders kritisch ist

In einem manuellen Lager kann ein einzelner Fehler unter Umständen durch einen Mitarbeiter umgangen werden. In einem hochautomatisierten Lager sind Prozesse dagegen häufig eng miteinander verknüpft. Ein Fehler an einer Stelle kann eine ganze Prozesskette blockieren.

Typische Auswirkungen einer Materialfluss-Störung sind:

• Warehouse Tasks werden nicht erzeugt oder nicht verarbeitet
• Transportaufträge bleiben offen
• Das Transportleitsystem erhält keine Fahraufträge
• FTS, AGVs oder AMRs erhalten keine Transportaufträge
• Rückmeldungen aus der Automatisierung erreichen SAP EWM nicht
• Schnittstellen liefern Fehlermeldungen
• Lagerprozesse bleiben in einem bestimmten Status stehen
• Nachschub, Kommissionierung oder Versand werden unterbrochen
• Produktion und Materialversorgung geraten ins Stocken

Dabei ist eine zentrale Frage entscheidend: Was steht tatsächlich still – und an welcher Stelle der Prozesskette beginnt die Störung? Diese Frage ist der Ausgangspunkt für eine strukturierte Fehleranalyse.

Eine Störung in SAP EWM: Nicht nur das Symptom betrachten

Bei einer Störung in SAP EWM liegt die Ursache nicht immer direkt im SAP System.

Nehmen wir ein Beispiel: ein AGV bewegt sich nicht.

Auf den ersten Blick könnte die Ursache direkt beim Fahrzeug oder bei der Automatisierung liegen. Tatsächlich kann der Fehler jedoch bereits mehrere Prozessschritte vorher entstanden sein. Vielleicht wurde in SAP EWM kein Transportauftrag erzeugt oder er wurde zwar erzeugt, aber nicht an das Transportleitsystem übergeben. Möglicherweise wurde der Transportauftrag korrekt übertragen, aber das AGV-System konnte ihn nicht verarbeiten. Wenn das Fahrzeug am Ende der Prozesskette stehen bleibt, muss die Ursache deshalb nicht beim Fahrzeug liegen.

Ein professioneller Support analysiert den Prozess entlang dieser gesamten Kette.

Die ersten Schritte bei einem Materialfluss-Stillstand

Gerade bei kritischen Störungen entsteht schnell hektischer Aktionismus. Mitarbeiter versuchen beispielsweise, Aufträge erneut anzustoßen, Systeme neu zu starten oder Vorgänge manuell zu bearbeiten. Das kann die Situation jedoch unter Umständen noch weiter verschärfen.

Eine strukturierte erste Reaktion umfasst mehrere Schritte.

1. Auswirkung feststellen

Zunächst muss geklärt werden, wie groß der betroffene Bereich ist. Handelt es sich um:

• eine einzelne Lageraufgabe?
• einen Lagerbereich?
• einen bestimmten Prozess?
• eine Automatisierungslinie?
• einen kompletten Materialfluss?
• den gesamten Standort?

2. Kritikalität bewerten

Welche Geschäftsprozesse sind betroffen?

• Wareneingang
• Einlagerung
• Nachschub
• Kommissionierung
• Produktion
• Verpackung
• Versand
• Verladung

3. Zeitpunkt bestimmen

Wann trat die Störung erstmals auf? Besonders relevant sind Änderungen kurz vor dem Fehler:

• SAP-Transporte
• Releases
• Deployments
• Systemupdates
• Customizing-Änderungen
• Stammdatenänderungen
• Schnittstellenänderungen
• Netzwerkänderungen
• Systemneustarts

4. Betroffene Systeme identifizieren

Welche Komponenten sind beteiligt?

• SAP EWM
• SAP S/4HANA
• SAP BTP
• Middleware
• Transportleitsystem / FlexGuide4
• FTS / AGVs / AMRs
• Scanner
• Terminals
• kundenspezifische Anwendungen

5. Verantwortlichkeiten klären

Bei einem kritischen Incident sollte möglichst schnell eine zentrale Koordination etabliert werden. Hier kommt beispielsweise der Dispatcher im Third-Level-Support ins Spiel.

Third-Level-Support: Wenn Standardlösungen nicht mehr ausreichen

First-Level- und Second-Level-Support übernehmen wichtige Aufgaben bei der internen Aufnahme, Klassifizierung und Bearbeitung von Störungen im jeweiligen Unternehmen. Bei komplexen Materialflussproblemen reicht Standardwissen jedoch häufig nicht aus. Dann ist tiefgehendes technisches und prozessuales (Entwickler-) Wissen gefragt.

Ein Third-Level-Support für die Intralogistik muss unter anderem Zusammenhänge verstehen zwischen:

• SAP EWM
• SAP S/4HANA
• kundenspezifischen Entwicklungen
• Lagerprozessen
• Schnittstellen
• Automatisierung
• Transportleitsystem
• FTS und AGVs
• individuellen Erweiterungen
• Systemarchitektur
• historischen Fehlerbildern

Der Third-Level-Support ist damit nicht einfach „die nächste Eskalationsstufe“. Er ist der technische Problemlöser für komplexe und geschäftskritische Situationen.

Fehleranalyse in SAP EWM: Wo bleibt der Prozess hängen?

Eine effektive Fehleranalyse beginnt nicht mit der Frage „Welches System ist kaputt?“, sondern mit „An welchem Prozessschritt findet keine erwartete Verarbeitung mehr statt?“. Dafür kann die Störung auf mehreren Ebenen untersucht werden.

Ebene 1: Geschäftsprozess

Zunächst wird betrachtet, was eigentlich passieren sollte. Hierzu betrachten wir folgendes Beispiel:

1. Auftrag wird angelegt.
2. Lagerprozess wird gestartet.
3. Warehouse Task wird erzeugt.
4. Aufgabe wird einem Ziel zugeordnet.
5. Transport wird an die Automatisierung übergeben.
6. Fahrzeug erhält den Auftrag.
7. Transport wird ausgeführt.
8. Rückmeldung erfolgt.
9. Warehouse Task wird bestätigt.

Bereits hier lässt sich häufig erkennen, an welcher Stelle der Prozess stoppt.

Ebene 2: SAP EWM

Anschließend wird geprüft, wie SAP EWM den Vorgang verarbeitet. Dabei sind folgende mögliche Fragen zu beantworten:

• Wurde der Warehouse Task erzeugt?
• Welchen Status besitzt die Aufgabe?
• Gibt es Sperren?
• Wurde eine Ausnahme ausgelöst?
• Ist die Ressource korrekt?
• Sind alle relevanten Prozessdaten vorhanden?
• Wurde der Folgeprozess ausgelöst?
• Gibt es Fehler in kundenspezifischen Entwicklungen?

Diese Analyse grenzt ein, ob die Ursache innerhalb von SAP EWM liegt oder an einer nachgelagerten Komponente.

Ebene 3: Schnittstellen

In automatisierten Lagern sind Schnittstellen besonders kritisch. Denn ein Materialfluss funktioniert nur dann zuverlässig, wenn Informationen zwischen den beteiligten Systemen korrekt ausgetauscht werden. Zu prüfen sind beispielsweise:

• Ein- oder ausgehende Nachrichten
• Queues oder Timeouts
• Kommunikationsfehler oder fehlerhafte Daten
• nicht verarbeitete Nachrichten
• Mapping-Probleme
• fehlende Rückmeldungen
• Authentifizierungsprobleme

SAP EWM und Komponenten gemeinsam analysieren und Vorgang komplett verfolgen

Ein moderner Materialfluss kann nicht isoliert aus Sicht des SAP-Systems betrachtet werden. Ein Transportleitsystem, FTS, AGVs und AMRs sind Bestandteil des Gesamtsystems. Ein Fehler kann beispielsweise entstehen, wenn SAP EWM einen Auftrag korrekt erzeugt und übermittelt, das AGV ihn jedoch nicht verarbeitet. Ebenso kann ein Fahrzeug einen Auftrag korrekt ausführen, während die Rückmeldung nicht bei SAP EWM ankommt.

Für den Anwender sieht beides zunächst ähnlich aus: „Der Transport ist nicht abgeschlossen.“

Technisch handelt es sich jedoch um zwei völlig unterschiedliche Fehlerbilder. Deshalb benötigt ein professioneller Intralogistik-Support ein System- und Prozessverständnis über die einzelnen Systemgrenzen hinweg.

Eine besonders effektive Methode bei komplexen Störungen ist es, einen einzelnen betroffenen Vorgang vollständig durch das System zu verfolgen. Auf diese Weise entsteht eine technische Spur durch die gesamte Prozesskette. Das ist häufig wesentlich effizienter, als gleichzeitig eine große Anzahl von Fehlermeldungen zu untersuchen.

Logs und Monitoring gezielt einsetzen

Bei einer kritischen Störung in SAP EWM können zahlreiche technische Informationen zur Verfügung stehen:

• SAP-Anwendungslogs
• Dumps und Queue-Informationen
• Schnittstellen- oder Systemlogs
• Middleware- oder Automatisierungslogs
• Kommunikationsprotokolle
• Jobprotokolle und Monitoring-Daten

Die Herausforderung besteht darin, relevante Informationen von Folgefehlern zu unterscheiden. Denn nicht jeder Fehler im Log ist automatisch die Ursache des Materialfluss-Stillstands.

Ein professioneller Support fragt deshalb nicht nur „Welche Fehlermeldung gibt es?“, sondern: „Welche Fehlermeldung erklärt das beobachtete Prozessverhalten?“. Diese Unterscheidung ist für eine effiziente Analyse entscheidend.

Kommunikation im Incident Management

Bei einem kritischen Materialflussproblem ist technische Expertise nur ein Teil der Lösung. Auch die Kommunikation mit dem Kunden muss strukturiert erfolgen.

Drei Informationen sind besonders wichtig:

Was wissen wir?

Was untersuchen wir?

Was passiert als Nächstes?

Parallel wird geprüft, ob ein kontrollierter alternativer Prozess zur Wiederaufnahme des Materialflusses möglich ist. Wichtig ist dabei, keine unbestätigten Vermutungen als Fakten zu kommunizieren. Transparenz schafft Vertrauen – auch dann, wenn die Ursache noch nicht gefunden wurde.

Workaround oder nachhaltige Lösung?

Bei einem Materialfluss-Stillstand hat die Wiederherstellung des Betriebs häufig höchste Priorität. Deshalb kann ein temporärer Workaround sinnvoll sein. Beispielsweise kann ein Prozess vorübergehend manuell durchgeführt oder ein alternativer Prozessweg genutzt werden. Ein Workaround ist nur dann professionell, wenn seine Auswirkungen bekannt sind.

Dabei muss jedoch klar zwischen zwei Zielen unterschieden werden:

• Betrieb wiederherstellen und
• Ursache dauerhaft beheben.

Dokumentiert werden sollten deshalb:

• Grund für den Workaround
• betroffene Prozesse
• mögliche Risiken
• erforderliche Nacharbeiten
• notwendige Datenkorrekturen
• Zeitpunkt für die endgültige Lösung

Ein wieder laufender Materialfluss bedeutet jedoch in bestimmten Fällen nicht automatisch, dass der Incident abgeschlossen ist.

Was bei einer kritischen Materialfluss-Störung vermieden werden sollte

Einige Maßnahmen erscheinen im ersten Moment naheliegend, können aber zusätzliche Risiken verursachen. Hierunter fallen unter anderem folgende Aspekte:

• Unkontrollierte manuelle Änderungen: Direkte Änderungen an produktiven Daten können Folgefehler verursachen.
• Neustart ohne Analyse: Ein Neustart kann einen Fehler kurzfristig beseitigen, aber wichtige Informationen für die Ursachenanalyse verlieren.
• Parallele, unkoordinierte Bearbeitung: Wenn mehrere Personen dieselben Vorgänge verändern oder untersuchen, kann die Situation unübersichtlich werden.
• Fehlende Kommunikation: Wenn der Kunde nicht weiß, was passiert, steigt der operative und organisatorische Druck.
• Zu frühe Entwarnung: Ein kurzfristig wieder funktionierender Prozess bedeutet nicht automatisch einen stabilen Betrieb.
• Fehlende Dokumentation: Ohne Dokumentation der durchgeführten Maßnahmen wird die spätere Analyse oder ein Erkennen eines erneut identischen Fehlers erschwert.

KPIs für den Third-Level-Support

Die Qualität eines Supportprozesses sollte nicht ausschließlich anhand der Anzahl bearbeiteter Tickets bewertet werden. Gerade bei kritischen Materialfluss-Störungen sind andere Kennzahlen relevant. Diese KPIs schaffen eine bessere Grundlage, um Supportqualität und kontinuierliche Verbesserung zu messen.

Time to Acknowledge: Wie schnell wurde der kritische Incident übernommen?

Time to Diagnose: Wie lange dauerte die Eingrenzung der Ursache?

Time to Restore: Wie schnell konnte der Materialfluss wiederhergestellt werden?

Time to Resolve: Wie lange dauerte es bis zur nachhaltigen Lösung?

Wiederholungsrate: Wie häufig trat derselbe Fehler erneut auf?

Betroffene Prozesse: Wie groß war die tatsächliche Auswirkung auf den Kunden?

Mehr zu den KPIs im Third-Level-Support können Sie hier nachlesen.

Fazit: Wenn der Materialfluss stillsteht, zählt Struktur

Ein vollständiger Materialfluss-Stillstand lässt sich in einer komplexen und hochautomatisierten Intralogistik nicht immer verhindern. Entscheidend ist deshalb nicht nur die Frage „Wie verhindern wir jeden Fehler?“, sondern auch „Wie schnell und kontrolliert können wir reagieren, wenn ein Fehler auftritt?“.

Ein leistungsfähiger Third-Level-Support verbindet dafür mehrere Kompetenzen: SAP-EWM-Know-how, Prozessverständnis, technisches Expertenwissen, Automatisierungsverständnis, strukturierte Eskalation und eine klare Kommunikation.

So wird aus einer kritischen Störung ein kontrollierbarer Incident. Und aus jedem Incident entsteht die Chance, den Support und die gesamte Systemlandschaft weiterzuentwickeln. Denn wenn der Materialfluss stillsteht, zählt jede Minute. Aber noch wichtiger ist, dass im richtigen Moment die richtigen Menschen die richtigen Schritte einleiten.