シナリオセグメント未分割在庫の活用

これらのシナリオは、消費ルールが特定の segmentType-segment の組み合わせで有効化された場合の、可用性、予約、需要、供給APIとイベントへの影響の詳細を提供する。

テナント・レベルでは、セグメント・ルールを設定して、在庫切れ時にセグメント外の在庫の利用を許可することができます。 この機能を使用するには、 Order Hub または API を使用してテナント・ルールを有効にする必要があります。 詳細については、 セグメント化されていない消費ルールを有効にするを参照のこと。

さらに、 Order Hub でセグメントを定義し、セグメント化されていない在庫を使用するように特定のセグメントを設定する必要があります。 詳しくは、を参照してください。

セグメント化されていない在庫を消費するために、以下のようにセグメントを構成する：
表 1. セグメント構成ルール
SegmentType セグメント useSegmentedInventory
WEB STORE はい
WEB オンライン はい
WEB MARKETPLACE いいえ
この商品の最初の供給量を考えてみよう：
表 2. セグメントにまたがる品目の供給
セグメント ノード SegmentType-Segment 到着予定日 手持ち在庫
セグメント化 STORE_1 ウェブストア 1900-01-01 10
セグメント化 STORE_1 WEB：オンライン 1900-01-01 10
セグメント化 STORE_1 WEB：マーケットプレイス 1900-01-01 10
セグメント未決 STORE_1 - 1900-01-01 20

可用性APIとイベント

セグメント化されていない在庫を使用するように設定されたセグメントでは、可用性は、可用性APIとイベントでセグメント化されていない数量を考慮する。

その他のセグメントの場合、APIとイベントはセグメント化されていない在庫を考慮しない。

テーブル3。 セグメントを超えたアイテムの供給
アイテム ノード セグメント 使用可能数量 セグメント化 セグメント未決 AvailabilityType 配送方法 到着予定日
ITEM1 STORE_1 ウェブストア 30時間まで 10 20 売り/SCH/REL 発送/ピック 2025年1月1日
ITEM1 STORE_1 WEB：オンライン 30時間まで 10 20 売り/SCH/REL 発送/ピック 2025年1月1日
ITEM1 STORE_1 WEB：マーケットプレイス 10 10 - 売り/SCH/REL   2025年1月1日
ITEM1 STORE_1 - 20 - - 売り/SCH/REL 発送/ピック 2025年1月1日

予約数

予約は、設定されたセグメントについて、セグメント化されていない在庫の可用性を考慮する。 予約自体は要求されたセグメント内に置かれる。 ノードの可用性と利用可能な消耗品のイベントは、構成されたセグメントのセグメント化されていない可用性の要因となる適切な数量を反映する。

セグメント WEB:STORE に対して、 SELL の空席タイプで15人分の予約が作成されたとする。 要求されたセグメントに十分な量がない場合、アプリケーションはセグメント化されていない可用性を考慮し、要求された量を予約する。 予約には、現在の予約で使用されているセグメントされた量とされていない量も表示される。
テーブル4。 APIまたはイベントに応じた空席状況画像
アイテム ノード セグメント 数量 セグメント化 セグメント未決 可用性タイプ 配送方法 到着予定日
ITEM1 STORE_1 ウェブストア 15 0 15 再販 発送またはピック 2025年1月1日
ITEM1 STORE_1 WEB：オンライン 25 GB 10 15 再販 発送またはピック 2025年1月1日
ITEM1 STORE_1 WEB：マーケットプレイス 10 - - 再販 発送またはピック 2025年1月1日
ITEM1 STORE_1 - 15 - - 再販 発送またはピック 2025年1月1日
注:
  • アベイラビリティ・タイプSCHEDULEとRELEASEについては、現段階ではアベイラビリティの変更は見られない。
  • 非セグメント在庫を使用していないセグメントには、上記の影響はない。

需要

予約と同様に、需要は注文されたセグメントに置かれる。 需要タイプの可用性対応需要レベルは、要求数量に基づいて更新される。 これと同様の動作は、オーダーが作成され、スケジューリングされ、あるいはリリースされる際の需要についても観察される。

先ほどの例の続きで、セグメントされていない在庫が直接オーダーで使用され、次の需要調整を受けた場合を考えてみよう：

テーブル5。 注文作成時の需要調整メッセージ
アイテム ノード 数量を変更する セグメント 需要タイプ 到着予定日
ITEM1 STORE_1 5 - オープンオーダー 2025年1月1日
前回の需要調整は、セグメント化されていない在庫に対するものであったため、セグメント化されていない在庫を利用するセグメントは、更新された在庫イベントを持つ。
テーブル6。 需要更新後のセグメント横断的なアイテムの在庫状況
アイテム ノード 使用可能数量 セグメント化 セグメント未決 セグメント AvailabilityType 配送方法 到着予定日
ITEM1 STORE_1 10 0 10 ウェブストア 再販 発送またはピック 2025年1月1日
ITEM1 STORE_1 20 10 10 WEB：オンライン 再販 発送またはピック 2025年1月1日
ITEM1 STORE_1 10 - - WEB：マーケットプレイス 再販 発送またはピック 2025年1月1日
ITEM1 STORE_1 10 - - - 再販 発送またはピック 2025年1月1日
注： 需要タイプに基づく需要調整は、影響を受ける利用可能タイプおよびセグメントの利用可能イベントを発生させる。

調整済みセグメントに十分な供給がない場合の供給調整

前の例に引き続き、注文が出荷されると、注文された品目とセグメントに対して供給調整が行われる。
表 7. 供給調整
アイテム ノード 数量を変更する セグメント 供給タイプ 到着予定日
ITEM1 STORE_1 -15 ウェブストア 処理中 1900-01-01
セグメントで未分割の在庫を使用している場合、前回の調整では、セグメントで使用可能な在庫が十分にあるかどうかを検証する。 十分な在庫が確保できない場合は、セグメントを活用する優先順位に応じて、セグメント在庫と未セグメント在庫の両方から供給量を調整する。
表 8. システムが決定した供給調整
アイテム ノード 数量を変更する セグメント 供給タイプ 到着予定日
ITEM1 STORE_1 -10 ウェブストア 処理中 1900-01-01
ITEM1 STORE_1 -5 - 処理中 1900-01-01
上記の調整は監査され、ユーザーによって開始された実際の調整に基づいて変更がリンクされる。