Microsoft 365 Copilotの利用状況を「部門別」「職種別」「拠点別」「事業部別」など、組織の実態に合わせてPower BIで深掘りしたい管理者・分析担当者に関係する更新です。結論から言えば、今回の「Microsoft Viva: Unlocking Deeper Copilot Insights with Enhanced Power BI Filtering」は、Viva InsightsのPower BIレポートで、管理者が追加の組織属性をフィルターとして有効化できるようにする変更です。
対象となるのは、Microsoftが用意する予約済み属性と、組織が独自に定義したカスタム属性です。レポート閲覧権限を持つユーザーは、管理者が有効化した属性を使って、Copilotの導入・利用・効果に関するレポートを自社の業務単位に合わせて絞り込めるようになります。Roadmap IDは559995、GA dateは2026年6月とされていますが、Microsoft 365 Roadmapのリリース情報は予定であり変更される可能性があります。(Microsoft 365 Message Center Archive)
Microsoft 365 CopilotのAI/Copilot更新で何が変わるのか
今回の更新は、Copilot ChatやWord、Excel、Teams内の生成AI機能そのものを変えるものではありません。主な変更点は、Microsoft Viva InsightsとPower BIを使ったCopilot分析レポートのフィルタリング機能です。
これまで、Copilotの利用状況を確認できても、組織ごとの意思決定に必要な粒度で切り分けにくい場面がありました。たとえば「営業部門では活用が進んでいるのか」「新しい研修を受けた部門と未受講部門で利用傾向に差があるのか」「拠点ごとにCopilotの定着度が違うのか」といった問いに対して、標準的な切り口だけでは分析しづらいケースがあります。
この更新により、Global adminやInsights adminは、Viva Insights Webアプリから追加属性をPower BIレポートのフィルターとして有効化できます。Message Center情報では、ロールアウトは2026年6月下旬に開始し、2026年7月上旬に完了する予定とされています。(Microsoft 365 Message Center Archive)
| 観点 | 変更前に起きやすい課題 | 変更後に期待できること |
|---|---|---|
| 分析の切り口 | 部門や既定の組織階層だけでは実務に合わないことがある | 予約済み属性やカスタム属性で、より業務に近い単位で分析できる |
| 管理者の役割 | レポート閲覧者の要望に対し、使えるフィルターが限られる | 管理者が有効化する属性を選び、レポート利用者に提供できる |
| レポート利用者 | Copilot活用状況を自分の担当領域に合わせて見づらい | Power BI上で必要な属性を選び、意思決定に使いやすくなる |
| ガバナンス | 属性を増やすほど情報管理が難しくなる | 有効化する属性を管理者側で選別できる |
ポイントは、「すべての属性が自動的に全ユーザーへ見えるようになる」わけではないことです。管理者がフィルターとして有効化し、かつPower BIレポートへのアクセス権を持つユーザーが利用できる、という整理で理解するとよいでしょう。
影響を受ける範囲
影響を受けるのは、Microsoft 365 Copilotを分析・展開・定着支援に使っている組織です。特に、Viva Insights、Copilot Dashboard、Copilot Analytics reports、Power BIレポートを運用している管理者や分析担当者は確認しておきたい更新です。
| 対象者 | 影響 | 確認すべきこと |
|---|---|---|
| Global admin | 追加属性の有効化や関連設定の確認が必要になる | Viva Insights Webアプリ、組織データ、アクセス管理 |
| Insights admin | レポートで使う属性の選定・品質確認が重要になる | 予約済み属性、カスタム属性、データ品質 |
| Insights Analyst / BI担当者 | 新しいフィルターを前提にレポート設計を見直せる | フィルター名、説明、レポート共有範囲 |
| 業務部門のリーダー | 自部門に合わせたCopilot活用分析がしやすくなる | どの切り口で見ると施策に結びつくか |
| 開発者・データ担当者 | API移行よりも、組織データ連携や属性管理の確認が中心 | HRデータ、CSV、コネクタ、属性マッピング |
Viva Insightsでは、Insights AnalystはCopilot DashboardやCopilot Analytics reportsを含む高度な分析機能にアクセスできますが、管理機能にはアクセスできません。一方、Insights Administratorは組織データやプライバシー設定などの管理機能にアクセスします。役割ごとにできることが異なるため、今回の更新でも「誰が属性を有効化し、誰がレポートを見るのか」を分けて整理する必要があります。(Microsoft Learn)
管理者が確認すべき設定
今回の更新で最初に見るべきなのは、Power BIのビジュアルではなく、Viva Insights側の組織データとアクセス管理です。属性をフィルターとして追加できても、元データの品質が低いと、レポートの解釈を誤る原因になります。
Viva Insights Webアプリのアクセス状態
Viva Insights Webアプリが無効になっていると、Copilot Dashboard、Copilot Analytics reports、高度な分析、管理ツールにも影響します。Microsoft Learnでは、Viva Insights Webアプリのオン・オフをMicrosoft 365管理センターの機能アクセス管理で制御でき、無効化すると関連機能全体に影響することが説明されています。(Microsoft Learn)
まず、以下を確認します。
| 確認項目 | 判断基準 |
|---|---|
| Viva Insights Webアプリが有効か | レポート利用者と管理者が必要な機能にアクセスできる状態か |
| 管理者ロールが適切か | Global admin、Insights admin、AI Administratorなどの役割が過不足なく割り当てられているか |
| レポート閲覧者が適切か | Power BIレポートを見せるべき相手だけに共有されているか |
| 既存のCopilot Dashboard制御 | 以前の制御設定がViva Insights Webアプリ全体に影響していないか |
組織データの属性
Viva Insightsの組織データには、必須属性、予約済みオプション属性、カスタム属性があります。必須属性にはPersonId、ManagerId、Organizationなどが含まれ、予約済み属性にはFunctionType、HireDate、Layer、Locationなどがあります。カスタム属性は、組織が独自に定義してフィルターやグルーピングに使える属性です。(Microsoft Learn)
今回の更新でフィルター候補を選ぶ際は、次の基準で絞り込むと失敗しにくくなります。
| 属性の種類 | 例 | 有効化の判断基準 |
|---|---|---|
| 組織構造 | 部門、事業部、地域、拠点 | Copilot導入施策を部門別に改善できるか |
| 職務分類 | 職種、職務領域、営業/非営業 | 業務特性ごとの利用傾向を見たいか |
| 階層・役割 | 管理職区分、レイヤー | マネージャー支援やリーダー向け施策に使えるか |
| 独自属性 | 研修受講区分、導入フェーズ、対象プロジェクト | 改善アクションに直結するか |
| センシティブになりやすい属性 | 評価、健康、労務リスク、個人に近い分類 | 原則として安易に有効化しない |
属性は多ければよいわけではありません。レポート閲覧者が施策に使える属性に絞ることが重要です。たとえば「部門」「職種」「拠点」はアクションに結びつきやすい一方、「人事評価ランク」や「離職リスク区分」のような属性は、集計レポートであっても慎重に扱うべきです。
組織データの取り込み元とマッピング
Copilot Dashboardの組織フィルターは、既定ではMicrosoft Entra IDの情報を参照します。ただし、組織データファイルをアップロードすると、ScopeやOrganizationフィルターを含むダッシュボードのデータソースがそのファイルに切り替わるため、データを最新に保つには定期的なアップロードが必要です。(Microsoft Learn)
Microsoft 365管理センターで組織データを取り込む場合、インポートしたデータをMicrosoft 365、Copilot、Vivaアプリのどのサービスへ共有するか、また予約済み属性やカスタム属性をどのようにマッピングするかを選択できます。属性アクセスの設定は、不要なデータを下流アプリへ渡さないための重要な管理ポイントです。(Microsoft Learn)
確認すべき項目は次のとおりです。
| 確認項目 | 具体的な確認内容 |
|---|---|
| データソース | Entra ID、CSV、Microsoft 365管理センター経由の組織データ、外部HRシステムのどれを使っているか |
| 属性名 | 既存レポートや手順書と一致しているか |
| 値の表記揺れ | 「Sales」「営業」「営業部」などが混在していないか |
| 更新頻度 | 組織変更、異動、入退社が反映される頻度は十分か |
| 属性アクセス | Viva InsightsやCopilot関連レポートへ共有してよい属性だけが選ばれているか |
Power BIレポート利用者に起きる変化
レポート閲覧者にとっての変化は、Power BI上で使えるフィルターが増えることです。たとえば、以下のような分析がしやすくなります。
| 活用シーン | 使うフィルター例 | 取れるアクション |
|---|---|---|
| Copilot導入率の低い部門を見つける | 部門、事業部、拠点 | 対象部門に追加トレーニングを実施する |
| 業務別の活用差を把握する | 職種、業務カテゴリ | 職種別のプロンプト例や利用シナリオを作る |
| 研修効果を確認する | 研修受講区分、導入フェーズ | 研修後の利用率や定着度を比較する |
| 管理職向け施策を検討する | 管理職区分、階層 | マネージャー向けの活用支援を強化する |
| 拠点ごとの定着状況を見る | 国、地域、拠点 | ローカル運用や言語サポートを見直す |
ただし、フィルターが増えるほど「それらしく見える分析」が増えます。小さすぎるグループで比較したり、母数が偏った属性で結論を出したりすると、誤った施策につながります。Viva Insightsは、従業員評価や個人監視のための設計ではないことも押さえておくべきです。(Microsoft Learn)
展開前に確認したいデータ品質
新しいフィルターの価値は、属性データの品質に左右されます。Microsoft Learnでは、Viva InsightsのData Quality Dashboardで、属性の健全性、マネージャー階層、データ鮮度などを確認できると説明されています。また、属性のカバレッジが低い場合は、関連する分析の品質にも影響します。(Microsoft Learn)
特に確認したいのは次の4点です。
| 観点 | よくある問題 | 対策 |
|---|---|---|
| カバレッジ | 特定の属性が一部社員にしか入っていない | 対象社員全体に値が入るようHRデータを補完する |
| 表記揺れ | 同じ意味の値が複数表記になっている | マスター値を定義し、取り込み前に正規化する |
| 階層データ | ManagerIdが古い、循環参照がある | HRシステム側で上長情報を修正する |
| データ鮮度 | 異動後の所属が反映されない | 定期インポートや自動連携を検討する |
Power BI側で見栄えのよいスライサーを追加しても、元データが古ければ分析は信頼できません。Copilot活用状況のレポートを経営や部門施策に使うなら、まず組織データの棚卸しから始めるのが安全です。
管理者・開発者向けの展開手順
今回のRoadmap項目から読み取れる主な変更は、Viva Insights Webアプリでの管理者設定とPower BIレポートのフィルター拡張です。現時点で、開発者向けAPIの移行や既存アプリのコード修正が必要になる更新とは読み取れません。ただし、組織データの取り込みやレポート配布を自動化している場合は、属性の追加・変更が運用に影響する可能性があります。
| フェーズ | 作業 | 成果物 |
|---|---|---|
| 事前確認 | Roadmap ID 559995とMessage Centerの最新状態を確認する | 展開予定と対象テナントの把握 |
| 属性棚卸し | 既存の予約済み属性・カスタム属性を一覧化する | フィルター候補リスト |
| ガバナンス確認 | 有効化してよい属性、避ける属性を分類する | 属性公開ルール |
| データ品質確認 | カバレッジ、表記揺れ、階層、更新頻度を確認する | 修正対象リスト |
| テスト展開 | 限定されたレポート閲覧者でフィルターの見え方を確認する | 検証結果と修正点 |
| 本番展開 | 必要な属性だけを有効化し、利用者へ案内する | 利用ガイド、FAQ |
| 展開後 | 問い合わせ、誤解、使われていないフィルターを確認する | 改善バックログ |
開発者やデータ担当者は、Power BIのDAXやレポートレイアウトだけでなく、上流の属性名・型・更新頻度を確認してください。特にCSV連携やHRシステム連携を使っている場合、属性名の変更が既存レポート、ドキュメント、データ変換処理に影響することがあります。
失敗しやすいポイント
使える属性をすべて有効化してしまう
最も避けたいのは、「便利そうだから」という理由で属性を増やしすぎることです。フィルターが多すぎると、レポート利用者はどの切り口で見るべきか分からなくなります。最初は、施策に直結する3〜5個程度の属性から始めるのが現実的です。
レポート閲覧権限を見直さない
属性フィルターを増やすと、同じレポートでも見える意味が変わります。たとえば、拠点や職種で細かく絞り込めるようになると、特定グループの状況が推測しやすくなる場合があります。Power BIワークスペース、共有リンク、グループ権限、委任アクセスは必ず見直してください。
属性の意味を利用者に説明しない
「FunctionType」「Layer」「導入フェーズ」などの属性は、定義を知らないと解釈が分かれます。レポート内の説明、社内Wiki、利用ガイドに、属性の意味と使い方を記載しておくと問い合わせを減らせます。
ロードマップ日付を確定日として扱う
GA dateが2026年6月とされていても、Microsoft 365 Roadmapの情報は予定です。社内展開計画では「6月中に必ず使える」と断定せず、Message Centerや管理センターで実際の表示を確認してから利用者へ案内しましょう。(Microsoft)
よくある疑問
Microsoft 365 Copilotの回答精度が上がる更新ですか？
いいえ。今回の更新は、Copilotの回答生成やプロンプト処理を改善する機能ではありません。Viva InsightsとPower BIレポートで、Copilotの導入・利用・効果を分析しやすくするための管理・レポート機能です。
すべてのユーザーに新しいフィルターが表示されますか？
いいえ。表示されるのは、Power BIレポートにアクセスでき、かつ管理者が有効化したフィルターを利用できるユーザーです。一般のCopilot利用者全員に直接影響する更新ではありません。
どの属性から有効化すべきですか？
最初は、業務改善に直結する属性を優先します。おすすめは、部門、職種、拠点、導入フェーズ、研修受講区分などです。一方で、人事評価、労務リスク、個人に近い分類、母数が小さくなりすぎる属性は慎重に扱うべきです。
Power BIレポートを作り直す必要がありますか？
必ず作り直しが必要とは限りません。ただし、新しいフィルターを前提にレポートのページ構成、スライサー、説明文、共有範囲を見直す価値はあります。既存レポートにフィルターを追加する場合は、利用者が誤解しないように属性の定義を明記しましょう。
管理者が今すぐ行うべきことは何ですか？
すぐに設定変更するより、まずは準備です。具体的には、現在のViva Insights属性構成を確認し、Power BIレポートで使う価値がある予約済み属性・カスタム属性を洗い出し、データ品質とアクセス権を確認します。Microsoftの案内でも、直ちに必要な操作はない一方で、属性構成のレビュー、ガバナンス計画、利用者への周知、社内ドキュメント更新が準備事項として示されています。(Microsoft 365 Message Center Archive)
まとめ
今回のMicrosoft 365 Copilot関連更新は、Copilotを「使わせる」段階から「業務単位で効果を分析し、改善する」段階へ進めるための機能です。Viva InsightsのPower BIレポートで追加属性をフィルター化できれば、部門別・職種別・拠点別にCopilot活用状況を見直し、研修や定着施策をより具体的に設計できます。
一方で、属性フィルターは強力な分、データ品質と権限管理の影響も大きくなります。管理者は、GAを待つだけでなく、今のうちに「どの属性を見せるべきか」「その属性は正確か」「誰にレポートを見せるべきか」を整理しておきましょう。最初の一歩は、Viva Insightsの組織データとPower BIレポート閲覧者の棚卸しです。
コメント