ルールに基づく安全在庫

フルフィルメント・マネージャーとして、ルールベースの安全在庫値を設定することができます。安全在庫ルールにより、余剰在庫を維持し、需給の不確実性に起因する品目不足のリスクを軽減することができる。安全在庫ルールは、安全在庫を決定するための最良の方法を選択するのに役立つ。バッファ在庫を維持し、サプライチェーン内の在庫を保護するために、安全在庫ルールを設定することができます。

注：品目ベースの安全在庫方法は、デフォルトの安全在庫方法である。 IBM® Supportルールベースの安全在庫方式を有効にするには、までお問い合わせください。

一般的に、これらのルールはより高いレベルで設定される。例えば、'[category = x]と'[node type = y]があれば、'[SS value = z]となる。

時間と共に変化するビジネス目標をサポートするために、様々な粒度レベルでルールを定義することができ、特定の日時でルールを終了することもできます。フルフィルメント・マネージャーとして、「Order HubUIを通じてルールベースの安全在庫を使用することができる。

UI での Order Hub 安全在庫ルールの作成、編集、削除、複製方法の詳細については、「安全在庫ルール」を参照してください。
UI での Order Hub ルールベースの安全在庫の設定方法の詳細については、「安全在庫ルールの設定」を参照してください。

重要：安全在庫率はネットワーク・レベルでのみサポートされ、ノード・レベルでは設定できません。

ルールに基づく安全株のメリット

データ入力の手間を最小限に抑え、項目ごとの設定を不要にすることで、低メンテナンスを実現。
時間ベースのアプリケーション。
ダイナミックな状況に対応するためのリアルタイム評価。
固定値とパーセンテージの安全在庫。
ビジネス主導の安全在庫で、管理の手間を軽減。
ネットワークとノードレベルの安全在庫を分離し、過剰な保留を減らす。
マニュアルなしで設定できる直感的なデザイン。
品目ベースの安全在庫に取って代わる。

ルールベースの安全在庫を設定するための前提条件

Inventory service内のAPIでV2または可用性を確認してください。
ルールベースの安全在庫へのアップグレードをご希望の場合は、お問い合わせ IBM Support ください。
フルフィルメント・ネットワークを「IBM Sterling Intelligent Promisingコンフィギュレーションで構成する。詳細については、「有望なルールの管理」を参照してください。
IBM Sterling Intelligent Promisingカタログのアイテムを設定する。

ネットワークおよびノードレベルの安全在庫

品目のルールベースの安全在庫は、以下のレベルで構成できます：

ネットワーク・レベル
- 配送方法
- 分配グループ
- カタログ・カテゴリー
- アイテム ID または SKU
- アイテム属性
ノード・レベル
- 配送方法
- ノード
- ノード・タイプ
- カタログ・カテゴリー
- アイテム ID または SKU
- アイテム属性

ネットワークとノードレベルの安全在庫の主な特徴は以下の通り。

ネットワークとノードレベルの安全在庫は別々に計算される。
ノードレベルで適用されたルールは、ネットワークレベルには伝搬しない。
例1、'if SS=1 for N1 and N2, and given DG1=[N1,N2], then DG’s SS=0.
例2、'if SS=2 at DG1, given DG1=[N1,N2], then SS = 0 for N1, N2.

デフォルトの安全在庫API

ルールが適用されない場合、デフォルトの安全ストックをネットワークまたはノードレベルで設定できる。ノードのデフォルトは「FIXED値をサポートし、ネットワークのデフォルトは「FIXED」と「PERCENTAGE[Min/Max]両方の値をサポートする。

デフォルトのノードとネットワーク安全在庫APIの例を以下に示す。

ノードレベルのデフォルトルール
```
{"action": {"safetystock": {"fixed": 2}}}
```

ネットワークレベルのデフォルトルール（パーセンテージ）

{
  "action": {
    "safetystock": {
      "inventoryPercentage": {
           "value": 5, "rounding": "down", "fixedMinimum": 2, "fixedMaximum": 50
}}}}

安全ストックの変動要因

安全在庫ルールが作成、更新、または削除されると、以下のアクションにより、該当するすべてのサプライ品の安全在庫値が変更される可能性があります：

ルールを有効または無効にする。
条件タイプを追加または削除する。
安全ストック値を定義するルールに関連するアクションの変更時。
ノードをディストリビューション・グループに追加または削除した場合。
有効期限を更新する。

有効期間を設定し、有効または無効にすることができます。ルールが有効でない場合、またはルールの発効日が過去または未来である場合、安全在庫値の変更は直ちに開始されない。ルールは、安全在庫に変化をもたらすある時点で有効になったり、無効になったりする。

安全在庫とトータル・アベイラビリティ

デフォルトでは、'AvailabilityAPIは、安全在庫を考慮したノードまたはディストリビューショングループの合計可用性を報告します。
例えば、総入荷可能数量が15で、保留されている安全在庫の合計が5である場合、総入荷可能数量は15-5=10となる。
絶対在庫を計算する際に安全在庫を無視し、安全在庫を利用可能とみなしたい場合は、'AvailabilityAPI で 'considerSafetyStockパラメータを使用することができる。
詳細については、「 V2 可用性 API」を参照してください。

安全在庫は、固定値として定義することも、稼働率に対するパーセンテージとして定義することもできる。このパーセンテージ値は、ネットワーク・ルールでのみサポートされる。固定安全在庫値を使用する場合、まず、最も低い時間範囲（手元）のアベイラビリティ・バケットに適用され、安全在庫値が残っていれば、より高い時間範囲（将来）のアベイラビリティ・バケットに適用される。

たとえば、安全在庫を除く手元在庫が 5、安全在庫を除く将来在庫が 11、安全在庫が 6 の場合、安全在庫を含めた総在庫数は 10 となります（日付別在庫数： hand=0、 future=10 ）。パーセンテージの安全在庫が使用される場合、それはすべての可用性バケットに適用されるため、実質的には安全在庫の前に総可用性に適用されることになる。パーセンテージ・セーフティ・ストックには、要求に応じて切り上げまたは切り捨てを可能にする機能がある。さらに、パーセンテージ値を使用する場合は、安全在庫値の最小値と最大値の境界を定義することもできます。

セーフティストックルールがリクエストを評価し、適用するマッチするルールがないと判断した場合、デフォルトのアクションが取られる。デフォルトのアクションは、あらかじめ定義された値を使用するように設定することができます。デフォルトアクションが構成されていないときは、安全ストック値は 0 と見なされる。

UI を使用して Order Hub デフォルト値を設定する方法の詳細については、「安全在庫ルールの詳細」を参照してください。
安全在庫ルールの優先順位付けおよび同順位時の決定方法に関する詳細については、「安全在庫ルール：優先順位リスト」を参照してください。

バンドルとアイテムのバリエーションに対する安全在庫

アベイラビリティ計算のための在庫を維持するために、バンドルコンポーネントとバリエーションアイテムの安全在庫ルールを定義する必要があります。親アイテムのバリエーションを持つバンドルおよびアイテムは、安全在庫を直接サポートせず、代わりにそれらの安全在庫は構成部品の集計値となります。

品目ベースの安全在庫をルールベースの安全在庫に変換する

品目ベースの安全在庫は設定が簡単かもしれないが、ルールベースの安全在庫は最適でより強力だ。複数の品目または品目とノードの組み合わせに同じ安全在庫値を適用する必要がある場合は、1 つのルールで設定できます。これは、複数の品目レベルの安全在庫設定を1つのルールに統合するのに役立ちます。このような統合は、アイテム・ノードのリストに対してクエリを実行する際、潜在的に大きなマッチング・ルールのセットではなく、単一のルールが適用可能になるようなパフォーマンスの向上にもつながる。

SKU1024と'SKU1025両方のアイテムに対して、2つの別々のトランザクションの代わりに、1つのルールベースの安全在庫方法のリクエストを使用することができます。

例1：アイテム・ベースの安全在庫をルール・ベースの安全在庫に変換する例

品目別安全在庫

 [
   { "itemId": "SKU1024", "shipNode": "Matrix-Store-001", 
     "deliveryMethod": "SHP", "safetyStockQuantity": 5 },
   { "itemId": "SKU1025", "shipNode": "Matrix-Store-001",
     "deliveryMethod": "SHP", "safetyStockQuantity": 5 }
 ]

ルールベースの安全在庫

 {
  "name": "SSfor5atMatrixStore001",
  "expr": {
    "and": [
      {"node": {"eq": "Matrix-Store-001"}},
      {"item.itemId": {"in": ["SKU1024", "SKU1025"]}},
      {"deliveryMethod": {"eq": "SHP"}}
    ]
  },
  "action": {
    "safetystock": {"fixed": 5}
  }
}

例 2

また、より高いレベルやビジネスレベルでルールを適用し、多数のルールを設定する必要性を回避することもできる。例えば、'SKU1024と'SKU1025両方が'Dressカテゴリーに属している場合、代わりにカテゴリー設定を使用することができます。

 `{
    "name": "ss_rule_categoryPath",
    "desc": "safetystock for items belonging to same category",
    "expr": {
       "and": [
       {
          "item.categoryPath": {
            "eq": "/CategoryDomain-1/Dress"
            }
          }
       ]
    },
    "action": {
      "safetystock": {
        "fixed": 5
      }
    }
 }`

アイテム属性の安全在庫

品目属性は安全在庫の精度を向上させ、品目属性条件は品目が条件を満たした場合に安全在庫を適用することを可能にする。ルールベースの安全在庫定義で、項目属性を条件として設定できます。項目属性は項目の特性であり、アプリケーションが提供する属性またはカスタムで定義された属性のいずれかになります。

アイテム属性に関する詳細については、「アイテム属性」を参照してください。

以下の例では、アイテム属性のルールベースの安全ストックを説明します：

例 3: あるファッションストアのフルフィルメント・マネージャーは、ファッション性の高い商品を、来店客のために毎日少なくとも2個は店頭に並べたいと考えている。 PICKまたはSHIPのために、アイテム割り当て属性がfashion-forward=y、安全在庫値が2である安全在庫ルールを設定することにより、店舗は2つの保護された数量があることを保証することができる。アイテム属性とアイテム割り当て属性の両方を条件として使うことができます。
アイテムへの属性の割り当てに関する詳細については、「属性」を参照してください。
例 4: ある売り手が、flash -sale=yというアイテム属性を持つ全アイテムのフラッシュセールを計画しています。この特定のカスタム属性を持つすべてのアイテムは、オーバーライドされた安全在庫ルールが0になる。そうでなければ、ノードレベルのルールの安全ストックは2に戻る。

ノード位置集約

ネットワーク安全在庫ルールは、対応するノードレベルの安全在庫ルールの集約に基づいて作成できます。ネットワークがターゲットネットワークに属するノードレベルの安全在庫アグリゲートを考慮するように、ノードロケーションアグリゲートを使用することができます。例えば、安全在庫レベルがそれぞれ1 SS1 ）のノードが10個ある場合、ネットワークの安全在庫（SS）値は10となります。

API を使用してノード位置集計を有効にする方法の詳細については、「ネットワーク安全在庫のノード位置集計を有効にする」を参照してください。

このシナリオの詳細については、「シナリオ：ネットワーク可用性安全在庫におけるノード位置の集計」を参照してください。

ノードタイプのオーバーライド・ロケーション・アグリゲーション

ノードセーフティストックアグリゲーションが有効になっている場合、フルフィルメントマネージャーはシステム内の需要急増時にフルフィルメントリクエストを他のノードタイプにリダイレクトする必要がある場合がある。店舗レベルで発生しうる高いフルフィルメントコストを軽減するための取り組み。ノードタイプ集計オーバーライドでは、ユーザはノードタイプに対して固定またはパーセントのオーバーライド安全在庫値を割り当てることができます。例えば、店舗タイプに対して100％を設定すると、トラフィックは他のノードタイプにリダイレクトされる。

ノードタイプのオーバーライドは、ノードの安全ストック集約の有効化に依存する。

ロケーション集約に基づくネットワーク安全在庫ルールの変形として、ノードレベルの安全在庫を上書きするために、ノードタイプで安全在庫値を定義することができる。ノードタイプのセーフティストックオーバーライドは、ロケーションアグリゲーションが有効な場合のオプション設定である。ノードタイプに一致するネットワーク内のすべてのノードに適用される。

注:

複数のネットワークルールが適用可能な場合、システムは最も適合するものを考慮します。配布グループ属性が条件として設定されているネットワークルールは、他の属性よりも優先されます。
ネットワーク安全在庫におけるノードタイプ位置集計の割合と固定値がサポートされています。

ノードタイプのオーバーライドは、ノードの場所の集約が有効になっている場合のみ適用されます。ノード位置集計機能を有効にする方法の詳細については、「ネットワーク安全在庫のためのノード位置集計機能の有効化」を参照してください。

ノードタイプのオーバーライドによるロケーション集計の詳細については、「シナリオ：ネットワーク可用性安全在庫におけるノードタイプのロケーション集計」を参照してください。