Microsoft 365 CopilotをPower Appsのモデル駆動型アプリに追加する設定と注意点

Power Apps のモデル駆動型アプリで Microsoft 365 Copilot を使えるようにすると、ユーザーはアプリ内の Dataverse データに対して自然言語で質問し、必要な情報を探したり要約したりできます。重要なのは、単にアプリのスイッチをオンにするだけでは不十分な点です。テナント側の Dataverse データ許可、環境側の Dataverse Search、ユーザーライセンス、アプリ単位の機能設定、公開作業まで確認して初めて利用できます。Microsoft Learn の該当ページは 2026年6月3日に更新され、モデル駆動型アプリに Microsoft 365 Copilot を追加するための環境単位・アプリ単位の設定手順が整理されています。(Microsoft Learn)

目次

Microsoft 365 Copilotをモデル駆動型アプリに追加すると何ができるのか

Microsoft 365 Copilot for app users in model-driven apps は、Power Apps のモデル駆動型アプリ内で Copilot を開き、Dataverse テーブルデータについて自然言語で質問できる機能です。ユーザーは画面右上の Copilot > Chat から Microsoft 365 Copilot を開き、アプリ内の情報探索や業務データの確認を会話形式で行えます。(Microsoft Learn)

例えば、営業管理アプリであれば「今月の大口商談を教えて」「未対応の重要案件を確認したい」といった聞き方が想定できます。サポート管理アプリであれば「優先度が高く、まだ完了していないケースは?」のように、一覧画面を何度も絞り込まずに状況把握できる可能性があります。

ただし、この機能は「アプリのデータを何でも操作できる自動実行機能」ではありません。公式情報では、モデル駆動型アプリ向け Microsoft 365 Copilot は読み取り専用操作でデータを表示する機能とされており、データ変更を行うにはエージェントによるカスタマイズが必要です。(Microsoft Learn)

今回の更新で管理者が押さえるべき変更点

今回のポイントは、従来の Copilot chat から Microsoft 365 Copilot へ移行する流れが明確になったことです。Microsoft 365 Copilot はモデル駆動型アプリ内の Copilot chat を段階的に置き換える位置づけで、移行期間中は作成者がどちらか一方、または両方のチャット体験を有効化できます。両方が利用可能な場合、ドロップダウンには Chat と App Skills が表示され、Chat は Microsoft 365 Copilot、App Skills は従来の Copilot chat を開きます。(Microsoft Learn)

確認項目今回の実務上の意味
Microsoft 365 Copilot のアプリ内利用モデル駆動型アプリの画面から Copilot を開いて Dataverse データに質問できる
有効化の単位環境単位、環境内の全モデル駆動型アプリ、個別アプリ単位で制御する
既存 Copilot chat との関係移行期間中は併用される場合があり、ユーザー画面では Chat と App Skills の違いを説明する必要がある
データ操作標準では読み取り中心。更新・登録・承認などの操作は別途エージェント設計が必要
展開リスクライセンス、Dataverse Search、容量、地域別ロールアウト状況を事前確認する

特に混乱しやすいのは、ユーザーから見ると「Copilot」という名称が同じでも、開く先が Microsoft 365 Copilot なのか、従来の Copilot chat なのかが異なる点です。ヘルプデスクや業務部門向けの案内では、「Chat は Microsoft 365 Copilot」「App Skills は従来のアプリ向け Copilot chat」という表現で説明すると、問い合わせを減らしやすくなります。(Microsoft Learn)

利用前に確認すべき前提条件

Microsoft 365 Copilot をモデル駆動型アプリで使うには、アプリ側の設定だけでなく、テナント、環境、ライセンス、Dataverse Search の条件を満たす必要があります。

区分確認する内容確認担当の目安
テナント設定Dataverse データを Microsoft 365 Copilot で利用可能にする設定Microsoft 365 管理者、AI 管理者、グローバル管理者
環境設定Dataverse Search が Default または On になっていることPower Platform 管理者
ライセンスPower Apps アプリ利用者は Power Apps premium ライセンスと Microsoft 365 Copilot ライセンスが必要Microsoft 365 管理者、ライセンス管理者
Dynamics 365 アプリDynamics 365 Enterprise または Premium ライセンスが必要。Dataverse grounding を超えた Work IQ のフル機能には Microsoft 365 Copilot ライセンスが必要Dynamics 365 管理者
容量Dataverse Search インデックス、セマンティック検索、Copilot 操作を支える十分な Dataverse 容量Power Platform 管理者

公式情報では、Power Apps アプリで Microsoft 365 Copilot 機能を使うユーザーには Power Apps premium ライセンスと Microsoft 365 Copilot ライセンスが必要とされています。また、Dynamics 365 アプリの場合は Dynamics 365 Enterprise または Premium ライセンスが前提となり、Work IQ のフル機能には Microsoft 365 Copilot ライセンスが必要です。(Microsoft Learn)

管理者が行う環境レベルの有効化手順

環境単位で Microsoft 365 Copilot を有効化する場合は、Power Platform 管理センターから設定します。公式手順では、Power Platform admin center にサインインし、Copilot > Settings に進み、Power Apps 配下の Chat Agent を展開して M365 Copilot を選択します。その後、環境グループまたは環境名を選び、設定を編集して On に変更し、保存します。(Microsoft Learn)

実務では、いきなり本番環境全体で有効化するよりも、次の順序で確認するのが安全です。

手順作業内容失敗しやすいポイント
事前確認対象ユーザーのライセンス、Dataverse Search、容量を確認するCopilot の設定だけオンにしても、ライセンス不足でユーザーに表示されない
検証環境で有効化開発・検証環境または限定された環境グループでオンにする本番データに近い権限設計で検証しないと、実運用時の回答範囲を確認できない
対象アプリを選定Copilot を表示するアプリを決めるすべてのアプリで有効にすると、業務部門ごとの説明が追いつかない
ユーザー検証業務担当者に実際の質問例で試してもらう抽象的な質問だけで検証すると、期待値がずれる
本番展開展開日、対象者、問い合わせ先を明示して公開するChat と App Skills の違いを説明しないと混乱する

個別のモデル駆動型アプリで有効化する手順

個別アプリだけで Microsoft 365 Copilot を有効化したい場合は、Power Apps の maker 画面からアプリ設定を変更します。公式手順では、Power Apps にサインインし、対象のモデル駆動型アプリを編集画面で開き、コマンドバーの Settings を選択します。左側の Features から M365 Copilot in model-driven apps を On にし、保存後にアプリを公開すると変更が反映されます。(Microsoft Learn)

ここで忘れやすいのが「公開」です。設定を保存しただけでは、ユーザーが使うアプリに変更が反映されない場合があります。設定変更後は、必ず公開まで行い、対象ユーザーで画面右上に Copilot の入口が表示されるか確認してください。

検証時は、管理者アカウントだけでなく、実際の業務ユーザーと同等のセキュリティロールを持つテストユーザーで確認することが重要です。Dataverse Search は Dataverse のセキュリティロールと権限を尊重し、ユーザーがアクセスできるレコードだけを検索結果として表示する仕組みです。(Microsoft Learn)

環境内の全モデル駆動型アプリで既定有効にする方法

環境内のすべてのモデル駆動型アプリで Microsoft 365 Copilot を既定で有効化したい場合は、ソリューションの環境値を設定します。公式手順では、Power Apps の Solutions から Default Solution を開き、Objects、Settings、Setting environment values の順に進み、Enable M365 Copilot in model-driven apps の値を追加または編集して 2 に設定し、保存して公開します。(Microsoft Learn)

この方法は展開効率が高い一方で、対象アプリが広がりすぎるリスクがあります。特に、部門ごとにデータ構造や権限設計が異なる環境では、すべてのアプリで一律に有効化する前に、以下を確認してください。

  • Copilot を表示してよいアプリと、まだ表示すべきでないアプリを分けているか
  • 検索対象にしたくないテーブルや列が Quick Find view に含まれていないか
  • 業務ユーザーが入力しそうな質問例で、期待に近い回答が返るか
  • 旧 Copilot chat と併用する期間を決めているか
  • ユーザー向けの簡単な利用ルールを用意しているか

Dataverse Searchの設定が重要になる理由

Microsoft 365 Copilot の回答品質は、Dataverse Search の設定と密接に関係します。Dataverse Search はモデル駆動型アプリの検索体験を支えるだけでなく、AI/Copilot 体験との統合にも使われます。公式情報では、Dataverse Search によりユーザーは自然言語でデータと会話し、テーマ、パターン、インサイトを特定できると説明されています。(Microsoft Learn)

Dataverse Search を管理する際は、Power Platform 管理センターで対象環境を開き、Settings > Product > Features から Dataverse search 関連のオプションを確認します。選択状態は、環境内のグローバル検索や有効化された AI 体験で Dataverse データがどのようにインデックス化され、利用されるかに影響します。(Microsoft Learn)

開発者やアプリ作成者が特に見るべきなのは、Quick Find view です。Dataverse Search で検索される列や検索結果に表示される列は、テーブルの Quick Find view によって左右されます。カスタムテーブルを検索対象にしたい場合は、テーブルがアプリに含まれていること、検索対象の列が適切に設定されていること、必要な設定が公開されていることを確認してください。(Microsoft Learn)

容量とインデックス更新の注意点

Microsoft 365 Copilot を有効化する前に、Dataverse 容量も確認しておくべきです。公式情報では、モデル駆動型アプリ向け Microsoft 365 Copilot は Dataverse Search インデックスに依存し、この機能の有効化によって環境の Dataverse 容量消費が増える可能性があるとされています。(Microsoft Learn)

Dataverse Search のインデックスは、検索や生成 AI 体験を支えるデータとして使われます。容量レポートでは、Dataverse Search のストレージ消費は環境レベルで DataverseSearch というテーブルとして報告され、Dataverse インデックスはデータベース容量レートで扱われます。(Microsoft Learn)

また、Dataverse Search の設定変更や検索対象データの変更は、即時反映とは限りません。公式情報では、検索構成や検索対象データの変更が検索サービスに表示されるまで最大15分、平均的な組織のフル同期には1時間以上、大規模組織では数日かかる場合があるとされています。(Microsoft Learn)

本番展開では、設定変更の直後に「Copilot が期待通り答えない」と判断しないことが大切です。インデックス反映の時間を見込み、展開前日までに主要なテーブルと列の設定を終えておくと、当日のトラブルを減らせます。

既存のCopilot chatから移行する際の考え方

既存の Copilot chat を使っている環境では、Microsoft 365 Copilot への切り替え方を決める必要があります。関連する公式情報では、Power Apps の Copilot chat は Dynamics 365 アプリでは一般提供、Power Apps ではプレビュー機能の位置づけであり、Dynamics 365 アプリが有効化されていない環境のモデル駆動型アプリでは、2026年1月から非推奨化されると案内されています。Microsoft は Microsoft 365 Copilot への切り替えを推奨しています。(Microsoft Learn)

移行時は、機能のオン・オフだけでなく、ユーザーの操作導線を整理しましょう。両方を有効にすると、Copilot メニューに Chat と App Skills が並びます。業務ユーザーにとっては「どちらを押せばよいのか」が分かりにくいため、切り替え期間を短くするか、用途を明確に分けるのが現実的です。(Microsoft Learn)

移行パターン向いているケース注意点
Microsoft 365 Copilot のみ有効新規導入、旧 Copilot chat をほとんど使っていない環境ユーザー教育を Microsoft 365 Copilot 前提で統一できる
一時的に両方有効既存ユーザーが旧 Copilot chat に慣れている環境Chat と App Skills の違いを明文化する
部門単位で段階展開部門ごとにデータ構造や業務プロセスが大きく異なる環境権限・検索対象・質問例を部門別に検証する
検証環境で先行評価本番データの扱いに慎重な環境本番と異なるデータ量では性能や回答品質を判断しにくい

エージェント連携でできることと限界

Microsoft 365 Copilot は、標準の会話だけでなく、エージェントによって拡張できます。公式情報では、宣言型エージェント、カスタムエンジンエージェント、Copilot Studio エージェントなどの選択肢が示されており、FAQ、ガイド付きワークフロー、独自業務プロセス、外部連携などの用途に応じて使い分ける考え方が紹介されています。(Microsoft Learn)

ただし、モデル駆動型アプリ内でエージェントを使う場合には注意が必要です。公式の利用者向け情報では、Microsoft 365 Copilot in apps で明示的にエージェントを選択すると、そのエージェントが Dataverse テーブルデータを扱うよう構成されていない限り、アプリ内の Dataverse テーブルデータに関する回答をしなくなると説明されています。Dataverse データへの質問に戻すには、明示的なエージェント選択を解除する必要があります。(Microsoft Learn)

そのため、エージェントを追加する場合は「業務アプリのデータを読むための Copilot」と「特定業務を処理するエージェント」を混同しない設計が必要です。例えば、問い合わせ管理アプリで「未対応ケースを要約する」のは標準 Copilot の用途に近い一方、「ケースの担当者を変更する」「顧客へ定型メールを作成して下書き保存する」といった処理は、エージェントや Power Automate との設計を含めて検討する領域です。

利用者への影響と説明すべきポイント

利用者にとっての変化は、アプリ内のデータ探索が会話形式になることです。Microsoft 365 Copilot in apps は、Dataverse テーブルデータに関する質問に回答し、AI によるインサイトやナビゲーションを支援します。(Microsoft Learn)

一方で、利用者に事前説明しておくべき制約もあります。

利用者に伝えること説明例
見えるデータは権限に依存する自分に閲覧権限がないレコードは、Copilot でも参照できない
回答は確認が必要重要な判断では、元レコードやビューを確認してから処理する
データ更新は標準機能ではできないCopilot に聞くだけでレコードの変更や承認が完了するわけではない
モバイルでは使えない公式情報では Power Apps モバイルアプリでは利用不可とされている
表示されない場合があるライセンス、管理者設定、地域別ロールアウト状況によって利用できないことがある

特に「Copilot が答えたから正しい」と受け止められないように、社内ルールでは確認すべき元データ、使ってよい業務範囲、入力してよい情報の扱いを明確にしておくと安全です。

管理者・開発者向けの展開チェックリスト

本番展開前には、次の順番で確認すると抜け漏れを減らせます。

チェック確認内容
ライセンス対象ユーザーに Power Apps premium と Microsoft 365 Copilot の必要ライセンスが割り当てられているか
テナント設定Microsoft 365 管理センター側で Dataverse データを Microsoft 365 Copilot に利用可能にしているか
環境設定Power Platform 管理センターで対象環境の M365 Copilot 設定をオンにしているか
Dataverse Search対象環境で Dataverse Search が有効で、必要なテーブル・列が検索対象になっているか
アプリ設定個別アプリの M365 Copilot in model-driven apps がオンになっているか
公開設定保存後にモデル駆動型アプリを公開しているか
権限一般ユーザー権限で、想定外のデータが見えないかを確認したか
容量DataverseSearch の容量増加を監視できる状態になっているか
移行旧 Copilot chat を残す期間と、ユーザーへの説明文を決めているか
サポート表示されない、回答が期待と違う、どちらの Copilot を使うべきか、といった問い合わせ先を決めているか

開発者は、テーブル設計やビュー設定にも注意が必要です。Copilot の回答は、検索対象になるテーブル、列、リレーション、ユーザー権限の影響を受けます。業務上よく聞かれる質問を先に洗い出し、その質問に答えるために必要な列が Quick Find view やアプリの構成に含まれているか確認しましょう。(Microsoft Learn)

よくある失敗と対策

Copilotをオンにしたのにユーザーに表示されない

まずライセンスを確認してください。Power Apps アプリで使う場合、Power Apps premium と Microsoft 365 Copilot ライセンスが必要です。次に、テナント設定、環境設定、アプリ設定、公開の順で確認します。地理的な展開状況によって、Power Platform 管理センターの一部設定にまだアクセスできない場合がある点にも注意が必要です。(Microsoft Learn)

回答に必要なレコードが出てこない

ユーザーのセキュリティロールで該当レコードを閲覧できるか、対象テーブルがモデル駆動型アプリに含まれているか、Quick Find view の検索対象列に必要な列が含まれているかを確認します。Dataverse Search は権限を尊重するため、ユーザーに見えないデータは Copilot でも参照できません。(Microsoft Learn)

設定変更後すぐに期待どおり動かない

Dataverse Search のインデックス反映には時間がかかる場合があります。検索構成や検索対象データの変更は最大15分程度かかることがあり、フル同期は組織規模によってさらに長くなる場合があります。展開直前に検索対象列を大きく変更するのは避けましょう。(Microsoft Learn)

旧Copilot chatとMicrosoft 365 Copilotの違いが伝わらない

移行期間中に両方を有効化すると、ユーザー画面に Chat と App Skills が並ぶ場合があります。社内マニュアルでは、通常の質問は Chat、既存のアプリ向け Copilot chat を使う場合は App Skills といった形で、実際の画面名に合わせて説明してください。(Microsoft Learn)

本番導入でおすすめの進め方

最初から全社展開するよりも、業務効果が分かりやすいアプリを1つ選び、限定ユーザーで検証する進め方が現実的です。例えば、営業案件、問い合わせ、契約、作業依頼など、ユーザーが日常的に一覧検索や状況確認を行うアプリは効果を確認しやすい候補です。

検証では、次のような質問例を業務部門と一緒に作っておくと判断しやすくなります。

業務シーン質問例確認するポイント
営業案件確認今月クローズ予定で金額が大きい商談を教えて重要列が検索・要約に使われるか
サポート対応優先度が高く、未解決のケースを整理してステータスや優先度の扱いが正しいか
顧客管理最近更新された主要顧客の状況を確認したい更新日、所有者、関連レコードが期待通り扱われるか
管理者検証一般ユーザー権限で見えるデータだけを答えるか権限境界が守られているか

導入の成否は、Copilot をオンにすることではなく、「業務ユーザーが何を聞けばよいか」を設計できるかで決まります。アプリごとに質問例、使ってよい用途、確認すべき元データをまとめておくと、利用率と安全性の両方を高められます。

まず確認すべきこと

Power Apps のモデル駆動型アプリに Microsoft 365 Copilot を追加する場合は、最初に対象アプリ、対象ユーザー、必要ライセンス、Dataverse Search、容量を確認してください。そのうえで、検証環境または限定ユーザーで有効化し、実際の業務質問に対する回答を確認してから本番展開するのが安全です。

管理者はテナントと環境の設定を整え、開発者はアプリ設定、Quick Find view、テーブル構成、公開作業を確認します。既存の Copilot chat を利用している場合は、Microsoft 365 Copilot への移行方針とユーザー案内を先に決めておきましょう。これにより、単なる新機能の追加ではなく、モデル駆動型アプリのデータ活用を実務レベルで改善できます。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次