---
sourceDocument: ザナドゥ Proactive Service Experience Workflows
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/proactive-service-exp-workflows

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - ザナドゥ Proactive Service Experience Workflows

ft:clusterId :

    - psew

bundleId :

    - psew

workflow :

    - Customer and Industry


---

# Proactive Service Experience Workflowsインシデント管理サービスオペレーションワークスペース

# Proactive Service Experience Workflowsインシデント管理サービスオペレーションワークスペース {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：3分

サービスオペレーションワークスペース アプリケーションを使用して、ネットワークエージェントがタスクに優先順位を付け、インシデントを解決する方法の概要を把握できます。

## の表示 サービスオペレーションワークスペース {#service-operations-workspace-proactive__section_dz2_qjl_gvb}

\[ ワークスペース\] メニューから \[サービスオペレーションワークスペース \] を選択し、\[ ホーム \] アイコンを選択します。ネットワークエージェントは、ランディングページからインシデントを分析し、ケースと今後のタスクを表示できます。表示するには:

* リスト:サービスオペレーションワークスペースの \[リスト\] タブを選択します。ネットワークエージェントは、\[リスト\] タブからインシデントとタスクの個々のリストを分析し、適切なアクションを実行できます。  
  次の例は \[リスト\] タブを示しています。図 : 1. \[リスト\] タブ
* レコード:次の例に示すように、任意のタスクレコードを開いてレコードビューに移動します。 図 : 2. レコードビュー
{#service-operations-workspace-proactive__ul_fgm_yb5_sxb}

## 例 {#service-operations-workspace-proactive__section_jfb_mc5_sxb}

Proactive Service Experience Workflowsアプリケーションは、アラートフローによってシステム内でインシデントが作成されると自動的にトリガーされます。テクニカルサポートは、 サービスオペレーションワークスペースでこのアラートを手動で作成できます。また、TMF 621 統合を使用して、外部の障害管理システムから生成することもできます。

次の例は、ネットワークによって開始された外部インシデントを解決するために Proactive Service Experience Workflows を使用する方法を示しています。この例では、次のようになります。

1. TMF 621 統合を使用する外部障害管理システムは、次の値を持つインシデントレコードの作成をトリガーするアラートを送信します。
   * 簡単な説明と説明:変更が実装された後、Vmanage_10001を再起動できませんでした。
   * 構成アイテム:Vmanage_10001 (SD-WAN CI クラス)
   * カテゴリ:SD-WAN
   * サブカテゴリ:プロトコル障害
   * 影響を受けた顧客:5
   {#service-operations-workspace-proactive__ul_qn3_qmt_sxb}
2. テクニカルサポートエンジニアが サービスオペレーションワークスペース 内のインシデントレコードを開くと、影響を受けるサービスとアカウントのリストが \[概要 \] セクションに表示されます。
3. テクニカルサポートエンジニアは、機能停止をトリガーしたエージェントアシストの最新の変更を確認して、問題をトリアージします。
4. テクニカルサポートエンジニアは、SD-WAN コントローラを再起動し、\[ ケース \] セクションで \[ プロアクティブなケースの生成 \] を選択します。1 つの重大なケースと 5 つの子ケースが生成され、影響を受けるアカウントの主要連絡先に通知が送信されます。
5. 重大なケースが作成されると、テクニカルサポートエンジニアは重大な機能停止の可能性を重大問題マネージャーに通知します。重大問題マネージャーは、重大なケースのレコードと、技術チームおよび影響を受ける顧客とのコミュニケーションを管理します。
6. テクニカル サポート エンジニア (TSE) は、デバイスを再起動できず、完全に障害が発生している可能性があることに気付きました。TSE は \[サブカテゴリ\] フィールドを \[デバイス障害\] に変更し、\[ エスカレート\] UI アクションを選択して作業メモを入力します
7. 次のレベルの L2 サポートチームがインシデントを受信し、レコードのステータスを更新します。
8. L2テクニカルサポートエンジニアは、SD-WANコントローラの問題のトラブルシューティングを試み、構成アイテムを正常に再起動します。影響を受けた 5 つのアカウントのうち 4 つで問題が解決されたと報告されていますが、5 番目のアカウントではまだ問題が発生しています。
9. 5 番目のアカウントに関する問題をさらに診断するために、L2 テクニカル サポート エンジニアは次の手順を実行します。
   * \[概要\] ページのケースレコードの横にあるチェックボックスをオンにします。
   * ケースレコードの連絡担当者に追加コメントを介してメッセージを送信するには、\[ 通知\] UI アクションを選択します。
   {#service-operations-workspace-proactive__ul_tyg_q4q_fyb}
10. 連絡担当者は追加のコメントを受け取り、いくつかの追加手順を実行します。サービスが復元されると、連絡先は CSM ポータルでステータスを更新します。
11. L2 テクニカルサポートエンジニアは、インシデントレコードの追加コメントを確認して、\[State\] フィールドを \[Resolved\] に変更します。

    解決情報は各ケースレコードにコピーされ、Major Issue Manager は重大なケースレコードと関連するケースを解決します。
{#service-operations-workspace-proactive__ol_hjk_5fh_5mb}