Beispiel 1 - Kein Bestand

In diesem Thema wird beschrieben, wie Sie Artikel und Ort auf Basis der ROP-Planlogik definieren, wenn der verfügbare Bestand null ist.

Für dieses Szenario gelten die folgenden Voraussetzungen:

Eingabewerte zur Planberechnung für das Makro oder Arbeitsblatt:

  • Auftragsstartversatz: “” (Makro) oder 0 (Makro oder Arbeitsblatt)
  • Anforderungshorizont: “” (Makro) oder 365 (Arbeitsblatt)

Globale Eingaben (Werte für Zyklusperiode und Routineaufrufe):

  • Aktuelle Planungsperiode: GJ16 M07 (27.06.2016 - 24.07.2016)
  • Beginn_am: 2016-06-27 (Startdatum der aktuellen Planungsperiode)
  • Zukünftiger Zyklushorizont: 52 Wochen
  • Ende_am: 2017-06-27 (Startdatum der aktuellen Planungsperiode + zukünftiger Zyklushorizont in Tagen)

Artikelcode: 10541

Ortscode: B1

Eingaben für die Kennzahlzuordnung:

  • Standardbeschaffungsverfahren: 1 (Transit)
  • Anfangsbestand: 0
  • Meldebestand (ROP): 100
  • Eingangskalender-ID: 1
  • Festschreibungsperiode: 7
  • Durchlaufzeit (Transit): 7
  • Mindestchargenmenge (Transit): 20
  • Schrittgröße (Transit): 5

ROP-Planlogik

Wenn Anfangsbestand < ROP, den entsprechenden Interpolationskalender aus den aktuellen Routineeinstellungen basierend auf der Kennzahlzuordnung für die Eingangskalender-ID (ID = 1) abrufen. Das Standardmuster für den Interpolationskalender (Alle Tage verfügbar):
Sonntag Montag Dienstag Mittwoch Donnerstag Freitag Samstag
1 1 1 1 1 1 1

Für "Nein", Muster für die Eingangsdaten des Auftrags überschreiben:

  • Das erste mögliche Auftragsdatum im zukünftigen Horizont wird berechnet als: Anfangsdatum + MAX Auftragsstartversatz (0), (Transit) Durchlaufzeit (=7), Festschreibungsperiode (=7). Erstes Auftragsdatum (First_Order_date) = 27.06.2016 (2016-06-27) + 7 = 04.07.2016 (2016-07-04).
  • Eingangsdatum (Receiving_date) = 1. Tag ungleich null im Eingangskalender >= Erstes Auftragsdatum (First_Order_date) AND <= Enddatum (End_date): 04.07.2016 (2016-07-04).
  • Wenn das Eingangsdatum ermittelt wird, suchen Sie nach vorhandenen Aufträgen, die vor dem Eingangsdatum verfügbar sind:
    • Aufträge einlesen (Start_date: 27.06.2016 (2016-06-27), Eingangsdatum: 11.07.2016 (2016-07-11). Siehe "Logischer Fluss für "Aufträge einlesen"".
    • Die Summe der Aufträge (geplant, vorgemerkt, fest und eingeplant) vor dem Eingangsdatum wird angezeigt.
    • Aufträge einlesen: 0
  • Verfügbarer Bestand (offener Bestand + Aufträge einlesen): 0

Wenn der verfügbare Bestand < ROP ist, die Auftragsart und die Auftragsorte bestimmen:

  • Von der Kennzahlzuordnung: Standardbeschaffungsverfahren = 1 (Transit)
  • Für Auftragsorte (Transit):
    Tabelle 1. Für die Beschaffungszuteilung des Typs = "Transits - Eingehend" sind dies die vorbelegten Attribute
    Zuteilungstyp Kennzahl Artikelattribut Ortsattribut Quellort
    Transits - Eingehend Eingangskombination item_id destination_location_id source_location_id
    Transits - Ausgehend Sendungskombination item_id destination_location_id source_location_id
  • Die Kennzahlen "Transits - Eingehend" und "Transits - Ausgehend" belegt = TRUE (WAHR)
  • Artikelattribut für diese Zuteilung zugeordnet = TRUE (WAHR)
  • Ortsattribut für diese Zuteilung zugeordnet = TRUE (WAHR)
  • Quellortsattribut für diese Zuteilung zugeordnet = TRUE (WAHR)
  • Überprüfung der Szenarienwerte für Zuteilungstyp "Transit - Eingehend" mit der Kennzahl "Eingangskombination" (SPLS_RECEIPT_TUPLE) und den passenden Attributen:
    • Item_id: 10534
    • Destination_location_id: B1
    • PCONST für einen Wert ! = 0
  • Die erste Übereinstimmung, die zurückgegeben wird:
    Kennzahlname Artikel Ort Wert Item_id Destination_location_id Source_location_id
    Eingangskombination 10534 IN: F1 zu B1 1 10534 B1 F1

Wenn Zuteilung = 0 gefunden = TRUE (WAHR):

  • Notieren Sie den Wert des Attributs source_location_id.
  • Überprüfung der Szenarienwerte für Zuteilungstyp "Transit - Ausgehend" mit der Kennzahl "Sendungskombination" (SPLS_SHIPMENT_TUPLE) und den passenden Attributen:
    • Item_id: 10534
    • Destination_location_id: B1
    • Source_location_id: F1
    • PCONST für einen Wert ! = 0
  • Die erste Übereinstimmung, die zurückgegeben wird:
    Kennzahlname Artikel Ort Wert Item_id Destination_location_id Source_location_id
    Sendungskombination 10534 AUS: F1 zu B1 1 10534 B1 F1

Wenn Zuteilung = 0 gefunden = TRUE (WAHR):

  • Ziel des Reklamationsauftrags (Zielort) als zugeordnetes Element von Transits - Eingehend: IN:F1 zu B1.
  • Artikel des Reklamationsauftrags als zugeordnetes Artikelelement von Transits - Eingehend: 10534
  • Quelle des Reklamationsauftrags (Quellort) als zugeordnetes Element von Transits - Ausgehend: OUT:F1 zu B1
  • Rückgabe: TRUE (WAHR)
  • Wenn gültige Elemente "Auftragsstandorte einlesen" = TRUE (WAHR), auf eine mögliche kritische Ausnahme für den geplanten Auftrag auf Basis des Eingangs- und des Startdatums (Bedarfsdatum) prüfen, wobei der Standardprozess "Kennzeichen für Schwerwiegend abrufen" für einen Auftrag verwendet wird. Critical_flag = Kennzeichen für "Schwerwiegend" abrufen (Receiving_date, Start_date).
  • Es wird ein geplanter Transitauftrag mit den folgenden Daten generiert:
    • Wert = 100 (Meldebestand - Verfügbarer Bestand, gerundet auf Min. Charge + n Inkremente)
    • Quellkennzahl = Geplante Sendung (abgeleitet von: Auftragszuordnung für den Typ "Geplanter Auftrag")
    • Zielkennzahl = Geplanter Eingang (abgeleitet von: Auftragszuordnung für den Typ "Geplanter Auftrag")
    • Artikel = 10534
    • Zielort = IN: F1 zu B1 (abgeleitet von "Auftragsstandorte einlesen")
    • Quellort = OUT: F1 zu B1 (abgeleitet von "Auftragsstandorte einlesen")
    • Liefertermin = 07.04.2016 (receiving_date)
    • Versanddatum = 27.06.2016 (receiving_date - Durchlaufzeit)
    • Bedarfsdatum = 27.06.2016 (Start_date)
    • Kennzeichen für "Schwerwiegend" = Critical_flag