翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
計画プロセス
補充要件は、項目の設定されたネットワークトポロジに基づいて計算されます。以下は、補充注文の生成に関連するさまざまな計算を記述するために使用するネットワークトポロジーの例です。

自動補充は、スポークノードからハブノードへの転送要件 (リージョン DCs から中央 DC など) を生成し、ハブノードからサプライヤーへの購入要件 (中央 DC からサプライヤーなど) を生成します。次の手順は、補充注文の生成に関連しています。これらのステップは、補充計画の対象となる製品とサイトの組み合わせごとに繰り返されます。ダウンストリームノードの要件は、調達ルール情報に基づいてアップストリームに伝達され、その項目のルートノードに到達するまでプロセスはアップストリームノードで繰り返されます。

需要処理 – 補充計画設定に基づいて、過去の需要または予測データを AWS Supply Chain 準備します。需要または予測は、補充計画の設定に基づいて、製品、サイト、日、または週のレベルで処理されます。販売履歴または予測データは、製品、サイト、顧客または製品、サイト、チャネルなど、より詳細なレベルで提供されている場合、製品およびサイトレベルで集計されます。同様に、補充計画が週レベルで設定されている場合、日単位の集計が発生します。前の例では、需要はリージョンDCs であるスポークノードから取得され、製品、サイト、日/週レベルで集計されます。消費または需要ベースのインベントリポリシーを使用する場合、過去 30 日間の需要 (販売履歴) を使用して平均消費量を計算します。
ターゲットインベントリレベル – 設定されたインベントリポリシーとともに需要または予測を使用して、特定の期間のターゲットインベントリレベルを決定します。自動補充は、2 つの異なる補充モデルをサポートしています。
予測駆動型補充
消費ベースの補充
AWS Supply Chain は、予測に基づいてインベントリターゲットを生成します。これらの在庫目標は、需要と供給のリードタイムの変動を考慮して、リードタイムと調達スケジュールに基づいて決定されます。
移管または購入の要件 – AWS Supply Chain は、供給 (手持ち在庫 + 注文在庫) から将来の期間に在庫をプロジェクトする各期間の需要を相殺します。 は、前のステップで計算されたターゲット在庫レベルと同じレベルで、予測在庫レベル AWS Supply Chain を維持します。予測在庫レベルとターゲット在庫レベルの違いは、純供給要件または再注文数量 (RoQ) です。 は最小注文数量 AWS Supply Chain を適用するか、複数の を注文して最終的な移管要件または購入要件 (POR) を生成します。 は、移管またはベンダーのリードタイム AWS Supply Chain を使用して日付別に注文を決定します。ロットサイズのデフォルトは 1.0 で、最小注文数は 0 です。
計算ロジック
rounding=f(RoQ,MOQ,Lot_Size) =Lot_Size×Max(RoQ,MOQ)
前述の式では、自動補充の四捨五入ロジックについて説明します。 は、 AWS Supply Chain まず再注文数量 RoQ と最小注文数量 MOQ を比較し、最終注文提案を取得し、次に実際の数量のロットサイズ係数を乗算します。ロットサイズは、 フィールド qty_multiple を持つソーシングルールエンティティで設定されます。
要件の伝達 – スポークノードの場合、 はソーシングルール AWS Supply Chain を使用して親ノードを検索し、転送要件をアップストリームノードに伝達します。 AWS Supply Chain は転送リードタイムによって必要な配信日を設定して、親ノードで必要な日付を決定します。 は単一ソーシング AWS Supply Chain のみをサポートします。ハブノードのすべての子ノードまたはスポークノードに対してこのステップが完了すると、 はハブノードで前のステップ AWS Supply Chain を繰り返します。このプロセスは、項目のトポロジのルートノードに到達するまで繰り返されます。
自動補充には、ベンダー向けサイトの発注書リクエストのみが表示されます。ベンダー向けサイトには 2 種類あります。
他のサイトを提供するベンダー向けサイト
他のサイトを提供しないベンダー向けサイト
他のサイトを提供するベンダー向けサイトの場合、再注文数量は子サイトの再注文数量と、独自の需要からの独立した再注文数量です。他のサイトを提供しないベンダー向けサイトの場合、注文数量はサイトの需要予測に基づいて計算されます。ベンダー向けサイトの独立した注文数量は、注文数量の計算と同じロジックに従います。依存する需要は、すべての子サイトの合計です。カバレッジ日数が 7 の場合、RoQ は、対象期間中のすべての注文の数量の合計です。次の例は、サイトごとに 1 つの注文しかない計画期間のシナリオを示し、計算について説明します。