例 2 - 使用可能な在庫が ROP を下回る (制限付きカレンダー)

このトピックでは、使用可能な在庫が ROP を下回ったときに、ROP スケジュールロジックに基づく品目、場所を定義する手順を説明します。

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

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

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

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

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

品目コード: 10339

場所コード: B1

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

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

ROP スケジュールロジック

期首在庫 < ROP の場合は、受入カレンダー ID (ID = 2) のメジャーマッピングに基づいて、現在のエンジン設定から対応する補間カレンダーを取得します。補間カレンダーのデフォルトパターン (月曜日を使用可能):
日曜日 月曜日 火曜日 水曜日 木曜日 金曜日 土曜日
0 1 0 0 0 0 0

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

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

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

  • 転送元メジャーマッピング: デフォルトのソースメソッド = 2 (購入)
  • オーダー場所 (購入) の場合:
    表 1. 供給割り当てタイプが「受入転送」の場合、次は入力済の属性
    割り当てタイプ メジャー 品目属性 場所の属性 ソース場所
    購入 発注先の組合せ item_id location_id supplier_id
  • 挿入された購入メジャー = TRUE
  • この割り当てにマップされた品目属性 = TRUE
  • この割り当てにマップされた場所属性 = TRUE
  • この割り当ての発注先属性 = TRUE
  • 供給の組合せ (SPLS_RECEIPT_TUPLE) および一致属性のシナリオ値を確認します。
    • Item_id: 10339
    • Destination_location_id: B1
    • 値 ! = 0 の PCONST
  • 返される最初の一致:
    メジャー名 品目 場所 値 Item_id Destination_location_id Source_lovation_id
    発注先の組合せ 10339 S001@B1 1 10334 B1 F1

Allocation! = 0 found = TRUE の場合:

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