大規模な顧客およびコンシューマーの注文の非同期注文処理

通信サービスプロバイダー (CSP) の管理者は、 ServiceNow® 注文管理 アプリケーションで非同期注文処理を使用して、大量のエンタープライズマルチサイト顧客注文とコンシューマー注文をサポートできます。

概要

CSP は、企業の顧客とコンシューマーの両方をサポートします。通常、企業顧客からの注文は大規模なマルチサイト注文であり、消費者からの注文は大量です。

Telecommunications Service Management サブスクリプションをお持ちの場合は、Product Order Open API を使用して、ServiceNow® 注文管理アプリケーションで注文を受信する を使用できます。 注文処理 は次の 3 つのステージを経ます。

• 注文の検証
• 注文の取り込み
• 注文の作成

同期注文処理の仕組み

同期注文処理では、注文は API を介して 注文管理 アプリケーションで受信されます。次に、注文の検証後に、注文レコードが顧客注文テーブルに同時に作成されます。

アドミニストレーターは、Now Platformで create_product_order_validation_sync および create_service_order_validation_sync システムプロパティを True (デフォルト) または False に設定することで、同期注文処理の注文検証を有効または無効にすることができます。多数の顧客注文レコードを作成する場合、同期注文処理は非同期注文処理よりも時間がかかります。

非同期注文処理の仕組み

非同期注文処理では、大量の注文または大量の注文ペイロードが、外部の構成、価格、見積もり (CPQ) システムから、注文管理 アプリケーションの Prder Open API (スクリプト化された REST エンドポイント) を介して受信されます。注文の詳細が最初に検証され、受信キュー [sn_tmt_core_inbound_queue] テーブルに挿入されます。検証エラーがある場合は、応答にエラーメッセージが返されます。

この検証は、製品オーダーの create_product_order_validation_async システムプロパティとサービスオーダーの create_service_order_validation_async システムプロパティによって管理されます。これらのプロパティは、注文が受信キュー [sn_tmt_core_inbound_queue] テーブルに挿入される前に、注文の非同期処理における妥当性確認を制御します。デフォルト値は True に 設定されます。

注文の詳細が正常に検証されると、次の図に示すように、受信キュー [sn_tmt_core_inbound_queue] テーブルからレコードを取得するスケジュール済みジョブが実行され、顧客の注文テーブルにエントリが作成されます。

図 : 1. 注文処理の非同期ワークフロー

非同期注文処理は、次のステップに従います。

1. Product Order Open API を有効にする必要があります。新しいパラメーターモードにより、API は注文を同期的または非同期的に処理できます。API の詳細については、「 製品注文オープン API」を参照してください。
2. 非同期モードで Product Order Open API を介して大量の注文または大量の注文ペイロードを受信した後、最初に注文の詳細が検証されます。注文の詳細には、製品オファリング、注文品目、注文仕様、注文品目の特性、および注文品目の仕様関係が含まれます。検証の仕組み詳細についてはを参照してください。
3. 注文の詳細の検証が完了すると、一意のレコード ID を持つ各注文のエントリが受信キュー [sn_tmt_core_inbound_queue] テーブルに作成されます。次の図は、受信キュー状況モデルがどのように機能するかを示しています。注文エントリの作成方法の詳細については、「 」を参照してください。

   図 : 2. 受信キュー状況モデル

   

4. すべての注文が受信キュー [sn_tmt_core_inbound_queue] テーブルにキャプチャされると、スケジュール済みジョブが実行され、[新規] ステータスのレコードの顧客注文が作成されます。スケジュール済みジョブで注文を作成する方法については、「 」を参照してください。