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

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

    概要

    [顧客注文] フォームと [注文明細品目] フォームの [PONR (Point of No Return)] オプションは、注文または注文明細品目の 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. 実行中発注書明細の変更テーブルの列
    Description (説明)
    注文明細品目 変更された注文品目の識別子。
    注文明細バージョン 注文品目の最新の変更バージョン。履行プロセス中に注文品目を変更またはキャンセルを要求した回数を追跡します。
    変更タイプ 注文品目に対して実行された変更のタイプ。
    特性
    既存の注文品目のいずれかの特性に加えられた変更。
    連絡先
    既存の注文品目の連絡先情報に加えられた変更。
    価格
    既存の注文品目の価格設定情報に加えられた変更。
    数量
    製品注文の注文品目数量の変更。
    その他の変更タイプ
    アドミニストレーターによって定義される追加の変更タイプ。詳細については、「」を参照してください。
    更新者 注文品目を更新したユーザーの名前。
    更新日時 注文品目の変更の日付とタイムスタンプ。

    実行中の注文リビジョンを開始および承認するときのステータス

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

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

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

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

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

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

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

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

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

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

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