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

互換性

このワークフローと、それによって起動されるリモートアクションは、新バージョンのMicrosoft Teams（現在はMicrosoft Teams for Work or Schoolと呼ばれています）で動作するよう設計されています。旧バージョンの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職場または学校キャッシュをクリアする

ワークフローのリモートアクションの詳細については、Designerのドキュメンテーションを参照してください。

キャンペーン

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

キャンペーンの詳細については、Campaignsのドキュメントを参照してください。ワークフローでのキャンペーンについては、Designerのドキュメンテーションを参照してください。

設定

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

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

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

リモートアクションとキャンペーンの構成

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

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

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

Microsoft Teams Work or Schoolキャッシュのクリア
[キャンペーンID]: Microsoft Teamsを閉じる（短時間のメンテナンス） - 呼び出し
[完了したキャンペーンID]: Microsoft Teamsを閉じる（短時間のメンテナンス） - 完了
Microsoft Teams Work or Schoolの再インストール (Windows と macOS)
[キャンペーンID]: Microsoft Teamsの再インストール - 呼び出し
[OperationCompletedCampaignId]: Microsoft Teamsの再インストール - 完了

ワークフローのトリガー構成

このワークフローは主に手動で実行されるように設計されており、クライアントの修正を迅速に提出できるようにします。ただし、スケジュールに従って実行するように設定できます。

スケジューラーを設定する際、Nexthinkは以下の設定をベースラインとして推奨します。

NQL:

コード

過去7日間のデバイス
| where operating_system.platform == Windows
 and operating_system.name !in ["*server*"]

リカレンス: 週次 - 少なくとも1日を選択してください。

ご注意ください: すべての前提条件とワークフローがインストールおよび設定された後、ワークフローを保存するたびに実行される内蔵の検証機能を使用できます。

ワークフローの構造

ご注意: このワークフローは、Microsoft Teamsクライアントソフトウェアに影響を与える各ステップの前にユーザーに警告を行うキャンペーンを使用しています。ユーザーは、Microsoft Teamsクライアントで作業するのに適切なタイミングでない場合（例えば、Teams通話中である場合）にワークフローをキャンセルできます。

このセクションでは、このワークフローの主要なステップについて説明します。

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

デバイスにMicrosoft Teamsクライアントが最新でない、またはインストールされていない場合、オペレーティングシステムがチェックされ、OSに特化したリモートアクションを使用してMicrosoft Teamsを再インストールします。
5分の休止後、Microsoft Teams Work or Schoolクライアントのステータスを取得するリモートアクションが再度実行され、インストールが成功したかどうか確認します。
MS Teamsが存在する場合、ワークフローは終了します。
MS Teamsがまだインストールされていない場合、デバイスに明らかに問題があるため、さらなる調査のためにITSMチケットが記録されます。