ワークフロー: MS Teams (職場または学校) コンプライアンス

互換性

このワークフローとそれがトリガーするRemote Actionsは、現在Microsoft Teams（職場または学校）として知られるMicrosoft Teamsの新バージョンで動作するように設計されています。古いTeamsクライアント（現在Microsoft Teamsクラシックと呼ばれる）のコンプライアンスに関する確認については、専用のワークフローを参照してください。

概要

重要なコラボレーションツールとして、Microsoft Teamsが意図した通りに動作しない場合、生産性と満足度に大きな影響を与えます。これは多くの場合、一般的なL1レベルのコンプライアンス問題（プレゼンス、バージョン、または誤った設定）が原因です。どのような問題が検出されても、L1エージェントは、コンプライアンスを確保するために、各タイプの問題を個別に発見し対処しなければなりません。

任意のデバイスグループで自動化されたワークフローをトリガーし、MS Teamsが存在し、準拠していて、最新であることを確認するための自動コンプライアンスチェックを実行します。問題が検出されると、ワークフローは自動的に必要な修正を実行します。

このワークフローは一般的なコンプライアンス問題を解決し、フィルターアウトするのを自動でサポートします。これにより、サポートチームがより深刻な問題の調査と対応に集中できるため、時間を大幅に節約できます。

変更履歴

V1.0.0.0 - 初回リリース

依存関係

このフローを使用するには、Nexthink Libraryを使用してNexthink Infinityテナントに以下のコンテンツをインストールする必要があります。

リモートアクション

Microsoft Teams職場または学校クライアントのステータスを取得する
Microsoft Teams職場または学校Windowsを再インストールする
Microsoft Teams職場または学校macOSを再インストールする
Microsoft Teams職場または学校キャッシュをクリアする

ワークフロー内のRemote Actionsの詳細については、デザイナーのドキュメントを参照してください。

キャンペーン

Microsoft Teamsの再インストール - 呼び出し
Microsoft Teamsの再インストール - 完了
Microsoft Teamsを閉じる（短期メンテナンス） - 呼び出し
Microsoft Teamsを閉じる（短期メンテナンス） - 完了

キャンペーンの詳細については、Campaignsのドキュメントを参照してください。ワークフロー内のキャンペーンについては、デザイナーのドキュメントを参照してください。

設定

ITSM APIコネクターの認証情報

コネクターの認証情報の設定は、APIコールを可能にするために重要です。各サービス/API Thinkletには、認証情報を記入するためのドロップダウンフィールドがあります。ワークフローがLibraryからインストールまたはコピーされると、このフィールドは空白のままとなります。これは各環境のローカルセットアップであり、Libraryには含まれていません。

ServiceNowアクションは、組み込みのServiceNowコネクターを使用して作成できます。必要なアクションとコネクターの認証情報はドロップダウンリストから選択可能で、選んだアクションに応じて利用可能なパラメーターが変更されます。

リモートアクションとキャンペーンの設定

注意: 次のリモートアクションは、ワークフローで使用するために手動トリガーで設定される必要があります。リモートアクションがワークフロー外でも使用される場合、他の実行トリガーと組み合わせることができます。

ワークフローで使用するには、キャンペーンは対応するリモートアクションの入力パラメータで指定され、公開される必要があります。

次のリモートアクションはキャンペーンを必要とします。

Microsoft Teams職場または学校のキャッシュをクリア
- [CampaignId]: Microsoft Teamsを閉じる（短期メンテナンス） - 呼び出し
- [OperationCompletedCampaignId]: Microsoft Teamsを閉じる（短期メンテナンス） - 完了
Microsoft Teams（職場または学校）（WindowsとmacOS）の再インストール
- [CampaignId]: Microsoft Teamsの再インストール - 呼び出し
- [OperationCompletedCampaignId]: Microsoft Teamsの再インストール - 完了

ワークフローのトリガー設定

このワークフローは、クライアントの修正が迅速に行えるよう、主に手動で実行されるように設計されています。ただし、スケジュールに沿って実行するように設定することもできます。

スケジューラを設定する際、Nexthinkは次の設定を基準として推奨します。

NQL:

コード

devices during past 7d
| where operating_system.platform == Windows
 and operating_system.name !in ["*server*"]

頻度: 週間 - 少なくとも一日を選択してください。

注意: すべての前提条件とワークフローがインストールされ、設定されたら、ワークフローを保存するたびに実行される組み込みの検証機能を使用できます。

ワークフロー構造

注意: ワークフローは、ユーザーに影響を与える各ステップの前にユーザーに通知するキャンペーンを使用します。ユーザーは、Microsoft Teamsクライアント（例: Teams通話中）の使用が不適切な場合、ワークフローをキャンセルできます。

このセクションでは、このワークフローの重要なステップを説明します。

このワークフローの開始時に、Microsoft Teamsクライアントのステータス情報をリモートアクションを使用して自動的に取得するために設定された"Get Microsoft Teams Work or School Client Status" Thinkletがあります。
この分析結果に基づき、次の問題が追加のリモートアクションで解決される必要があるかどうかをワークフローが判断します。
- デバイスにMicrosoft Teamsクライアントがインストールされているか？
- Microsoft Teamsクライアントは最新ですか（1か月以内に更新された）？
Microsoft Teamsクライアントが最新の場合、キャッシュをクリアして最適な動作環境を確保するために、"Clear Microsoft Teams Work or School Cache"リモートアクションがデバイスで実行されます。

Microsoft Teamsクライアントが未更新またはインストールされていない場合、オペレーティングシステムを確認し、OS固有のリモートアクションでMicrosoft Teamsを再インストールします。
5分間のポーズ後、再度"Get Microsoft Teams Work or School Client Status" Remote Actionが実行され、インストールが成功したかを確認します。
- MS Teamsが存在する場合、ワークフローは終了します。
- MS Teamsがまだインストールされていない場合、デバイスに問題があることが明らかなので、さらなる調査のためにITSMチケットが記録されます。