# 使用ガイド: Microsoft Teams 助成のトラブルシューティング

{% hint style="warning" %}
このページでは、パックを使用するさまざまな方法と、ユースケースの例を紹介します。

管理者は[設定ガイド](https://docs.nexthink.com/platform/ja/library-packs/collaboration-and-productivity-applications/workflow-microsoft-teams-assisted-troubleshooting/configuration-guide-microsoft-teams-assisted-troubleshooting)を参照して、インストール済みコンテンツのセットアップとカスタマイズを行うことができます。
{% endhint %}

**Microsoft Teams でのトラブルシューティングアシスト**ライブラリパックを使って、EUC チームが次のことを行えるようになります。

* 予定されたリモートセッションをIT サポートと行う必要がなくなり、従業員の体験を向上させることができます。
* 手動のトラブルシューティングを削減し、チケット管理を自動化することで、ヘルプデスクの時間を節約できます。

## ライブラリパックは使用している

{% hint style="info" %}
このページの[使用ケース](#use-cases)にジャンプして、関連するシナリオアプリケーションを確認してください。
{% endhint %}

以下の目的のためにライブラリパックのコンテンツを使用します。

### **可視性** <a href="#visibility" id="visibility"></a>

このライブラリパックは Teams を使用したトラブルシューティング[ワークフロー](https://docs.nexthink.com/platform/ja/user-guide/workflows)に焦点を当てています。 ローカルな Teams インストールの情報を収集し、必要に応じて修正を行い、問題が解決したか否かをユーザーに確認してから次に進みます。

このプロセスの各ステップで ITSM チケットが更新されます。

### **ワークフロートリガー** <a href="#workflow-triggering" id="workflow-triggering"></a>

このワークフローは、従業員の通話中や Teams の安定性問題を抱えている従業員によって報告された問題への対応中に特定のデバイスで開始されることを意図しています。 これは、以下に示すように [デバイスビュー](https://docs.nexthink.com/platform/ja/user-guide/device-view) を使用するか、[Amplify](https://docs.nexthink.com/platform/ja/configuring_nexthink/bringing-data-into-your-nexthink-instance/deploying-nexthink-in-non-vdi-environment/configure-amplify) より達成できます。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-dbbd4367330ead4f8b6b8ff64cda24e1cc997f61%2Fimage%20(206).png?alt=media" alt=""><figcaption></figcaption></figure>

ワークフローを開始する前に ITSM チケットを発行する必要があります。ワークフローの操作中に更新されます。

ワークフローパラメータ：このワークフローには1つのパラメータ`sys_id`があります。 この ITSM チケット参照は、ワークフローを通じて情報を追加する際に使用されます。 ワークフローが実行される際には手動で入力される必要があります。

### **ServiceNow からのインシデント sys\_id の取得**

ServiceNow から `sys_id` 参照を取得するには：

1. チケットを開きます。
2. 画面左上の**メニューボタン**をクリックします。
3. ドロップダウンリストから**sys\_id をコピー**を選択します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-a8f34cb8071638f3420b45d3af90827faa04f01a%2Fimage%20(204).png?alt=media" alt=""><figcaption></figcaption></figure>

4. ここで、**sys\_id** をワークフローパラメータに直接貼り付けることができます。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-f3ee9853be43e05e53cb2ed794ebb92f10e28b19%2Fimage%20(205).png?alt=media" alt=""><figcaption></figcaption></figure>

## 事前に定義されたワークフローストラクチャとステップ <a href="#workflow-structure" id="workflow-structure"></a>

**Microsoft Teams サポート付きトラブルシューティング** ワークフローは次の主要な手順で構成されています：

1. ワークフローは、Nexthink キャンペーンを通じて[従業員の対応可否](#workflow-confirms-employee-availability-via-nexthink-campaings)を確認し、トラブルシューティングを開始します。Teams クライアントが動作していない場合があるためです。
2. ワークフローは[Teams クライアントのトラブルシューティングを開始するために ITSM チケットを更新します](#workflow-updates-itsm-ticket-to-trigger-teams-troubleshooting)。
   * ITSM チケット[`sys_id` パラメータ](#collecting-the-incident-sys_id-from-servicenow)はワークフローに渡され、ワークフローの進行状況と結果を追跡します。
3. 最後に、ワークフローは[トラブルシューティング手順が完了した](#workflow-informs-troubleshooting-is-complete)ことを従業員に通知し、解決確認を求めます。

### Nexthink キャンペーンによる従業員の可用性確認

最初に、ワークフローは従業員に自動化された Microsoft Teams クライアントのトラブルシューティングワークフローが利用可能であること、そのワークフローの所要時間、進行中にクライアントが複数回再起動する可能性があることを通知します。

ワークフローは従業員に申し出を確認し、Teams クライアントのクイックトラブルシューティングを行うかどうかを確認します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-08416d816693eb359e279251db5a04373ee43de2%2Fimage%20(199).png?alt=media" alt=""><figcaption><p>ユーザーに支援付きトラブルシューティング ワークフローが利用可能であることを通知し、開始するのに適切な時期かどうかを確認します</p></figcaption></figure>

従業員が承諾すると、ワークフローは Teams クライアントの存在と正常性を確認し、必要に応じて再インストールを行うか、リカバリーアクションを適用します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-48dc67f57695984a45f938ec6a134d7beeabe0f1%2Fimage%20(197).png?alt=media" alt=""><figcaption><p>Microsoft Teams クライアントの有無と、いつ更新されたかを確認</p></figcaption></figure>

### ワークフローが ITSM チケットを更新し、Teams トラブルシューティングをトリガーします。

ワークフローは、Teams 体験に影響を与えうるいくつかの要因を考慮しています: クライアントの存在、更新の時間の経過、**デバイスの稼働時間**、そしてネットワーク診断の結果です。

これらの領域で問題が検出された場合、ワークフローはユーザーにキャンペーンを通じて通知し、Teams クライアントが動作しない可能性を伝え、Teams クライアントのトラブルシューティングワークフローを開始するための ITSM チケットを更新します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-a8f34cb8071638f3420b45d3af90827faa04f01a%2Fimage%20(202).png?alt=media" alt=""><figcaption></figcaption></figure>

### ワークフローはトラブルシューティングが完了したことを通知します。

最後に、従業員に対してトラブルシューティングが終了したことを知らせ、問題が解決したか確認するよう依頼します。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-56233c068e7f72baa8e024d3ce94a065958b4a7b%2Fimage%20(200).png?alt=media" alt=""><figcaption><p>問題が解決されたか、まだ存在するかをユーザーに確認</p></figcaption></figure>

従業員の応答は ITSM チケットに記録されます。

<figure><img src="https://3549141153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FeLm8O7QKZDn6z806e7Sv%2Fuploads%2Fgit-blob-a8f34cb8071638f3420b45d3af90827faa04f01a%2Fimage%20(201).png?alt=media" alt=""><figcaption><p>ユーザーのフィードバックでチケットを更新</p></figcaption></figure>

***

関連トピック

* [ワークフローを管理する](https://docs.nexthink.com/platform/ja/user-guide/workflows/managing-workflows)
* [キャンペーンを管理する](https://docs.nexthink.com/platform/ja/user-guide/campaigns/managing-campaigns)
* [リモート アクションを管理する](https://docs.nexthink.com/platform/ja/user-guide/remote-actions/getting-started-with-remote-actions)