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

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

    概要

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

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

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

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

    バージョン

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

    リビジョン操作

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

    変更タイプ

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

    受注処理またはサービス注文のエージェントが次のタイプの変更を行うと、変更タイプが注文または注文明細品目に自動的に割り当てられます。
    表 : 1. アサインされた変更タイプ
    加えられた変更のタイプ アサインされた変更タイプ
    順序特性を変更します。

    詳細については、「」を参照してください。

    特性
    注文の連絡先情報を追加、変更、または削除します。

    詳細については、「」を参照してください。

    連絡先
    価格フィールドを変更します。

    詳細については、「」を参照してください。

    価格
    製品またはサービスオーダーの注文明細品目の数量に加えられた変更。

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

    数量
    特性値の変更により、製品またはサービスオーダーの注文明細品目数量が変更されました。

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

    数量マッピング特性
    製品またはサービスオーダーの関連注文品目および関連プロダクトインベントリに加えられた変更。

    詳細については、「 」、「 」、「 」を参照してください。

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

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

    実行中の注文変更を開始して承認すると、影響を受ける注文、注文品目、ドメイン注文、および注文タスクはさまざまな状況になります。

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

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

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

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

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

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

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

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

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

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