Wie eine Lieferung im Lager 1060 zu ihrem Arbeitsplatz kommt

Anlage und Freigabe der Lageraufgaben für den Rackbot, gelesen aus dem Quelltext im EWM und abgeglichen mit den Daten. Stand 11.11.2026.

1. Anlage

alle 30 Min., um :05 und :35

Der Job legt für jede offene Lieferposition die Lageraufgaben an. Keine Priorität, keine Reihenfolge nach Termin.

2. Warteschlange

Lagerauftrag zurückgestellt, Ziel RB00
155

freigabefähige Rackbot-Aufträge warteten am 11.11. im Mittel. Am 28.10. waren es 17.

3. Freigabe

alle 2 Min., 06:00 bis 23:00
20 je Std.

Hier fällt die Entscheidung: wer zuerst, an welchen Platz. Gebremst durch sechs Lieferungen je Arbeitsplatz.

4. Rackbot

Ziel RB01 bis RB04

Der Roboter bringt die Kiste. Bis zu 228 Kisten waren am 11.11. gleichzeitig zu einem Platz unterwegs.

Zahlen der Stufen 2 bis 4 aus der Kennzahlentabelle der Freigabe, Vormittage des 28.10. und 11.11.2026.

Was daraus folgt

Die Reihenfolge entsteht nur bei der Freigabe

Die Anlage kennt keine Priorität. Bei der Freigabe gilt: begonnene Lieferungen zuerst, dann die Priorität der Versandart, erst danach der Termin. Eine überfällige DPD-Lieferung überholt nie eine Express-Lieferung, die noch nicht begonnen wurde.

Der Engpass sind die Arbeitsplätze

Jeder Platz hat sechs Pickplätze und bekommt höchstens sechs Lieferungen. Bei drei aktiven Plätzen laufen 18 Lieferungen gleichzeitig. Der Puffer für Versandkartons hatte an beiden Tagen durchgehend Reserve.

Eine fehlende Position hält die ganze Lieferung an

Solange für eine einzige Position keine Aufgabe existiert, wird nichts von der Lieferung freigegeben. Das gilt auch, wenn jemand eine Aufgabe von Hand storniert: bis zur nächsten Anlage steht die Lieferung.

Die Parameter werden im Betrieb verstellt

Die Variante des Freigabe-Jobs wurde zuletzt am 11.11.2026 geändert. Der Sollwert für Kisten je Platz stand am 28.10. auf 45 und am 11.11. auf 60, zeitweise auf 80 und 100. Im Code vorgesehen sind 4.

Stufe 1: Anlage

Job EWM_DLV_PDO_CREATE_WT, Programm /SCWM/R_DLV_PDO_CREATE_WT. Das ist SAP-Standard, kein Eigenbau. In der Variante steht nur die Lagernummer 1060.

Was der Job in jedem Lauf tut

  • Er liest alle Lieferpositionen mit offener Kommissioniermenge. Es gibt keinen Filter.
  • Er sortiert nach der internen Belegkennung. Das ist technisch nötig, eine fachliche Reihenfolge ist es nicht.
  • Er legt je Lieferung an, was geht. Eine Position ohne Bestand bekommt eine Warnung und wird im nächsten Lauf wieder versucht. So entstehen die «Versuche».
  • Der Lagerauftrag für den Rackbot entsteht zurückgestellt, die Kiste hat das Ziel FT00-RP-AP-RB00. Im Code heisst dieser Platz «pick_dest» im Lagertyp «conveyor_dummy»: ein Platzhalter.
Aus den Daten: Seit dem 01.08.2026 entstanden alle 1'742 geprüften Job-Pakete in den Minuten :05 bis :11 und :35 bis :41. 49 % aller Pakete legen Personen von Hand an; auch diese starten bei RB00.

noch nicht gelesen Wo die Priorität an die Lieferposition geschrieben wird, woher das Ziel RB00 und die Zurückstellung kommen und wo der Zähler der Versuche läuft. Das liegt in Erweiterungen von status C im Standardablauf.

Stufe 3: Freigabe

Job MFS_RELEASE_WHOS, Programm ZSTC_MFS_RELEASE_WHOS, Klasse ZSTC_CL_MFS_WHO_RELEASE. Eigenentwicklung von status C, aktive Variante STANDARD. Jeder Lauf geht diese Schritte durch:

Kandidaten lesen

Alle Lageraufträge mit Status «zurückgestellt» aus Rackbot, Rackbot-Einpöster, Lift und Breitganglager.

11.11.: im Mittel 262 je Lauf, davon 223 Rackbot.

Vorprüfung

Für Rackbot und Lift fällt ein Lagerauftrag heraus, wenn

  • nicht jede Position der Lieferung fertig geplant ist (eine Position ohne Aufgabe genügt),
  • die Lieferung noch offene Aufträge aus dem Breitganglager hat,
  • Lift-Kisten derselben Lieferung noch nicht auf der Fördertechnik sind (nur Rackbot).
11.11.: Von 223 Rackbot-Aufträgen blieben 155 übrig. Rund 70 warteten also auf eine andere Position, das Breitganglager oder den Lift.

Sortieren

Begonnene Lieferungen zuerst, dann Priorität, dann Termin. Die Einzelheiten stehen im nächsten Abschnitt.

Kapazität prüfen, je Lagerauftrag

  • Lieferung schon begonnen: keine Prüfung, der Auftrag geht durch.
  • Versandkarton: Es muss Platz im Puffer sein. Mit Lift-Anteil zusätzlich im Sequenzierer.
  • Mischpalette: Es dürfen nur so viele Lieferungen laufen, wie Mischpaletten-Arbeitsplätze angemeldet sind.
  • Einpöster: zusätzlich eine eigene Obergrenze (15).
11.11.: Puffer für Versandkartons im Mittel 64 frei. Mit Lift-Anteil 8 frei, zeitweise unter null.

Arbeitsplatz wählen

Nur aktive Plätze. Gewählt wird der Platz, zu dem am wenigsten Kisten unterwegs sind und der noch eine Lieferung aufnehmen kann. Ob die Lieferung schon an einem anderen Platz läuft, wird nicht geprüft.

Findet sich kein Platz, werden alle weiteren Rackbot-Aufträge dieses Laufs übersprungen. 11.11.: In 145 von 222 Läufen wurde kein einziger Rackbot-Auftrag freigegeben.

Ziel umstellen und entsperren

Das Ziel der Aufgaben wechselt von RB00 auf den gewählten Platz, die Zurückstellung wird aufgehoben. Ab jetzt kann der Rackbot die Kiste holen.

Die Reihenfolge in der Warteschlange

Es gibt zwei Varianten des Jobs. Aktiv ist «STANDARD». «SORT_LSD» ist angelegt, wird aber von keinem Job benutzt. Das Beispiel zeigt acht erfundene Lieferungen, um den Unterschied sichtbar zu machen.

Zwei Sonderregeln

Priorität je Versandart und was sie bewirkt

Die Priorität steht in der Tabelle ZSTC_T501. Die Tabelle zeigt den Stand vom 11.11.2026. Daneben die Termintreue aller 34'055 Lieferungen im EWM seit dem 01.08.2026: Anteil mit Warenausgang nach dem geplanten Termin.

Die Prioritäten wurden gerade erst geändert. Ein Screenshot derselben Tabelle von Anfang November und die Werte an den Pick-Aufgaben bis zum 09.11. zeigen einen anderen Stand: 15 der 22 Versandarten standen eine Stufe höher, und die Stufe 4 gab es nicht. Dachser, DPD DE Heute, Fremdspedition, EXW und Abholung hatten Priorität 1, DPD Standard AT und Dachser FR die 2, DPD FR die 3. Die Termintreue seit August ist deshalb je Versandart zu lesen, nicht je heutiger Stufe. Bei den Balken steht die frühere Stufe dabei, wo sie abweicht.
Priorität am 11.11.VersandartenLieferungenverspätet
Paketsendungen (Versandkarton)
Paletten (Mischpalette)

Paletten laufen über Breitganglager und Mischpaletten-Plätze. Dort bremst die Zahl der angemeldeten Plätze, nicht die Priorität.

offen Wer die Tabelle zwischen Anfang November und dem 11.11.2026 geändert hat und warum. Auffällig: DPD Standard AT hatte vorher Priorität 2 und war trotzdem so oft verspätet wie DPD DE mit Priorität 3.

Die Warteschlange an zwei Vormittagen

Jeder Freigabelauf schreibt seine Kennzahlen in die Tabelle ZSTC_T_003. Vorhanden sind bisher 500 Zeilen: der 28.10. und der 11.11.2026, jeweils 06:00 bis etwa 13:30.

Gesperrte Rackbot-Lageraufträge
gesperrt insgesamtdavon freigabefähig (nach Vorprüfung)
Freigaben je Viertelstunde
RackbotRackbot-Einpöster
Kisten unterwegs zu den Arbeitsplätzen
RB02RB03RB04Sollwert der Variante
Median je Lauf28.10.11.11.
gesperrte Rackbot-Lageraufträge55223
davon freigabefähig17155
freie Lieferungs-Kapazität, alle Arbeitsplätze zusammen02
freie Kapazität im Puffer für Versandkartons5664
Rackbot-Freigaben je Stunde1620
Läufe ohne eine Rackbot-Freigabe202 von 239145 von 222
Kisten unterwegs zu RB02 / RB03 / RB04, Maximum50 / 24 / 59135 / 214 / 228

Auffällig am 11.11.: Die Zahl der Kisten zu einem Platz springt innerhalb eines einzigen Laufs sprunghaft nach oben: um 07:55 an RB02 von 16 auf 135, um 10:47 an RB04 von 16 auf 228, um 11:23 an RB03 von 15 auf 214. Danach baut sie sich über rund zwei Stunden ab. Die Freigabe hat in genau diesen Läufen keinen Rackbot-Auftrag freigegeben. Die Kisten kommen also aus einer anderen Quelle, die hier nicht gelesen ist.

Die Folge steht im Code: Ein Platz mit mehr Kisten unterwegs als der Sollwert bekommt keine neue Lieferung. RB04 und RB03 fielen damit ab etwa 11:00 für die Freigabe aus, und die Warteschlange wuchs in dieser Zeit von rund 215 auf 280.

RB01 hatte an beiden Tagen in fast allen Läufen keine freie Kapazität und keine Kisten unterwegs. Zwei Vormittage sind kein Verlauf; der vollständige Export der Tabelle steht aus.

Die Stellschrauben

ParameterVorgabe im CodeSTANDARD (aktiv)SORT_LSD
SortierungPrioritätbegonnen, Priorität, Terminbegonnen, Termin, Priorität
Max. Lieferungen je Rackbot-Arbeitsplatz565
Max. Kisten unterwegs je Rackbot-Arbeitsplatz46012
Max. Einpöster in Arbeit20156
Max. aktive Lieferungen aus Breitganglager / Mezzanine10150150
Zeitfenster08:00–20:0006:00–23:0016:00–23:00
Nur freigeben, wenn alle Positionen geplant sindjajaja
Zuletzt geändert11.11.2026, FLEIDL07.04.2026, WUNSCH

Alle Werte lassen sich in der Variante ändern, ohne Entwicklung. Die Pufferregeln (Bahnen, Kapazität je Bahn, Faktor je Versand-Arbeitsplatz) stehen in einem eigenen Customizing, das noch nicht gelesen ist.

Fragen an status C und die Lagerleitung

  1. Priorität vor Termin: Ist gewollt, dass eine überfällige Paketsendung nie vor eine nicht begonnene Lieferung höherer Priorität rückt? Die Variante mit Termin vor Priorität existiert. Warum wird sie nicht benutzt?
  2. Arbeitsplatzwahl: Der Platz wird gewählt, ohne zu prüfen, wo die Lieferung schon läuft. Ist beabsichtigt, dass eine Lieferung an zwei Plätzen je einen der sechs Pickplätze belegt?
  3. Kisten je Platz: Der Sollwert steht auf 60, unterwegs waren bis zu 228. Der Wert springt in einem Lauf um bis zu 200 Kisten, ohne dass die Freigabe etwas freigegeben hat. Was schickt diese Kisten an einen Platz (Inventur, Nachschub, eine Aktion von Hand)? Der Platz ist danach rund zwei Stunden für neue Lieferungen gesperrt.
  4. Storno von Hand: Ein Storno öffnet die Planung der Position wieder und hält die ganze Lieferung bis zur nächsten Anlage an. Ist das der Lagerleitung bekannt? Seit Inbetriebnahme wurden 9'913 Pakete mit Ziel RB00 storniert.
  5. Anlage alle 30 Minuten, Freigabe alle 2 Minuten: Warum der grosse Unterschied? Eine neue Lieferung wartet bis zu 30 Minuten auf ihren ersten Anlageversuch.
  6. RB01: Der Platz hat in den Kennzahlen praktisch keine Kapazität. Ist er ausser Betrieb oder nicht besetzt?
  7. Parameter und Prioritäten: Wer ändert die Variante und die Prioritätstabelle, nach welcher Regel, und wird das festgehalten? Die Tabelle wurde zwischen Anfang November und dem 11.11. umgestellt, die Variante am 11.11.

Begriffe

Lageraufgabe, Lagerauftrag
Die Lageraufgabe ist die einzelne Bewegung (Kiste zum Platz, Pick in die Box). Der Lagerauftrag bündelt Aufgaben und ist das, was freigegeben wird.
Zurückgestellt
Der Lagerauftrag existiert, darf aber noch nicht ausgeführt werden. In den Kennzahlen heisst das «gesperrt».
RB00
Platzhalter als Ziel, solange kein Arbeitsplatz zugeteilt ist. Echte Arbeitsplätze sind RB01 bis RB04.
Begonnen
Mindestens eine Position der Lieferung ist gepickt.
Spätester Starttermin (LSD)
Der Zeitpunkt, zu dem die Kommissionierung spätestens beginnen muss, damit der Termin hält.
Einpöster
Lieferung mit einer einzigen Position. Sie hat eigene Grenzen und zählt nicht zu den sechs Lieferungen je Arbeitsplatz.
Versandkarton, Mischpalette
Die Kartonart der Versandart. Pakete laufen über die Fördertechnik zu den Versand-Arbeitsplätzen, Paletten zu den Mischpaletten-Plätzen.

Quellen und Grenzen

Quelltext aus dem EWM, gelesen am 11.11.2026: Report /SCWM/R_DLV_PDO_CREATE_WT mit Includes, Report ZSTC_MFS_RELEASE_WHOS, Klassen ZSTC_CL_MFS_WHO_RELEASE, ZSTC_CL_MFS_BUFFER_CTRL (vier Methoden) und ZSTC_CL_CONSTANTS, beide Varianten, Jobübersicht. Tabellen ZSTC_T501 (vollständig) und ZSTC_T_003 (500 Zeilen). Termintreue und Anlagezeiten aus Datasphere; «verspätet» heisst Warenausgang nach dem geplanten Warenausgang in Arbeitstagen, Feiertage nicht berücksichtigt, nicht mit der OTIF-Definition abgeglichen.

Nicht gelesen: die Erweiterungen von status C im Standardablauf (Priorität, RB00, Versuchszähler), das Puffer-Customizing, die Methoden update_hu_capa und set_dlv_released. Die Beschreibung gibt den Code wieder, nicht eine Bestätigung durch status C. Das Sortier-Beispiel ist erfunden.