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

  • リリースバージョン: Australia
  • 更新日 2026年03月23日
  • 所要時間:4分
  • 非同期注文処理は、大量のエンタープライズおよびコンシューマーの注文をすぐに処理するのを待たずに処理し、 注文管理を使用する通信サービスプロバイダー (CSP) のシステムパフォーマンスを向上させます。

    非同期注文処理の概要

    CSP は、企業顧客とコンシューマーの両方をサポートします。通常、法人の顧客はマルチサイトに大量の注文を行いますが、コンシューマーは大量の注文を行います。非同期注文処理を使用すると、各注文がすぐに処理されるのを待たずに一括注文または大量注文を作成できるため、効率とシステムパフォーマンスが向上します。

    非同期注文要求を送信すると、システムは [202 承認済み ] ステータスと注文 ID で応答します。これは、注文が処理のために受領されたが、まだ作成されていないことを示します。これは、注文がすぐに作成されたときに 201 Created を返す同期処理とは異なります。

    通信事業サービス管理 サブスクリプションをお持ちの場合は、Product Order Open API を使用して 注文管理 アプリケーションで注文を受け取ることができます。注文処理は、次の 3 つの段階を経ます。
    • 注文の検証
    • 注文の取り込み
    • 注文の作成

    同期注文処理の仕組み

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

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

    非同期注文処理の仕組み

    非同期注文処理では、外部の構成、価格、見積もり (CPQ) システムから、 注文管理 アプリケーションの Product Order Open API を介して大量注文または大量の注文ペイロードを受信します。

    注文の詳細が最初に検証され、受信キュー [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 を介して大量の注文または大量の注文ペイロードを受信すると、システムは [202 承認済み] ステータスと注文 ID で応答します。注文の詳細が最初に検証され、製品オファリング、注文明細品目、注文仕様、注文明細品目の特性、および注文明細品目の仕様関係が含まれます。検証の仕組みの詳細については、「 非同期注文処理による注文の検証」を参照してください。
    3. 注文の詳細の検証が完了すると、一意のレコード ID を持つ各注文のエントリが受信キュー [sn_tmt_core_inbound_queue] テーブルに作成されます。注文エントリーの作成方法の詳細については、「 非同期注文処理中に注文エントリを手動で作成する」を参照してください。
    4. すべての注文が受信キュー [sn_tmt_core_inbound_queue] テーブルにキャプチャされると、スケジュール済みジョブが実行され、ステータスが [新規] のレコードの顧客注文が作成されます。自動ジョブの待機をバイパスして [ 注文を作成 ] ボタンを選択して、受信キューモジュールから注文の作成を手動でトリガーすることもできます。処理後、[顧客注文] セクションで作成された注文を確認できます。スケジュール済みジョブで注文を作成する方法については、「 オーダーの非同期作成のためのスケジュール済みジョブの構成」を参照してください。