Polski (PL) 
English (United Kingdom) 
Unabhängige IFS-Cloud-Beratung · Lager
Ein Meldebestand, der seit Jahren nicht zum Bedarf passt, steuert weiter jede Bestellung
Ein Disponent setzt den Meldebestand beim Anlegen des Artikels, und er passt zum Bedarf dieses Tages. Danach verändern sich Bedarf, Wiederbeschaffungszeit des Lieferanten und Saisonverlauf, die gespeicherte Zahl bleibt gleich. IFS Cloud plant weiter damit. Der Parameter ist vorhanden und gültig, deshalb meldet nichts einen Fehler. Ein fehlender Planungsparameter hinterlässt wenigstens ein leeres Feld, das eine Prüfung finden kann. Ein veralteter ist schwerer zu sehen, weil die Planung mit einer Zahl weiterläuft, die den Artikel nicht länger beschreibt.
Auf einen Blick
- Ein einmal gesetzter Meldebestand, Sicherheitsbestand oder eine einmal gesetzte Bestellmenge entfernt sich vom tatsächlichen Bedarf, während IFS Cloud weiter damit plant, als wäre der Wert aktuell.
- Alle Werte sind gefüllt, deshalb greift keine Prüfung auf fehlende Parameter. Die Werte beschreiben ein Unternehmen, das sich verändert hat.
- Ein zu niedriger Meldebestand zeigt sich später als wiederkehrender Bestand unter Mindestbestand und als Eilkosten. Ein zu hoher zeigt sich als Ladenhüter und Altbestand, der Kapital bindet.
- Sofern Ihre Einrichtung keine regelmäßige Überprüfung vorsieht, erzwingt nichts eine. Der Parameter löst nie einen Fehler aus und landet deshalb auf keiner Aufgabenliste.
- Bedarf, Parameter und Datum der letzten Änderung sind in IFS Cloud gespeichert (die genauen Projektionen sollten Sie in Ihrer Umgebung bestätigen). Ein nur lesender Monitor kann daher die Artikel auflisten, deren Einstellungen nicht zum geplanten Bedarf passen.
1.Warum ein gültiger Parameter trotzdem der falsche sein kann
Ein Meldebestand ist eine Annahme über die Zukunft, die in der Vergangenheit aufgeschrieben wurde. Wenn ein Disponent ihn setzt, steckt darin, wie schnell der Artikel abgeht und wie lange der Lieferant für den Ersatz braucht. IFS Cloud handelt bei jedem Planungslauf nach dieser Annahme. Dass sie veraltet ist, kann das System nicht wissen, denn es sieht eine Zahl, und eine Zahl ist kein Fehler.
Das Geschäft verändert sich unterdessen. Eine Produktlinie wächst, und ein Artikel, der früher einzeln rausging, geht jetzt in Zehnermengen raus. Ein Lieferant konsolidiert, und aus zwei Wochen Wiederbeschaffungszeit werden sechs. Ein saisonales Muster verschiebt sich. Jede dieser Änderungen verändert den richtigen Meldebestand, und keine verändert den gespeicherten. Die Lücke öffnet sich Artikel für Artikel, und die Planung erzeugt weiter Bestellvorschläge, die normal aussehen.
Sofern Ihre Einrichtung diese Parameter nicht automatisch neu berechnet, plant IFS Cloud jeden Artikel mit dem hinterlegten Parameter, ohne diesen mit dem Bedarf zu vergleichen, den er beschreiben soll. Am Artikelstamm steht die Zahl und sieht gültig aus. Der Widerspruch tritt erst zutage, wenn man die Einstellung neben den Bedarf legt, dem sie dienen sollte.
2.Welche alten Einstellungen eine Prüfung wert sind
Ein alter Parameter bleibt richtig, solange der Artikel sich verhält wie immer. Würde der Monitor jeden Artikel melden, den ein Jahr lang niemand angefasst hat, ginge der Disponent in der Liste unter. Der Monitor sucht deshalb Einstellungen, bei denen sich der Bedarf um eine von Ihnen festgelegte Spanne von der Zahl entfernt hat.
| Was Sie sehen | Worauf es hindeuten kann |
|---|---|
| Bedarf deutlich über dem, was der Meldebestand voraussetzt | Eine Einstellung, die jetzt zu niedrig ist. Rechnen Sie mit wiederholten Fehlmengen und Eilkosten bei einem Artikel, der auf dem Papier unauffällig aussieht. |
| Bedarf deutlich unter Meldebestand und Bestellmenge | Eine Einstellung, die jetzt zu hoch ist. Kapital liegt im Regal als Ladenhüter, der sich selbst wieder auffüllt. |
| Wiederbeschaffungszeit der letzten Bestellungen länger als im Parameter angenommen | Ein Sicherheitsbestand, der für einen schnelleren Lieferanten ausgelegt wurde. Der Puffer ist aufgebraucht, bevor der Nachschub eintrifft. |
| Letzte Parameteränderung Jahre her bei einem aktiven Artikel | Ein Kandidat für die Überprüfung und kein Beweis für ein Problem. Das Indiz wird stärker, wenn eine der Zeilen darüber ebenfalls zutrifft. |
Fehlmenge und gebundenes Kapital haben dieselbe Ursache: eine Zahl, die einmal stimmte und nie wieder geprüft wurde. Die eine Seite zeigt sich als Lieferausfall, die andere als totes Kapital im Lager.
3.Die Einstellung am Bedarf messen, den sie planen soll
Planungsparameter, aktueller Bedarf und tatsächliche Wiederbeschaffungszeiten sind in IFS Cloud gespeichert und lassen sich über OData-Projektionen lesen, ohne einen Datensatz zu berühren (die genauen Projektionen sollten Sie in Ihrer Umgebung bestätigen). Die Erkennung läuft nach Zeitplan, mit dem ersten Scan, nachdem Sie die Spannen festgelegt haben, und betrachtet zwei Dinge:
- Parameter passt nicht zum aktuellen Bedarf - Meldebestand oder Bestellmenge liegen deutlich über oder unter dem, was der Bedarf der letzten Periode rechtfertigt, gemessen an einer Spanne, die Sie festlegen.
- Angenommene Wiederbeschaffungszeit passt nicht zur Wirklichkeit - der Sicherheitsbestand ist auf eine Wiederbeschaffungszeit ausgelegt, die die letzten Bestellungen nicht länger erreichen, der Puffer hat also die falsche Größe.
Weil es ein nur lesendes Überwachungsmuster ist, läuft es neben der Disposition 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. Der Disponent erhält eine kurze Liste von Artikeln, deren Einstellungen einen frischen Blick verdienen, und die Entscheidung über die neue Zahl bleibt bei ihm.
4.Einführen ohne Meldungsflut
- Mit den A-Artikeln beginnen - prüfen Sie zuerst die Einstellungen, die das Geld oder das Lieferrisiko am stärksten bewegen.
- Zuerst im Trockenlauf - protokollieren Sie über einen vollen Zeitraum, welche Artikel gemeldet worden wären, bevor eine einzige Meldung einen Disponenten erreicht.
- Zwei getrennte Prüfungen - eine für Bedarf, der nicht zur Einstellung passt, eine für Wiederbeschaffungszeit, die nicht zum Puffer passt.
- Nur lesend, ohne Spur - Standard-OData-Abfragen, nichts wird zurückgeschrieben, kein neues Objekt in IFS Cloud.
Weiterlesen
5.Fragen und Antworten
Worin unterscheidet sich ein veralteter Meldebestand von einem fehlenden?
Ein fehlender Planungsparameter hinterlässt ein leeres Feld, das eine Prüfung auf leere Felder auflisten kann. Ein veralteter Meldebestand ist gefüllt und gültig, die Planung läuft also mit ihm, als wäre er aktuell, und der Wert passt nicht länger zum Bedarf, den er planen soll.
Warum fällt ein veralteter Meldebestand in IFS Cloud nicht auf?
Ein gefüllter Meldebestand löst nie einen Fehler aus, und die Planung erzeugt aus ihm normal aussehende Bestellvorschläge. Sofern Ihre Einrichtung keine regelmäßige Überprüfung vorsieht, erzwingt nichts eine, und eine Einstellung, die vor Jahren abgedriftet ist, landet auf keiner Aufgabenliste.
Legt ein Monitor den neuen Meldebestand für uns fest?
Nein. Ein Monitor listet die Artikel auf, deren Einstellungen nicht zu Bedarf und Wiederbeschaffungszeit der letzten Zeit passen, und gibt dem Disponenten eine kurze Liste zur Überprüfung. Der neue Meldebestand ist eine Planungsentscheidung, die bei einem Menschen bleibt.
Muss die Überwachung von Meldebeständen in IFS Cloud schreiben?
Nein. Planungsparameter, Bedarf und Wiederbeschaffungszeiten werden über OData-Projektionen gelesen und außerhalb von IFS verglichen. Nichts wird zurückgeschrieben, es entsteht also keine Spur beim Upgrade und kein neues Objekt im Kundensystem.
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.
Die Einstellungen finden, die nicht zum Bedarf passen
Sagen Sie mir, bei welchen Artikeln der Lagerwert am höchsten ist und wo Fehlmengen Sie immer wieder überraschen. In einem 30-Minuten-Gespräch prüfe ich mit Ihnen, ob eine Regel, die Planungsparameter mit aktuellem Bedarf und Wiederbeschaffungszeit vergleicht, 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, mit einer Woche im Trockenlauf, bevor etwas Ihre Disponenten erreicht.
