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

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

概要

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

Telecommunications Service Management サブスクリプションをお持ちの場合は、製品 API を使用してアプリケーションでServiceNow® 注文管理注文を受け取ることができます。 注文処理 は、次の 3 つの段階を経ます。

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

同期注文処理のしくみ

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

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

非同期注文処理のしくみ

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

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

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

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

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

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

   図 : 2. 受信キューのステータスモデル

   

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