概要

通信サービスプロバイダー (CSP) は、製品とサービスのインベントリを一時的に停止または非アクティブ化できます。一時停止および再開要求は、注文の分解および履行プロセス中に製品およびサービスの注文の在庫が変更された注文として管理されます。注文の一時停止および再開アクションは、すぐにまたは将来の日付で実行できます。

一時停止および再開アクションの仕組み

1. 注文管理システムで、タイプが一時停止または再開の顧客注文を受信します。注文の詳細を確認した後、履行マネージャーは顧客の注文を承認します。
2. 顧客の注文が承認されると、新しい製品インベントリオペレーション [sn_prd_invt_product_inventory_operations] テーブルが注文品目フォームの関連リストとして作成されます。スケジュール済みシナリオの場合、フルフィルメントプロセスの一環として、プロダクトインベントリオペレーションレコードのステータスが注文品目の [スケジュール済み] ステータスとしてマークされます。
3. 事前設定されたスケジューラーは、Product Inventory Operations テーブルを追跡して、顧客注文の将来の予定日を確認します。
   • 顧客の注文に将来の日付 (注文品目フォームの committedDueDate フィールドの日付値) の注文品目が含まれている場合、一時停止または再開アクションは予定日に開始されます。
   • 顧客注文に一時停止または再開アクションの日付が含まれていない場合、注文のクローズ時にすぐに開始されます。
4. 注文のクローズ時に、次の変更が発生します。
   • スケジュールされたシナリオの場合、スケジューラはスケジュールされた日付に [Product Inventory Operations] テーブルから [Scheduled] ステータスのレコードを取得し、レコードステータスを [完了] としてマークします。また、注文明細品目の在庫ステータスが、製品インベントリテーブルの一時停止アクションが [一時停止] に更新され、再開アクションが [アクティブ] に更新されます。
   • 当面のシナリオでは、製品インベントリ操作テーブルのレコードの状態が 完了 に更新されます。また、注文明細品目の在庫ステータスが、製品インベントリテーブルの一時停止アクションが [一時停止] に更新され、再開アクションが [アクティブ] に更新されます。
5. 次の 2 つのシナリオでは、製品インベントリ操作テーブルの在庫状態が キャンセル に更新されます。
   • 実行中の変更中または注文明細のキャンセルが原因です。
   • 一時停止操作と再開操作の両方の日付がスケジュールされていますが、再開操作の日付は一時停止操作の日付より前です。

製品インベントリ操作テーブルの詳細の確認の詳細については、「 」を参照してください。

追加の検証とシナリオ

一時停止または再開アクションの注文作成プロセスでは、注文品目フォームの committedDueDate フィールド値に過去の日付、現在の日付、または将来の日付を指定できます。過去または現在の日付の場合、在庫状態は、中断アクションを アクティブ に設定し、再開アクションを 中断 に設定する必要があります。

顧客注文品目の committedDueDate フィールド値が一時停止または再開アクションに対して無効 (日付フィールド値がカレンダー日付を超えている) 場合、即時アクションと見なされます。

顧客注文の一時停止または再開タイプでは、親注文が子注文よりも優先されます。親注文で即時一時停止または再開アクションが予定されているが、子注文が将来の日付で予定されている場合、在庫階層全体が即時アクションで考慮されます。

一時停止または再開アクションの上位注文明細品目が将来の日付にスケジュールされている場合、在庫階層全体が一時停止または再開アクションで考慮されます。子注文品目は、変更または変更なしアクションと組み合わされた場合に、一時停止または再開アクションの対象と見なされます。

一時停止または再開タイプの注文の実行中の変更では、キャンセルのみがサポートされます。注文品目または注文全体がキャンセルされた場合、注文フルフィルメントプロセス中にプロダクトインベントリオペレーションレコードが [キャンセル] としてマークされます。プロダクトインベントリレコードのステータス変更は発生しません。

一時停止または再開アクションの注文作成プロセスでは、インベントリに対してシステムで生成された ID の代わりに、ペイロードの外部インベントリ ID を使用できます。