実行中注文の変更およびキャンセル要求のキーフィールド

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:8分
  • ServiceNow AI Platformが [顧客注文] フォームと [注文明細品目] フォームの主要フィールドを使用して、注文の変更とキャンセル要求を追跡する方法について説明します。これらのフィールドがどのように動作し、注文または注文品目を変更またはキャンセルを要求したときに表示される情報を確認できます。

    ポイントオブノーリターン(PONR)

    [顧客注文] フォームおよび [注文明細品目] フォームの PONR (Point of No Return) オプションは、注文または注文明細品目の PONR ステータスを示します。履行の処理中に、PONR オプションを使用して、注文または注文明細品目を変更またはキャンセルを要求できるかどうかを判断できます。これらのアクションは、[処理中] ステータスにあり、まだ PONR ステージに到達していない注文および注文明細品目に対してのみ実行できます。
    注:
    [ 注文を変更 ] ボタンと [注文をキャンセル ] ボタンは、このステータスの注文または注文明細品目でのみ有効です。

    PONR オプションで何が起こるかを学習します。

    • [PONR] オプションを選択すると、フルフィルメントの進行中は注文または注文明細品目を変更またはキャンセルを要求できないことを示します。注文の品目のいずれかが PONR に達した場合、同じ注文の他の品目を変更することはできません。
    • チェックボックスがオフの場合でも、注文または注文品目の変更またはキャンセルの要求を行うことができます。
    注:
    PONR オプションは、手動で更新できないシステムによって割り当てられたフラグです。

    アドミニストレーターは、 ワークフロースタジオ で SET PONR アクションを使用することで、実行ワークフローで PONR ステータスを手動で設定できます。たとえば、SD-WAN Edge 製品仕様ワークフローのデモデータでは、[CPE デリバリーの開始 (Initiate CPE)] デリバリータスクの後に PONR アクションを使用できます。

    バージョン

    顧客注文またはサービス注文は、その履行サイクル中に複数回改訂される可能性があります。[ バージョン] フィールドは、履行プロセス中に注文または注文明細品目を変更またはキャンセルを要求した回数を追跡します。リビジョンのない新しい注文のバージョンは 1 で、実行中のリビジョンごとに自動的にインクリメントされます。

    リビジョン操作

    [ リビジョン操作] フィールドには、現在のバージョンの注文または注文明細品目で実行されているリビジョン操作のタイプが示されます (存在する場合)。リビジョンの種類は次のとおりです。
    なし
    注文または注文明細品目に対して更新またはキャンセルは行われていません。この設定は新しい注文のデフォルトであり、実行中のリビジョンのない注文に適用されます。
    更新
    注文または注文明細品目の連絡先、特性、数量、または価格の実行中のリビジョンが送信されました。
    キャンセル
    注文または注文品目がキャンセルされたか、キャンセル中です。

    変更タイプ

    実行中の注文変更を送信すると、 ServiceNow AI Platform は、ユーザーによって送信された注文変更を追跡するための変更タイプを自動的に割り当てます。特性、連絡先、または価格タイプは、 ServiceNow AI Platformの標準です。

    受注処理エージェントまたはサービス注文エージェントが次のタイプの変更を行うと、変更タイプが注文または注文明細品目に自動的に割り当てられます。
    表 : 1. 割り当てられた変更タイプ
    行われた変更のタイプ 割り当てられた変更タイプ
    注文特性を変更します。 特性
    注文の連絡先情報を追加、変更、または削除します。 担当者
    任意の価格フィールドを変更します。 価格
    製品またはサービスの注文の注文明細数量に加えられた変更。

    詳細については、「注文管理での注文数量のサポート」を参照してください。

    数量
    特性値の変更により製品またはサービス注文の注文明細数量に加えられた変更。

    詳細については、「注文管理での注文数量のサポート」を参照してください。

    数量マッピング特性
    製品またはサービスの注文に関連する注文明細品目および関連する製品インベントリに加えられた変更。 関連アイテム
    注:
    アドミニストレーターは、追跡の目的で追加の変更タイプを定義することもできます。
    関連する実行中発注書明細の変更 [sn_ind_tmt_orm_inflight_order_line_item_change] テーブルには、発注書明細に対して送信されたリビジョンを追跡するための次の列が含まれています。
    表 : 2. 実行中発注書明細の変更テーブル列
    説明
    注文明細品目 変更された注文明細品目の識別子。
    注文明細バージョン 注文品目の最新の変更バージョン。履行プロセス中に注文明細品目を変更またはキャンセルを要求した回数を追跡します。
    変更タイプ 注文品目で実行された変更のタイプ。
    特性
    既存の注文品目の特性に加えられた変更。
    連絡先
    既存の注文品目の連絡先情報に加えられた変更。
    価格
    既存の注文品目の価格設定情報に加えられた変更。
    数量
    製品注文の注文明細品目の数量に加えられた変更。
    その他の変更タイプ
    アドミニストレーターによって定義された追加の変更タイプ。
    更新者 注文明細品目を更新したユーザーの名前。
    更新日時 注文明細品目の変更の日付とタイムスタンプ。

    実行中の注文変更を開始して承認するときのステータス

    実行中の注文改訂を開始して承認すると、影響を受ける注文、注文明細品目、ドメイン注文、および注文タスクのステータスが異なります。

    実行中の注文変更を開始する場合
    実行中の注文変更を開始するには、[顧客注文] フォームまたは [注文明細品目] フォームで [ 注文 を変更] をクリックします。次のアクションが実行されます。
    1. 顧客注文またはサービス注文のステータスが [処理中] から [リビジョン進行中] に移行します。
    2. 関連する注文品目が [処理中] ステータスから [リビジョン進行中] ステータスに移行します。
    3. 関連する製品、サービス、およびリソースドメイン注文は、現在のステータスから保留中ステータスに移行します。
    4. 関連する注文タスクは [保留中] ステータスに移行します。
    実行中の注文変更を承認する場合

    実行中のリビジョンを承認するには、受注処理マネージャーまたはサービス注文マネージャーが [顧客注文] フォームで [ 承認 ] をクリックします。次のアクションが実行されます。

    1. 注文と注文品目情報が更新されると、次のように分解プロセスがトリガーされます。
      • 分解プロセスでは、実行中の注文変更の一部として送信された特性変更を組み込むために、追加のドメイン製品、サービス、およびリソース注文が作成される場合があります。
      • また、要求された変更に関連しない既存のドメイン注文をキャンセルすることもできます。たとえば、顧客が購入したインターネットサービスを高速にアップグレードすると、高速サービスをサポートするモデムのドメイン注文が作成されます。その後、低速のみをサポートするモデムの既存のドメイン注文がキャンセルされます。
    2. 顧客注文またはサービス注文が [リビジョン中] ステータスから [確認済み] ステータスに移行します。注文の分解が完了すると、[処理中] ステータスに戻ります。
    3. 関連する注文品目が [リビジョン進行中] ステータスから [確認済み] ステータスに移行します。注文明細品目の分解が完了すると、[処理中] ステータスに戻ります。
    4. 関連する製品、サービス、およびリソースドメインの注文が、[保留中] ステータスから [スケジュール済み] ステータスに変更されます。関連するサブフローは、フルフィルメント処理中にステータスを再度変更します。

      顧客が送信したリビジョンに基づいて、新しいドメイン注文を作成することもできます。これらは、親ドメイン注文の履行フローの構成に応じて、[ドラフト] または [処理中] ステータスのままになります。

    5. ServiceNow AI Platformは、分解されたすべての注文の履行フローをリフレッシュします。また、 ServiceNow AI Platform は、対応する履行ワークフローのタスクの順序に応じて、すべての注文タスクを再評価します。関連する注文タスクは、次のテーブルにリストされているステータスのいずれかに移行します。
      表 : 3. アサインされた注文タスクステータス
      状況 説明
      スケジュール済み 注文タスクはこのステータスに移行し、履行ワークフローに従って処理されるまでそのステータスのままになります。
      処理中 実行中の注文変更を開始した時点で注文タスクが [処理中] ステータスだった場合は、このステータスのままになります。タスクをやり直すまたは元に戻すアクションを実行するために再実行が必要な場合は、[クローズ済み] ステータスから [処理中] ステータスに移行することもできます。
      完了してクローズ 実行中の注文変更を開始した時点で注文タスクのステータスが [完了してクローズ] だった場合は、このステータスのままになります。実行中の注文リビジョンの一部として送信された他の変更によってタスクが実行中の構成でない限り、このステータスのままになります。
    6. 注文の分解が完了し、履行フローが再開された後、受注処理エージェントは関連する注文タスクを実行して履行を完了できます。

    注文キャンセル要求を開始および承認するときのステータス

    注文のキャンセル要求を開始して承認すると、影響を受ける注文、注文品目、ドメイン注文、および注文タスクは、処理中にさまざまな状況を経ます。

    注文キャンセル要求を開始する場合
    キャンセル要求を開始するには、[顧客注文] フォームの [注文のキャンセル ] をクリックするか、[注文明細品目] フォームの [注文明細品目のキャンセル ] をクリックします。次のアクションが実行されます。
    1. 注文は [キャンセルの評価中] ステータスに移行します。
    2. 関連する注文品目が [キャンセルの評価中] ステータスに移行します。
    3. 関連する製品、サービス、およびリソースドメイン注文は、現在のステータスから保留中ステータスに移行します。
    4. 関連する注文タスクは [保留中] ステータスに移行します。
    注文キャンセル要求を承認する場合

    実行中のリビジョンまたはキャンセルの要求を承認するには、受注処理マネージャーまたはサービス注文マネージャーが [顧客注文] フォームで [ 承認 ] をクリックします。次のアクションが実行されます。

    1. 更新された注文と注文品目情報を使用して、分解プロセスがトリガーされます。
    2. 注文が [キャンセルの評価中] ステータスから [キャンセル中] ステータスに移行します。
    3. 関連する注文品目が [キャンセル中] ステータスに移行します。
    4. 関連するドメイン製品、サービス、およびリソースドメインの注文は、現在のステータスから [保留中] ステータスに移行します。
    5. 関連する注文タスクは [保留中] ステータスに移行します。