使用ガイド: Microsoft Teams支援トラブルシューティング
このページでは、パックを使用するさまざまな方法、使用例を含む概要を説明します。
管理者は、設定ガイドを参照して、インストールしたコンテンツを設定およびカスタマイズできます。
Microsoft Teams アシスト付きトラブルシューティングライブラリパックにより、EUCチームは以下を可能にします:
ITサポートとのリモートセッションを予約する必要をなくし、従業員の体験を改善します。
手動によるトラブルシューティングを減らし、チケット管理を自動化することで、サービスデスクの時間を節約します。
ライブラリパックの使用法
ライブラリパックコンテンツを次の目的で使用してください。
可視性
このライブラリパックは、Teams アシスト付きトラブルシューティングのワークフローに焦点を当てています。 ローカルのTeamsインストールに関する情報を収集し、必要に応じて修正を提供し、次に問題が解決したかどうかをユーザーに確認してから進行します。
このプロセスの各ステップでITSMチケットが更新されます。
ワークフロートリガー
このワークフローは、従業員との通話中またはTeamsの安定性に問題を抱える従業員によって報告された問題に対応して、特定のデバイスで起動されることを意図しています。 これを実現するには、Device View(以下に示すように)またはAmplifyを使用します。

ワークフローを開始する前にITSMチケットを起動する必要があり、実行中に更新されます。
ワークフローパラメーター: このワークフローには一つのパラメーターsys_id
があります。 このITSMチケット参照は、ワークフローを通じて情報が追加される際に使用されます。 ワークフローが実行される際に、手動で入力する必要があります。
ServiceNowからインシデントsys_idを収集する
ServiceNowからsys_id
参照を取得するには:
チケットを開きます。
画面の左上にあるメニューボタンをクリックします。
ドロップダウンリストからコピー sys_idを選択します。

これでsys_idをワークフローパラメーターに直接貼り付けることができます。

事前定義されたワークフローの構造とステップ
Microsoft Teams アシスト付きトラブルシューティングワークフローは以下の主要なステップで構成されています:
ワークフローは、Teamsクライアントが動作していない場合があるため、Nexthink Campaignsを通じて従業員の利用可能性を確認してからトラブルシューティングプロセスを開始します。
ワークフローはITSMチケットを更新してTeamsクライアントのトラブルシューティングをトリガーします。
このワークフローに、ワークフローの進捗と結果を追跡するために必要なITSMチケット
sys_id
パラメータを渡す必要があります。
最後に、ワークフローはトラブルシューティング手順が完了したことを従業員に通知し、解決の確認を求めます。
ワークフローがNexthink Campaignsを通じて従業員の利用可能性を確認
最初に、ワークフローは従業員に対して自動化されたMicrosoft Teamsクライアントのトラブルシューティングワークフローが利用可能であることと、ワークフローの所要時間や進行中のクライアントが何度か再起動する可能性があることを通知します。
ワークフローは、Teamsクライアントの簡単なトラブルシューティングを実行するのが適切かどうかを従業員に確認します。

従業員が同意すれば、ワークフローはTeamsクライアントの存在と健全性をいくつかのチェックを行い、必要に応じて再インストールや修正アクションを適用します。

ワークフローがTeamsのトラブルシューティングをトリガーするITSMチケットを更新
ワークフローは、Microsoft Teamsエクスペリエンスに影響を与える可能性のある要因---クライアントの存在と最後に更新された日時、デバイスの稼働時間、ネットワーク診断の結果---を考慮します。
これらのいずれかの領域で問題が検出された場合、ワークフローはそれをキャンペーンを介してユーザーに伝達し、Teamsクライアントのトラブルシューティングワークフローをトリガーするために使用されたITSMチケットを更新します。

ワークフローはトラブルシューティングが完了したことを通知
最終的に、トラブルシューティングが終了したことを従業員に通知し、問題が解決したかどうかを確認するよう依頼します。

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

関連トピック
Last updated
Was this helpful?