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

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

    概要

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

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

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

    フローデザイナーSET PONR アクションを使用すると、管理者は実行ワークフローで PONR ステータスを手動で設定できます。たとえば、SD-WAN Edge 製品仕様ワークフローのデモ データでは、[CPE 配信の開始 (Initiate CPE delivery)] タスクの後に [PONR] アクションを使用できます。

    バージョン

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

    リビジョン操作

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

    変更タイプ

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

    注文履行エージェントまたはサービス注文エージェントが次のタイプの変更を行うと、変更タイプが注文または注文明細に自動的に割り当てられます。
    表 : 1. 割り当てられた変更タイプ
    行われた変更のタイプ 割り当てられた変更タイプ
    注文特性を変更します。

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

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

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

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

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

    価格
    製品またはサービス注文の注文品目数量の変更。

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

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

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

    数量マッピング特性
    製品またはサービス注文の関連注文品目および関連製品在庫に加えられた変更。

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

    関連アイテム
    注:
    管理者は、追跡の目的で追加の変更タイプを定義することもできます。詳細については、「」を参照してください。
    関連する実行中注文品目変更 [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. 注文は [キャンセルの評価中] ステータスに移行します。
    2. 関連する注文明細が [キャンセルを査定中] ステータスに移行します。
    3. 関連する製品、サービス、およびリソースドメインの注文が、現在のステータスから [保留中] ステータスに移行します。
    4. 関連する注文タスクは [保留中] ステータスに移行します。
    注文のキャンセル要求を承認する場合

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

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