Bestandskontrolle

learn menu
Von Joannes Vermorel, Juni 2013

Alle Prozesse, die die Versorgung, die Lagerung und die Zugänglichkeit von Artikeln unterstützen, um deren Verfügbarkeit sicherzustellen, während gleichzeitig Lagerhaltungskosten minimiert werden. In der Praxis umfasst die Bestandskontrolle vielfältige Aspekte, einschließlich der Bestandsverwaltung, der Erfassung sowohl von Mengen als auch von Standorten der Artikel, aber auch der Optimierung der Versorgung.

Verwaltung vs Optimierung

Die Bestandskontrolle ist ein breites Gebiet, das in zwei Hauptbereiche unterteilt werden kann:

  • Die Verwaltung des Bestands, die kaum von der Bestandsverwaltungssoftware in den meisten computergestützten Systemen zu trennen ist. Beim Verwalten des Bestands besteht das Ziel darin, eine hohe Produktivität aller Bestandsoperationen aufrechtzuerhalten.
  • Die Optimierung des Bestands, bei der Kosten, wie beispielsweise Lagerhaltungskosten und Fehlbestandskosten minimiert werden müssen, während man sich einer unsicheren zukünftigen Nachfrage gegenübersieht. Beim Optimieren des Bestands besteht das Ziel darin, den finanziellen Ertrag des Bestands für das Unternehmen zu maximieren.

Obwohl es physisch nur einen Bestand gibt, spiegeln diese beiden Bereiche grundlegend unterschiedliche Probleme wider, die getrennt behandelt werden sollten.

Verwaltung des Bestands

In seiner modernen Form ist die Verwaltung des Bestands kaum von der Bestandsverwaltungssoftware zu unterscheiden, die sie unterstützt. Tatsächlich kümmert sich die Software darum, eine elektronische Darstellung des Bestands zu erhalten, die ständig genutzt wird, um Routinefragen sofort zu beantworten, die ansonsten eine sehr zeitaufwändige physische Inspektion des Bestands erfordern würden. Beispiel: Wie viele Einheiten des Produkts X haben wir noch?

Um genaue elektronische Aufzeichnungen des Bestands zu führen, müssen alle Bestandsoperationen in der Software erfasst werden. In der Praxis werden Dateneingaben durch den Einsatz von Barcodes oder RFID (Radio-Frequency Identification) erheblich beschleunigt. In den modernsten Umgebungen1 werden physische Operationen am Bestand selbst robotisiert, sodass der Bestand wirklich digital von end-to-end verwaltet wird.

Im Gegensatz zum Buchhaltungssystem, das darauf abzielt, eine genaue finanzielle Abbildung der vom Unternehmen verwalteten Vermögenswerte zu liefern, ist das Bestandsverwaltungssystem aktionsorientiert, um das Unternehmen bei der Führung seines Bestands zu unterstützen. Das erste Ziel des Systems ist Produktivität, also alle Bestandsoperationen mit möglichst geringem Zeit- oder Arbeitsaufwand durchzuführen. Das zweite Ziel des Systems ist es, eine nachhaltige Genauigkeit der elektronischen Darstellung des physischen Bestands zu gewährleisten.

Optimierung des Bestands

Der Bestand stellt eine Antizipation der zukünftigen Nachfrage dar und einen finanziellen Trade-off zwischen widersprüchlichen Kosten. Zu viel Bestand, und die Lagerhaltungskosten steigen in die Höhe; und zu wenig Bestand, und es gibt nichts mehr zu bedienen, was zu Fehlbestandskosten führt.

Im Gegensatz zur Bestandsverwaltung konzentriert sich die Bestandsoptimierung darauf, die besten Entscheidungen zu treffen, die den Bestand steuern, wie zum Beispiel:

  • Bestimmen, wann und wie viel nachbestellt werden soll (siehe auch Nachbestellpunkte)
  • Bestimmen, wo ein Artikel in der Einrichtung gelagert werden soll
  • Festlegen, welche Artikel gezählt werden müssen und wann (siehe auch Phantominventar)

Sobald die Entscheidung getroffen wurde, wird sie durch das Bestandsverwaltungssystem umgesetzt; allerdings ist das Verwaltungssystem nicht unbedingt dafür verantwortlich, solche Entscheidungen zu treffen oder gar Vorschläge zu generieren, die manuell von einem Bediener validiert werden müssen.

Die größte Herausforderung des Bestandsoptimierungsproblems ist die Unsicherheit in Bezug auf die zukünftige Nachfrage. Tatsächlich verlassen sich die meisten Techniken der Bestandsoptimierung, da die zukünftige Nachfrage unbekannt ist, auf statistische Methoden zur Vorhersage der Nachfrage. Die optimierten Entscheidungen werden als diejenigen berechnet, die die erwarteten zukünftigen Kosten minimieren.

Manchmal erschweren kombinatorische Probleme die Optimierung zusätzlich. Beispielsweise möchte ein Einzelhändler möglicherweise replenishment Aufträge erteilen, die das gesamte verfügbare Gewicht und den verfügbaren Platz im truck ausnutzen, der die Lieferung durchführt, um die Versandkosten zu minimieren. In der Praxis bedeutet dies, die richtige Mischung aus schweren Artikeln und sperrigen Artikeln auszuwählen.

Vergleich der beiden Ansichten

Wie oben ausgeführt, sind die Verwaltung und die Optimierung des Bestands unterschiedliche Probleme. Die folgende Tabelle zeigt die wesentlichen Unterschiede zwischen den beiden Sichtweisen.

Verwaltung Optimierung
Essenz der Software Funktionsorientiert. Mehr Funktionen bedeuten typischerweise eine höhere Produktivität, da die Software mehr Unterstützung für weniger häufige Situationen bietet. Leistungsorientiert. Die Software wird anhand der finanziellen Leistung der von ihr berechneten Entscheidungen bewertet.
Organisatorische Auswirkungen Hoch. Die meisten Bestandsprozesse des Unternehmens werden direkt von der Software selbst strukturiert. Niedrig. Bestandsprozesse existieren bereits, das System schlägt lediglich alternative Entscheidungen vor.
Operative Verfügbarkeit Echtzeit. Wenn die Software nicht verfügbar ist, kann das Unternehmen seinen Bestand buchstäblich nicht mehr betreiben. Offline. Die meisten Bestandsentscheidungen werden nur einmal – manchmal zweimal – pro Tag getroffen, und Entscheidungen können stichprobenartig generiert werden.
Rechenlast Niedrig. Die Software muss lediglich die physischen Bewegungen des Bestands abbilden, sobald sie stattfinden, was im Vergleich zur verfügbaren Rechenleistung eines modernen Computers sehr langsam ist. Hoch. Die Software muss Simulationen oder Äquivalentes durchführen, indem sie die gesamte Historie häufig mehrfach neu verarbeitet, um die Optimierungen durchzuführen.
Änderungsaufwand Hoch. Da alle Prozesse um die Software herum strukturiert sind. Da die Software den ‘‘Zustand’’ des Bestands darstellt, ist es ziemlich unpraktisch, koexistierende Systeme zu haben, da sich die Bestandsaufzeichnungen schnell voneinander entfernen. Niedrig. Mehrere Systeme können koexistieren, solange für jedes System ein ‘‘anwendbarer Geltungsbereich’’ definiert ist. Es ist möglich, schrittweise von einem System auf das nächste zu migrieren.

Lokad-Falle

Historisch gesehen sind ERPs als monolithische Lösungen entstanden, um sowohl die Probleme der Bestandsverwaltung als auch der Bestandsoptimierung anzugehen. Allerdings, wie im vorherigen Abschnitt detailliert dargelegt, sind die Zutaten für gute Bestandsverwaltungssoftware ganz andere als die, die für gute Bestandsoptimierungssoftware erforderlich sind. Infolgedessen stellen wir fest, dass Unternehmen, die ein monolithisches Design übernehmen, nahezu alle entweder unter schlechter Verwaltung oder schlechter Optimierung leiden – letzteres ist am häufigsten der Fall.

Das Problem wird durch das Tempo des Wandels in der Softwarebranche weiter verstärkt. Tatsächlich sind Bestandsverwaltungssoftwares naturgemäß sehr klebrig: Einmal eingeführt, sind die Wechselkosten so hoch, dass wir routinemäßig beobachten, dass es bis zu einem Jahrzehnt dauern kann, bis große Unternehmen vollständig auf eine alternative Lösung umsteigen. Während die Verzögerung bei kleineren Unternehmen kürzer ist, sind mehrjährige Übergangszeiten häufig. Das bedeutet, dass viele Unternehmen Verwaltungssoftware betreiben, die ein oder zwei Jahrzehnte alt ist – sie verlieren dabei die Vorteile, die die aktuell besseren Lösungen auf dem Markt mit sich bringen könnten. Da die Wechselkosten jedoch hoch sind, ist hier wenig zu tun.

Im Gegensatz dazu bringt der Optimierungsteil deutlich geringere Reibungsverluste in Bezug auf den Änderungsaufwand. Tatsächlich ist es in der Regel möglich, mehrere Systeme zu haben, von denen jedes seinen eigenen Satz von Vorschlägen generiert (z. B. die Liste der Artikel, die nachbestellt werden sollen), und dann einen Prozess zu definieren, um festzulegen, welchem System welcher Verantwortungsbereich zugewiesen werden soll.

Hinweise


  1. Zum Beispiel produziert Kiva Systems Auftragsabwicklungssysteme, die mobil ↩︎