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

通信サービスプロバイダー (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 に設定することで、同期注文処理の注文検証を有効または無効にすることができます。多数の顧客注文レコードを作成する場合、同期注文処理は非同期注文処理よりも時間がかかります。

非同期注文処理の仕組み

非同期注文処理では、大量の注文または多数の注文ペイロードが、外部の Configure, Price, and Quote (CPQ) システムから 注文管理 アプリケーションの Product Order Open API (Scripted Rest End Point) を介して受信されます。注文の詳細が最初に検証され、受信キュー [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] テーブルにキャプチャされると、スケジュール済みジョブが実行され、[新規] ステータスのレコードの顧客注文が作成されます。スケジュール済みジョブが注文を作成する方法については、「 」を参照してください。