例 1 - 在庫なし

このトピックでは、使用可能な在庫がゼロの場合に、ROP スケジュールロジックに基づいて品目、場所を定義するプロセスについて説明します。

このシナリオの前提条件:

マクロまたはワークシートのスケジュールの計算の入力値:

  • 注文開始オフセット: “” (マクロ) または 0 (マクロまたはワークシート)
  • 要件の期間: “” (マクロ) または 365 (ワークシート)

グローバル入力 (サイクル期間とエンジンコール値):

  • 現在の計画期間: FY16 M07 (2016/06/27～2016/07/24)
  • Start_date: 2016/06/27 (現在の計画期間の開始日)
  • サイクルの将来の期間: 52 週間
  • End_date: 2017/06/27 (現在の計画期間の開始日+サイクルの将来の期間の日数)

品目コード: 10541

場所コード: B1

メジャーマッピング入力:

  • デフォルトソースメソッド: 1 (転送)
  • 期首在庫: 0
  • 再発注点 (ROP): 100
  • 受入カレンダー ID: 1
  • 凍結期間: 7
  • リードタイム (転送): 7
  • 最小ロット数量 (転送): 20
  • 増分 (転送): 5

ROP スケジュールロジック

開始在庫が ROP より小さい場合は、受信カレンダー ID (ID = 1) のメジャーマッピングに基づいて、現在のエンジン設定から対応する補間カレンダーを取得します。補間カレンダー (すべての使用可能日数):
日曜日 月曜日 火曜日 水曜日 木曜日 金曜日 土曜日
1 1 1 1 1 1 1

オーダー受領日の上書きなしパターン:

  • 将来の範囲における最初のオーダー日は、Start_date + オーダー開始オフセットの最大値(0)、(転送) リードタイムオフセット (=7) 、凍結期間 (=7) として計算されます。First_order_date = 2016/06/27 + 7 = 2016/07/04。
  • Receiving_date = 受入カレンダーの最初のゼロ以外の日 >= first_order_date AND <=End_date: 2016/07/04
  • receiving_date が特定されている場合、receiving_date の前に使用可能な既存のオーダーの有無を確認します。
    • Get Orders (Start_date: 2016/06/27、receiving_date: 2016/07/11)「Get Orders ロジックフロー」を参照してください。
    • receiving_date 以前のオーダー (計画済、確認済、確定、スケジュール済) の合計が表示されます。
    • Get Orders: 0
  • 使用可能な在庫 (期首在庫 + Get Orders): 0

使用可能な在庫が ROP 未満である場合、オーダータイプおよびオーダー場所を決定します。

  • 転送元メジャーマッピング: デフォルトのソースメソッド = 1 (転送)
  • 注文場所 (転送):
    表 1. 供給割り当てタイプが「受入転送」の場合、次は入力済の属性
    割り当てタイプ メジャー 品目属性 場所の属性 ソース場所
    受入転送 受入の組合せ item_id destination_location_id source_location_id
    払出転送 出荷の組合せ item_id destination_location_id source_location_id
  • 入力された受入転送および払出転送メジャー = TRUE
  • この割り当てにマップされた品目属性 = TRUE
  • この割り当てにマップされた場所属性 = TRUE
  • この割り当てにマップされたソース場所属性 = TRUE
  • メジャー「Receipt Combination」 (SPLS_receipt_TUPLE) の割り当てタイプ「Transfer In」のシナリオ値、および一致する属性を確認します。
    • Item_id: 10534
    • Destination_location_id: B1
    • 値 ! = 0 の PCONST
  • 返される最初の一致:
    メジャー名 品目 場所 値 Item_id Destination_ location_id Source_ lovation_id
    受入の組合せ 10534 IN: F1 から B1 1 10534 B1 F1

Allocation! = 0 found = TRUE の場合:

  • source_location_id 属性値に注意してください。
  • 割り当てタイプが「払出転送」およびメジャー「出荷の組合せ」 (SPLS_SHIPMENT_TUPLE) のシナリオ値および一致する属性を確認します。
    • Item_id: 10534
    • Destination_location_id: B1
    • Source_location_id: F1
    • 値 ! = 0 の PCONST
  • 返される最初の一致:
    メジャー名 品目 場所 値 Item_id Destination_ location_id Source_ lovation_id
    出荷の組合せ 10534 OUT: F1 から B1 1 10534 B1 F1

Allocation! = 0 found = TRUE の場合:

  • 場所要素の一致する受入転送として注文の宛先 (ターゲット場所) を返す: IN:F1 から B1
  • 品目要素の一致する受入転送として注文品目を返す: 10534
  • 場所要素の一致する払出転送として注文ソース (ソース場所) を返す: OUT:F1 から B1
  • 戻り値: TRUE
  • 有効な要素 Get Order Locations = TRUE の場合、オーダーの標準の Get Critical Flag プロセスを使用して、受入日および開始日 (所要日) に基づいて、計画オーダーの重要な優先例外があるかどうかを確認します。Critical_flag = Get Critical Flag (Receiving_date, Start_date)。
  • 次のデータを含む計画転送オーダーが生成されます。
    • 値 = 100 (ROP - 使用可能な在庫、最小ロットへ四捨五入 + n 増分)
    • ソースメジャー = 計画出荷 (派生元: 計画オーダータイプのオーダーマッピング)
    • ターゲットメジャー = 計画受入 (派生元: 計画オーダータイプのオーダーマッピング)
    • 品目 = 10534
    • ターゲット場所 = IN: F1 から B1 (Get Order Locations から派生)
    • ソース場所 = OUT: F1 から B1 (Get Order Locations から派生)
    • 納入日 = 2016/07/04 (receiving_date)
    • 出荷日 = 2016/06/27 (receiving_date - リードタイム)
    • 所要日 = 2016/06/27 (Start_date)
    • 重要フラグ = Critical_flag