概要

コミュニケーションサービスプロバイダー (CSP) は、製品とサービスの在庫を一時的に停止または非アクティブ化することができます。一時停止および再開要求は、注文の分解および履行プロセス中に製品およびサービス注文の在庫に変更を伴う注文として管理されます。注文の一時停止と再開アクションは、すぐに行うことも、後日行うこともできます。

一時停止アクションと再開アクションの仕組み

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

製品在庫運用テーブルの詳細の確認の詳細については、次を参照してください 。

追加の検証とシナリオ

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

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

顧客注文の一時停止または再開タイプでは、親注文が子注文よりも優先されます。親注文が即時停止または再開アクションにスケジュールされているが、子注文が将来の日付にスケジュールされている場合、在庫階層全体が即時アクションと見なされます。

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

一時停止または再開タイプの注文の実行中変更では、キャンセルのみがサポートされます。注文明細品目または注文全体がキャンセルされた場合、製品在庫運用レコードは、注文の履行プロセス中に キャンセル済みとしてマークされます。製品在庫レコードでは、ステータスの変更は発生しません。

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