Polski (PL) 
English (United Kingdom) 
Unabhängige IFS-Cloud-Beratung · Lager
Geplante Bewegungen, die niemand ausgeführt hat, lassen Kommissionierplätze leer
Ein offener Transport Task in IFS Cloud, also eine geplante Lagerbewegung, lässt den Bestand am Quelllagerort liegen, während der Plan davon ausgeht, dass er längst am Ziel ist. Wo Ihre Einrichtung Transport Tasks nutzt, legt IFS Cloud einen an, sobald Bestand bewegt werden muss: eine Einlagerung nach dem Wareneingang, einen Nachschub zu einem Kommissionierplatz, eine Umlagerung zwischen Bereichen. Der Task nennt einen Von-Lagerort und einen Nach-Lagerort und wartet darauf, dass jemand ihn ausführt. Wird er nie ausgeführt, bleibt der Bestand, wo er war. Ein Kommissionierer, der zum Ziel geschickt wird, findet einen leeren Platz, obwohl die Ware weiter hinten im Lager liegt. Der offene Task und sein Alter sind in IFS Cloud erfasst, und ob etwas die Tasks meldet, die zu lange warten, sollten Sie in Ihrer Einrichtung prüfen.
Auf einen Blick
- Ein Transport Task ist eine geplante Bewegung zwischen zwei Lagerorten. Bis er ausgeführt ist, liegt der Bestand physisch am Quellort und nicht an dem Ziel, das der nächste Prozess erwartet.
- Ein offener Nachschub-Task kann einen Kommissionierplatz leer lassen, während Aufträge darauf warten. Am Ziel entsteht dann ein Engpass, obwohl derselbe Artikel am Quellort liegt.
- Bestand, der eingegangen, aber nicht eingelagert ist, steht vor der ersten Bewegung nach der Ankunft. Ein Transport Task deckt jede interne Bewegung ab, auch einen Nachschub, der lange nach dem Wareneingang läuft.
- Bestand im Transit zwischen Standorten hat das Haus verlassen. Hier ist der Bestand im Haus geblieben, und die Bewegung ist eine Aufgabe von Regal zu Regal, die niemand abgeschlossen hat.
- Der offene Task, sein Von- und Nach-Lagerort und sein Alter sind in IFS Cloud erfasst. Ein nur lesender Monitor kann die Bewegungen auflisten, die geplant, aber nie erledigt wurden, und schreibt nichts zurück.
1.Ein Transport Task hält eine geplante Bewegung fest, und erst die Ausführung bewegt den Bestand
Ein Transport Task in IFS Cloud steht für eine erforderliche Bewegung von Bestand von einem Lagerort zu einem anderen. Das Lager legt ihn für eine Einlagerung nach dem Wareneingang an, für einen Nachschub, der einen Kommissionierplatz auffüllt, oder für eine interne Umlagerung. Der Task hält fest, wo der Bestand ist und wohin er soll, und er bleibt offen, bis ein Lagermitarbeiter ihn ausführt und die Bewegung bestätigt.
Bis zu dieser Bestätigung liegt der Bestand noch am Quellort. Ein Nachschub-Task, der sagt, dass ein Kommissionierplatz aufgefüllt werden soll, legt allein dadurch nichts auf diesen Platz. Das tut erst die Ausführung.
Das Risiko ist ein Task, der angelegt und dann liegen gelassen wird. Der Bestand ist im System, weil er irgendwo im Lager existiert, und er liegt nicht dort, wo der nächste Prozess ihn sucht. Der offene Task enthält diese Information, aber nur wer die offenen Tasks liest, sieht sie.
2.Welche offenen Tasks Aufmerksamkeit brauchen
Ein Task, der vor einer Minute angelegt wurde und auf den nächsten Lagermitarbeiter wartet, ist normal. Ein Nachschub-Task, der eine Schicht lang offen ist und einen Kommissionierplatz mit wartenden Aufträgen versorgen soll, ist ein Engpass im Entstehen. Der Unterschied liegt im Alter und darin, ob am Ziel Bedarf wartet, und beides ist messbar.
| Was Sie sehen | Worauf es hindeuten kann |
|---|---|
| Nachschub-Task offen, Aufträge warten am Ziel-Kommissionierplatz | Das höchste Risiko. Die Kommissionierung findet zu wenig, obwohl der Bestand im Lager existiert. Er wurde nur nie dorthin bewegt, wo die Kommissionierung ihn erwartet. |
| Einlagerungs-Task lange nach dem Wareneingang offen | Bestand liegt an einem Wareneingangs- oder Bereitstellort, wo die normale Kommissionierung ihn womöglich erst erreicht, wenn die Bewegung stattfindet. |
| Task zu einem Lagerort, der gerade gezählt oder gesperrt wird | Die Bewegung kann nicht sauber abgeschlossen werden, und der Bestand hängt zwischen einem Quellort, den er nicht verlassen kann, und einem Ziel, das er nie erreicht hat. |
| Ein bestimmter Bereich oder eine Schicht, in der Tasks wiederholt offen bleiben | Eine Prozesslücke in diesem Bereich, in der Anlegen und Ausführen von Tasks auseinandergedriftet sind. |
In der ersten Zeile liegt die Störung. Der Artikel ist im Bestand, der Auftrag lässt sich nicht kommissionieren, und niemand hat beides verbunden. Ein Lagermitarbeiter, der die Task-Warteschlange Eintrag für Eintrag abarbeitet, sieht nicht, welche offenen Tasks inzwischen laufenden Bedarf blockieren. Eine Liste der offenen Tasks im Verhältnis zum Bedarf an ihren Zielen stellt die dringenden an den Anfang.
3.Die Bewegungen finden, die geplant und nie erledigt wurden
Der Transport Task, sein Zustand, Von- und Nach-Lagerort und der Zeitpunkt seiner Anlage lassen sich über OData-Projektionen lesen, ohne einen Datensatz zu berühren (die genaue Projektion sollten Sie in Ihrer Umgebung bestätigen). Die Erkennung betrachtet zwei Dinge:
- Offen über ein sinnvolles Fenster hinaus - Tasks, die nicht innerhalb der Zeit ausgeführt wurden, die eine Bewegung dieser Art dauern sollte. Die hängenden erscheinen so als Liste, statt in der Warteschlange zu liegen.
- Am Ziel wartet Bedarf - offene Nachschub- oder Umlagerungs-Tasks, an deren Nach-Lagerort Aufträge oder Reservierungen warten. Eine Bewegung, die jetzt eine Kommissionierung blockiert, steht so vor einer, auf die niemand wartet.
Weil es ein nur lesendes Überwachungsmuster ist, läuft es neben dem Lager und schreibt nichts nach IFS zurück. Es legt kein Objekt im Kundensystem an, also hinterlässt ein Release R1 oder R2 in Ihrem IFS nichts, das neu zu testen wäre. Vor jedem Release prüfe ich im Rahmen des Abonnements, ob die Standard-Projektionen, die gelesen werden, noch passen. Die Bewegung auszuführen bleibt beim Lagermitarbeiter. Der Monitor sagt der Schichtleitung, welche Tasks Kommissionierungen aufhalten, bevor im Auftrag eine Fehlmenge entsteht. Er steht neben der Prüfung auf kommissioniert, aber nicht versandt, die dieselben Lagerort- und Auftragsdaten liest.
4.Einführen ohne Meldungsflut
- Mit Nachschub-Tasks beginnen, die laufende Kommissionierungen versorgen - Bewegungen, die Kommissionierplätze mit wartenden Aufträgen auffüllen, sind die Stelle, an der ein hängender Task zuerst schmerzt. Beobachten Sie diese vor dem Rest.
- Zuerst im Trockenlauf - protokollieren Sie über einen vollen Zeitraum, welche Tasks gemeldet worden wären, bevor ein einziger Alarm eine Schichtleitung erreicht.
- Das Wartefenster je Task-Art abstimmen - eine Einlagerung und eine Umlagerung zwischen Lagern dauern unterschiedlich lang, also setzen Sie die Schwelle passend zu jeder Art von Bewegung.
- Nur lesend, ohne Spur - Standard-OData-Abfragen, nichts wird zurückgeschrieben, kein neues Objekt in IFS Cloud.
Weiterlesen
5.Fragen und Antworten
Was ist ein Transport Task in IFS Cloud?
Ein Transport Task ist eine geplante Bewegung von Bestand von einem Lagerort zu einem anderen, angelegt für eine Einlagerung nach dem Wareneingang, einen Nachschub zu einem Kommissionierplatz oder eine interne Umlagerung. Er hält Von-Lagerort und Nach-Lagerort fest und bleibt offen, bis ein Lagermitarbeiter die Bewegung ausführt und bestätigt. Bis zur Ausführung liegt der Bestand am Quellort und nicht an dem Ziel, das der nächste Prozess erwartet.
Warum entsteht eine Fehlmenge im Auftrag, obwohl der Bestand im Lager liegt?
Die Kommissionierung sucht Bestand an dem Lagerort, den sie erwartet, und das kann ein Kommissionierplatz sein, der durch Nachschub versorgt wird. Wurde ein Nachschub-Transport-Task angelegt, aber nie ausgeführt, ist der Kommissionierplatz leer, während derselbe Artikel am Quellort liegt, von dem der Task ihn bewegen sollte. Der Bestand existiert im Lager und liegt für die Kommissionierung am falschen Ort, also entsteht im Auftrag eine Fehlmenge.
Worin unterscheidet sich ein offener Transport Task von Bestand, der eingegangen, aber nicht eingelagert ist?
Eingegangen, aber nicht eingelagert ist die erste Bewegung nach einem Wareneingang, vom Eingangsbereich ins Lager. Ein Transport Task kann jede interne Bewegung sein, auch ein Nachschub oder eine Umlagerung, die lange nach dem Wareneingang stattfindet. Beides lässt Bestand an einem Ort liegen, den der nächste Prozess nicht erwartet, und ein Transport Task deckt Bewegungen im gesamten Lager ab, über den Eingangsschritt hinaus.
Muss die Überwachung offener Transport Tasks etwas nach IFS Cloud schreiben?
Nein. Zustand des Tasks, Von- und Nach-Lagerort und Anlagezeitpunkt werden über OData-Projektionen gelesen und außerhalb von IFS ausgewertet. Nichts wird zurückgeschrieben, es entsteht also keine Spur beim Upgrade und kein neues Objekt im Kundensystem. Die Bewegung auszuführen bleibt eine Entscheidung des Lagers.
6.Über den Autor
Dariusz Myśliwiec: 18 Jahre Praxis mit IFS (Apps 7.5 bis 10 und IFS Cloud). Ich bin IFS Certified Associate Consultant und nach PRINCE2® 7 zertifiziert. Meine Beratung sitzt in Krakau und arbeitet remote in Europa und weltweit. Sie sprechen direkt mit dem Berater, der die Arbeit ausführt.
Ausgewählte Kunden: Fugro · LGC · BVI Medical · Betafence (PRÆSIDIAD) · Barlinek · NGK Ceramics · Newag · Oleofarm.
IFS ist eine eingetragene Marke der IFS AB. Diese Beratung steht in keiner Verbindung zur IFS AB.
Wissen, welche geplanten Bewegungen nie stattgefunden haben
Sagen Sie mir, wo eine hängende Bewegung Ihre Kommissionierung am stärksten trifft. In einem 30-Minuten-Gespräch prüfe ich mit Ihnen, ob eine Regel, die offene Transport Tasks und den Bedarf an ihren Zielen liest, zu Ihren Daten passt. Das SCM Automation Pack läuft heute mit drei Regeln (unbestätigte Bestellungen, verspätete Lieferungen, Bestand unter Mindestbestand). Diese Regel wäre eine zusätzliche, auf Anfrage gebaute Regel, nur lesend, mit einem Trockenlauf, bevor etwas eine Schichtleitung erreicht.
