Unabhängige IFS-Cloud-Beratung · Lager
Der Artikel ist im Stamm stillgelegt, sein Bestand liegt noch im Lager
Ein obsoleter Artikel mit Bestand ist in IFS Cloud möglich, weil der Status am Artikelstamm nur die Zukunft des Artikels ändert. Wird ein Artikel stillgelegt, setzt man seinen Status am Artikelstamm um, damit die Planung ihn nicht länger vorschlägt und keine Bestellungen für ihn entstehen. Der Statuswechsel bewegt den Bestand nicht. Ein als obsolet markierter Artikel kann weiter einen Lagerbestand halten, der nichts plant, nirgends verkauft wird und seinen Wert in den Büchern behält. Das ist nicht dasselbe wie Bestand, der sich nur langsam dreht: Auswertungen zum Bestandsalter reihen Artikel danach, wie lange sie sich nicht bewegt haben. Bei einem obsoleten Artikel ist die Entscheidung schon gefallen, und sein Restbestand ist eine eigene Liste, die IFS Cloud speichert, aber niemandem vorlegt.
Auf einen Blick
- Wer einen Artikel obsolet setzt, ändert seinen Status am Artikelstamm. Nichts an dieser Änderung verbraucht, verschrottet oder bewegt den Bestand, der schon da ist, also bleibt die Menge, bis jemand eine Bewegung dagegen bucht.
- Das ist eine Ausnahme beim Artikelstatus und keine Bewegungskennzahl. Sie unterscheidet sich von Langsamdrehern, bei denen ein Artikel aktiv ist und sich nur nicht bewegt hat. Hier ist die Entscheidung, den Artikel stillzulegen, gefallen, und der Bestand ist das lose Ende.
- Der Restbestand trägt weiter einen Wert. Er bläht das Vorratsvermögen in der Bilanz auf und steht in der Inventur neben Artikeln, die verkauft werden sollen.
- Er versteckt sich gerade durch die Stilllegung: Ein obsolet gesetzter Artikel fällt aus den aktiven Auswertungen, und damit aus den Listen, in denen sein Restbestand sonst sichtbar wäre.
- Artikelstatus und Bestand je Lagerort liegen beide in IFS Cloud. Ein nur lesender Monitor kann obsolete Artikel mit Bestand auflisten und schreibt nichts zurück.
1.Der Statuswechsel stoppt den Fluss, nicht den Bestand
Der Status am Artikelstamm steuert, ob IFS Cloud den Artikel plant und bestellt. Wer einen Artikel obsolet setzt, weist das System an, keinen Nachschub zu erzeugen, ihn bei neuen Bestellungen nicht vorzuschlagen und ihn als auslaufend zu behandeln. Genau das soll eine Stilllegung mit der Zukunft des Artikels tun.
Die Vergangenheit bleibt unberührt. Jede Menge, die schon empfangen und eingelagert wurde, bleibt am jeweiligen Lagerort zu dem Wert stehen, zu dem sie gebucht wurde. Der Statuswechsel ist eine Entscheidung darüber, was als Nächstes geschieht, keine Anweisung, zu bewegen, was schon da ist. Der Bestand bleibt also, ruhig und im Besitz, unter einem Artikel, den das Unternehmen formal nicht länger will.
2.Die Stilllegung nimmt den Artikel aus den Auswertungen, die den Rest zeigen würden
Ein obsoleter Artikel verschwindet planmäßig aus den aktiven Planungs- und Verkaufsansichten, und genau dort versteckt sich der Restbestand. Die Listen, mit denen ein Disponent arbeitet, zeigen aktive Artikel. Wird ein Artikel aus dieser Menge genommen, nimmt er seinen Restbestand aus dem Blick mit.
| Was Sie sehen | Was dahinterstecken kann |
|---|---|
| Obsoleter Artikel, Bestand über null | Der Kernfall. Der Artikel ist stillgelegt, der Bestand nicht, und er trägt einen Wert, den keine aktive Auswertung beobachtet. |
| Obsoleter Artikel mit Bestand und offenen Reservierungen | Bestand, der für einen Bedarf unter einem Artikel gebunden ist, der nicht länger bestellt werden soll. Eine Reservierung kann also einen Bestand halten, der nicht nachgeliefert wird. |
| Obsoleter Artikel mit positivem Bestand, aber Kosten null | Eine zweite Bewertungslücke auf demselben Restbestand. Es lohnt sich, beides zusammen zu prüfen, weil beides die Bestandszahl verzerrt. |
| Obsoleter Artikel mit Bestand an unterschiedlichen Lagerorten | Der Bestand ist verstreut. Ein Blick auf einen einzelnen Lagerort übersieht ihn, und nur eine Abfrage über alle Lagerorte summiert, was wirklich übrig ist. |
Bestand unter einem stillgelegten Artikel wächst unbemerkt. Ein Artikel wird stillgelegt, sein Restbestand wird vergessen, und weil der Artikel nicht länger aktiv ist, trifft ihn keine Routineprüfung. Ein Disponent, der auf aktive Artikel schaut, sieht ihn nie. Liest man dagegen über alle Artikel nach Status, sind die obsoleten mit Bestand eine eindeutige, endliche Liste.
3.Obsolete Artikel finden, die noch Bestand halten
Artikelstatus, Bestand je Lagerort, Lagerwert und offene Reservierungen stehen über Standard-OData-Projektionen zur Verfügung und lassen sich lesen, ohne einen Datensatz zu berühren. Die Erkennung sucht zwei Dinge:
- Status obsolet, Bestand über null - im Stamm stillgelegte Artikel, die noch einen Saldo tragen. So erscheint der Bestand, den das Unternehmen nicht länger nutzen wollte, als Liste mit seinem Wert.
- Obsoleter Artikel mit Bestand und offenen Reservierungen - stillgelegte Artikel, deren Restbestand an einen Bedarf gebunden ist. So wird eine Reservierung auf einen Artikel, der nicht nachgeliefert wird, neben den einfachen Restbeständen geführt.
Weil es ein nur lesendes Überwachungsmuster ist, läuft es neben der Bestandsführung und schreibt nichts nach IFS Cloud 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. Den Bestand zu verschrotten, nachzuarbeiten oder den Wert zu bereinigen, ist eine kontrollierte Entscheidung der Bestandsführung und der Finanzbuchhaltung. Der Monitor sorgt dafür, dass der Rest auf einer Liste steht, über die entschieden wird, statt unter einem stillgelegten Artikel zu liegen, wo er zu überschüssigem und obsoletem Bestand wird, den eine Abschreibung zum Jahresende findet.
4.Einführen ohne Meldungsflut
- Mit bewerteten Salden beginnen - ein obsoleter Artikel mit echtem Lagerwert verzerrt die Bücher am stärksten, also sortieren Sie nach Wert vor der Menge.
- Zuerst im Trockenlauf - protokollieren Sie über den gesamten Artikelstamm, welche Artikel gemeldet worden wären, bevor ein einziger Eintrag einen Disponenten erreicht.
- Reservierungen getrennt melden - Bestand, der unter einem obsoleten Artikel gebunden ist, verlangt auch eine Entscheidung über den Bedarf. Führen Sie ihn deshalb als eigene Zeile und nicht unter den einfachen Restbeständen.
- Nur lesend, ohne Spur - Standard-OData-Abfragen, nichts wird zurückgeschrieben, kein neues Objekt in IFS Cloud.
Weiterlesen
5.Fragen und Antworten
Entfernt der Status obsolet in IFS Cloud den Bestand eines Artikels?
Nein. Der Status obsolet hindert IFS Cloud daran, den Artikel zu planen und zu bestellen, verschrottet, verbraucht oder bewegt aber keine Menge, die schon am Lager liegt. Der Bestand bleibt an seinem Lagerort und behält seinen Wert, bis jemand eine Verschrottung, eine Nacharbeit oder eine andere Bewegung bucht. Der Statuswechsel entscheidet über die Zukunft des Artikels, nicht über den Bestand, der schon existiert.
Worin unterscheidet sich ein obsoleter Artikel mit Bestand von Langsamdrehern?
Ein Langsamdreher ist ein aktiver Artikel, der sich eine Weile nicht bewegt hat und nach der Zeit seit der letzten Buchung geordnet wird. Ein obsoleter Artikel mit Bestand hat den Status stillgelegt, die Entscheidung gegen seine Nutzung ist also schon gefallen, und der Restbestand ist das lose Ende. Das eine ist eine Bewegungskennzahl bei einem aktiven Artikel, das andere eine Statusausnahme bei einem Artikel, den das Unternehmen beendet hat. Beides braucht getrennte Prüfungen, weil eine Auswertung zu Langsamdrehern nur aktive Artikel ansieht.
Warum bleibt Restbestand unter einem obsoleten Artikel unbemerkt?
Die Stilllegung nimmt einen Artikel planmäßig aus den aktiven Planungs- und Verkaufsansichten, und mit diesen Listen arbeitet ein Disponent. Wer den Artikel obsolet setzt, nimmt also auch seinen Restbestand aus dem Tagesblick. Keine Routine trifft einen stillgelegten Artikel, und deshalb kann sein Restbestand lange liegen, bis eine Inventur oder eine Abschreibung zum Jahresende ihn findet.
Schreibt dieses Monitoring etwas nach IFS Cloud zurück?
Nein. Artikelstatus, Bestand je Lagerort, Lagerwert und offene Reservierungen werden über Standard-OData-Projektionen gelesen und außerhalb von IFS Cloud ausgewertet. Nichts wird zurückgeschrieben, es entsteht also keine Spur beim Upgrade und kein neues Objekt im Kundensystem. Verschrotten, Nacharbeiten oder Neubewerten des Restbestands bleibt eine kontrollierte Entscheidung von Menschen.
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 stillgelegten Artikel auflisten, die noch Bestand und Wert binden
Sagen Sie mir, wo sich totes Lager in Ihren Büchern versteckt. In einem 30-Minuten-Gespräch prüfe ich mit Ihnen, ob eine Regel, die obsolete Artikel mit Restbestand auflistet, zu Ihren Artikelstatus und Beständen 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 einen Disponenten erreicht.

Polski (PL)
English (United Kingdom)