Planungsprozess - AWS Supply Chain

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Planungsprozess

Der Nachschubbedarf wird auf der Grundlage der konfigurierten Netzwerktopologie für einen Artikel berechnet. Im Folgenden finden Sie ein Beispiel für eine Netzwerktopologie, anhand derer wir verschiedene Berechnungen beschreiben, die bei der Generierung von Nachschubaufträgen anfallen.

Prozess der Angebotsplanung

Auto Replenishment generiert Transferanforderungen von Spoke-Nodes zu Hub-Nodes (z. B. regional DCs zum zentralen DC) und generiert Einkaufsanforderungen von Hub-Nodes an Lieferanten (z. B. zentrales DC an Lieferanten). Bei der Generierung von Nachschubbestellungen sind die folgenden Schritte erforderlich. Diese Schritte werden für jede Kombination aus Produkt und Standort wiederholt, für die die Wiederbeschaffungsplanung vorgesehen ist. Anforderungen von Downstream-Knoten werden auf der Grundlage der Informationen zu den Beschaffungsregeln flussaufwärts weitergegeben, und der Prozess wiederholt sich am Upstream-Knoten, bis er den Stammknoten für diesen Artikel erreicht.

Ablauf des Prozesses zur Angebotsplanung
  • Nachfrageverarbeitung — AWS Supply Chain bereitet die historischen Nachfrage- oder Prognosedaten auf der Grundlage der Konfiguration des Nachschubplans vor. Nachfrage oder Prognosen werden auf Produkt-, Standort-, Tages- oder Wochenebene auf der Grundlage der Konfigurationseinstellungen für den Nachschubplan verarbeitet. Verkaufshistorie- oder Prognosedaten werden auf Produkt- und Standortebene aggregiert, wenn sie auf einer detaillierteren Ebene bereitgestellt werden, z. B. auf Produkt-, Standort-, Kunde- oder Produkt-, Standort- oder Vertriebskanäle. In ähnlicher Weise erfolgt die Aggregation von Tag zu Woche, wenn ein Nachschubplan auf Wochenebene konfiguriert ist. Im vorherigen Beispiel wird die Nachfrage von regionalen Spoke-Nodes übernommen und auf Produkt- DCs, Standort- und Tag-/Wochenebene aggregiert. Wenn eine verbrauchs- oder nachfrageorientierte Inventarpolitik verwendet wird, wird der Durchschnittsverbrauch anhand der Nachfrage der letzten 30 Tage (Verkaufshistorie) berechnet.

  • Zielbestand — Verwenden Sie die Nachfrage oder Prognosen zusammen mit der konfigurierten Inventarrichtlinie, um den Zielbestand für einen bestimmten Zeitraum zu bestimmen. Auto Replenishment unterstützt zwei verschiedene Nachschubmodelle.

    • Prognosegestützter Nachschub

    • Bedarfsorientierter Nachschub

    AWS Supply Chain generiert auf der Grundlage der Prognose Inventarziele. Diese Inventarziele werden auf der Grundlage von Vorlaufzeiten und Beschaffungsplänen festgelegt, um sicherzustellen, dass die Lagerbestände den Schwankungen der Nachfrage- und Angebotsvorlaufzeiten Rechnung tragen.

  • Übertragungs- oder Einkaufsanforderungen AWS Supply Chain — berücksichtigt die Nachfrage in jedem Zeitraum vom Angebot (Lagerbestand + Lagerbestand auf Bestellung) über den Projektbestand bis in die future. AWS Supply Chain hält den voraussichtlichen Lagerbestand auf dem gleichen Niveau wie den im vorherigen Schritt berechneten Zielbestand. Der Unterschied zwischen dem prognostizierten Lagerbestand und dem Zielbestand ist der Nettoversorgungsbedarf oder die Nachbestellmenge (RoQ). AWS Supply Chain wendet eine Mindestbestellmenge an oder bestellt mehrere Bestellungen, um die endgültigen Transferanforderungen oder Einkaufsanforderungen (POR) zu generieren. AWS Supply Chain verwendet die Transferzeit oder die Vorlaufzeit des Lieferanten, um die Bestellung nach Datum zu bestimmen. Die Standardeinstellung für die Losgröße ist 1,0, und die Mindestbestellmenge ist 0.

    Berechnungslogik

    rounding=f(RoQ,MOQ,Lot_Size) =Lot_Size×Max(RoQ,MOQ)

    Die obige Formel beschreibt die Rundungslogik in Auto Replenishment. AWS Supply Chain vergleicht zunächst die Nachbestellmenge RoQ und die Mindestbestellmenge MOQ, ruft den endgültigen Bestellvorschlag ab und multipliziert dann mit dem Losgrößenfaktor für die tatsächliche Menge. Die Losgröße wird in der Entität für Beschaffungsregeln mit dem Feld qty_multiple konfiguriert.

  • Weitergabe von Anforderungen — Bei Spoke-Nodes werden Bezugsregeln AWS Supply Chain verwendet, um nach übergeordneten Knoten zu suchen und Übertragungsanforderungen an den Upstream-Knoten weiterzuleiten. AWS Supply Chain verschiebt das erforderliche Lieferdatum um die Vorlaufzeit für die Übertragung, um das erforderliche Datum am übergeordneten Knoten zu ermitteln. AWS Supply Chain unterstützt nur Single Sourcing. Wenn dieser Schritt für alle untergeordneten Knoten oder Spoke-Knoten unter einem Hub-Knoten abgeschlossen ist, werden die vorherigen Schritte auf dem Hub-Knoten AWS Supply Chain wiederholt. Dieser Vorgang wird wiederholt, bis der Stammknoten in der Topologie eines Elements erreicht ist.

    Bei der automatischen Warenauffüllung werden nur Bestellanfragen für Websites angezeigt, die direkt mit Anbietern verbunden sind. Es gibt zwei Arten von Websites mit Lieferantenkontakt:

    • Websites mit Anbieterkontakt, die andere Websites beliefern

    • Websites mit Anbieterkontakt, die keine anderen Websites bereitstellen

    Prozess der Angebotsplanung

    Bei Lieferantenadressen, die andere Standorte beliefern, entspricht die Nachbestellmenge der Nachbestellmenge der untergeordneten Standorte zuzüglich der unabhängigen Nachbestellmenge aus dem eigenen Bedarf. Bei Standorten mit Lieferantenkontakt, die keine anderen Standorte beliefern, wird die Nachbestellmenge auf der Grundlage der Bedarfsprognose für den Standort berechnet. Die unabhängige Nachbestellmenge für Standorte mit Lieferantenkontakt folgt derselben Logik bei der Berechnung der Nachbestellmenge. Die abhängige Nachfrage ist die Summe aller untergeordneten Standorte. Beträgt die Deckungstage 7, ist der RoQ die Summe der Menge aller Bestellungen im abgedeckten Zeitraum. Das folgende Beispiel zeigt ein Szenario im Planungshorizont, in dem es nur einen Auftrag für jeden Standort gibt, und es erklärt die Berechnung.

    Beispiel für einen Prozess zur Angebotsplanung