Microsoft 365 CopilotをPower Appsのモデル駆動型アプリで使う場合、最初に押さえるべき結論は「アプリ内のDataverseデータを、自然言語のチャットで確認・要約できるようになるが、利用には管理者設定・ライセンス・Dataverse Searchの準備が必要」という点です。ユーザーは画面右上のCopilotから質問できますが、現時点では基本的に読み取り用途であり、データ更新や業務処理の自動実行まで任せるにはエージェントの設計が必要です。Microsoft 365 Copilotは、従来のCopilot chat in model-driven appsを段階的に置き換える位置づけにもなっているため、管理者や開発者は「有効化するか」だけでなく、「どの環境・どのアプリ・どのユーザーに展開するか」まで整理しておく必要があります。(Microsoft Learn)
Microsoft 365 CopilotのAI/Copilot更新で何が変わるのか
今回のポイントは、Power Appsのモデル駆動型アプリ内でMicrosoft 365 Copilotを使い、アプリに含まれるDataverseテーブルデータについて自然言語で質問できるようにする機能です。ユーザーは、レコードを1件ずつ開いて確認しなくても、「期限超過の案件はどれか」「今月対応すべきケースを要約して」といった形で、業務データの把握を効率化できます。Microsoft公式ドキュメントでは、Microsoft 365 Copilot in appsがDataverseテーブルデータに関する質問へ回答できると説明されています。(Microsoft Learn)
特に重要なのは、従来の「Copilot chat in model-driven apps」とMicrosoft 365 Copilotの関係です。Microsoftは、Microsoft 365 CopilotがCopilot chat in model-driven appsを段階的に置き換えると説明しており、移行期間中は両方のチャット体験を有効化できます。両方が有効な場合、アプリ上のメニューでは「Chat」がMicrosoft 365 Copilot、「App Skills」が従来のCopilot chat in appsを開く構成になります。(Microsoft Learn)
| 変更・確認ポイント | 内容 | 実務上の意味 |
|---|---|---|
| Microsoft 365 Copilotをモデル駆動型アプリ内で利用 | CopilotペインからDataverseデータに自然言語で質問できる | 業務データの検索、要約、確認作業を短縮できる |
| 従来のCopilot chatとの併存 | 移行期間中は両方を有効化できる | ユーザー教育では「Chat」と「App Skills」の違いを説明する必要がある |
| 管理者設定が必須 | テナント、環境、アプリ単位の設定が関係する | アプリ作成者だけでは完結しない。Microsoft 365管理者・Power Platform管理者との連携が必要 |
| Dataverse Searchが前提 | Copilotの応答はDataverse Searchのインデックスに依存する | 検索対象テーブル、Quick Findビュー、容量消費を事前確認する |
| 読み取り中心の機能 | ユーザーはクエリに一致するデータを確認できるが、標準機能だけで変更操作はできない | 更新・登録・承認などを行わせたい場合は、エージェントや別機能の設計が必要 |
利用者にとってのメリットは「探す時間」を減らせること
モデル駆動型アプリは、営業案件、顧客管理、問い合わせ管理、承認管理など、テーブル構造に沿って業務データを扱う場面でよく使われます。ただし、データ量が増えると、目的のレコードを探すだけでも時間がかかります。
Microsoft 365 Copilotを使うと、ユーザーはアプリ内のCopilotペインから自然な言葉で質問できます。たとえば、次のような使い方が考えられます。
- 「今週期限を迎える未完了の対応を一覧で教えて」
- 「優先度が高いサポートケースを要約して」
- 「今月作成された商談のうち、金額が大きいものを確認したい」
- 「特定顧客に関連する最近の活動をまとめて」
ポイントは、Copilotを「何でも実行するAI」として使うのではなく、まずはDataverse上の業務データを素早く理解する補助役として位置づけることです。Microsoft 365 Copilotは、アプリに含まれるDataverseテーブルデータについて質問に答える機能として説明されています。(Microsoft Learn)
画面上ではCopilotボタンから利用する
管理者が機能を有効化すると、ユーザーはページ右上付近のCopilotボタンからMicrosoft 365 Copilotを開けます。必要に応じてCopilotペインを展開・折りたたみできます。(Microsoft Learn)
両方のチャット体験が有効な環境では、ユーザーが迷いやすい点があります。
| 表示される選択肢 | 開く機能 | 説明すべきポイント |
|---|---|---|
| Chat | Microsoft 365 Copilot | 今後の標準的なチャット体験として案内する |
| App Skills | Copilot chat in apps | 移行期間中の従来機能として扱う |
社内展開時には、「Copilotを押してください」だけでは不十分です。ユーザー向け手順書には、どちらを選ぶべきかまで明記しましょう。特に、既存のCopilot chatに慣れている部門では、同じCopilotメニュー内に複数の選択肢が表示されることで問い合わせが増えやすくなります。
管理者・開発者が確認すべき影響範囲
Microsoft 365 Copilotをモデル駆動型アプリに展開する場合、影響はエンドユーザーだけに留まりません。Power Platform管理者、Microsoft 365管理者、アプリ作成者、セキュリティ担当者がそれぞれ確認すべき項目があります。
| 対象者 | 確認すべきこと | 放置した場合のリスク |
|---|---|---|
| エンドユーザー | ChatとApp Skillsの違い、質問の仕方、回答の確認方法 | 期待した回答が得られず「使えない」と判断される |
| Power Platform管理者 | 環境単位のCopilot設定、Dataverse Search、容量消費 | 有効化してもCopilotが表示されない、検索対象が不足する |
| Microsoft 365管理者 | Microsoft 365 Copilot側のDataverseデータ利用設定、対象ユーザーまたはグループ | 必要なユーザーに機能が届かない、逆に広げすぎる |
| アプリ作成者・開発者 | アプリ単位のM365 Copilot設定、テーブルとビューの設計 | 回答対象のデータが不十分、ユーザーが誤解しやすい |
| セキュリティ・コンプライアンス担当 | Dataverse権限、検索対象テーブル、機密データの扱い | 検索対象の設計ミスにより不要なデータ露出の懸念が出る |
| サポート担当 | FAQ、問い合わせ導線、フィードバック運用 | 回答品質や利用方法に関する問い合わせが属人化する |
Dataverse SearchはDataverseのセキュリティロールと権限を尊重し、ユーザーがアクセス権を持つレコードのみを表示する設計です。ただし、だからといって設定確認が不要になるわけではありません。アクセス権限、検索対象テーブル、ビュー設計が期待通りでなければ、Copilotの回答も期待通りになりません。(Microsoft Learn)
利用前に満たすべき前提条件
Microsoft 365 Copilotをモデル駆動型アプリで使うには、複数の前提条件があります。特にライセンスとDataverse Searchは、展開前に必ず確認してください。
ライセンス要件
Power AppsアプリでMicrosoft 365 Copilot機能を使うには、ユーザーにPower Apps PremiumライセンスとMicrosoft 365 Copilotライセンスが必要です。Dynamics 365アプリの場合はDynamics 365 EnterpriseまたはPremiumライセンスが必要で、Dataverse groundingを超えるWork IQのフル機能にはMicrosoft 365 Copilotライセンスが必要とされています。(Microsoft Learn)
実務では、次のように整理すると確認しやすくなります。
| 利用シナリオ | 確認するライセンス |
|---|---|
| Power Appsのモデル駆動型アプリで利用 | Power Apps Premium + Microsoft 365 Copilot |
| Dynamics 365アプリで利用 | Dynamics 365 EnterpriseまたはPremium |
| Work IQのフル機能まで想定 | Microsoft 365 Copilotの割り当てを確認 |
ライセンスが不足していると、アプリ側の設定を有効にしてもユーザーが利用できない可能性があります。展開前に、対象ユーザーをEntra IDグループなどで整理し、ライセンス割り当てとCopilot利用対象を一致させておくのが安全です。
Dataverse Searchの有効化
Microsoft 365 Copilot for model-driven appsはDataverse Searchインデックスに依存します。公式ドキュメントでも、Dataverse SearchをDefaultまたはOnにすることが前提条件として示されています。また、Dataverse Searchを有効にするとDataverse容量消費が増える可能性があるため、容量の余裕も確認が必要です。(Microsoft Learn)
Dataverse Searchは単なる検索バーの機能ではありません。Copilotや生成AI体験が業務データを理解するための土台にもなります。そのため、次の観点で確認しましょう。
| 確認項目 | 見るべきポイント |
|---|---|
| Dataverse Searchの状態 | 対象環境でOnまたは必要な設定になっているか |
| 検索対象テーブル | Copilotに答えさせたいテーブルが検索対象に含まれているか |
| Quick Findビュー | 検索対象列、表示列、フィルター条件が適切か |
| アプリへのテーブル追加 | 対象テーブルがモデル駆動型アプリのコンポーネントに含まれているか |
| 容量 | Dataverse Searchのインデックスによる容量消費を許容できるか |
特にカスタムテーブルを使っている場合、「テーブルはDataverseに存在するが、検索対象に入っていない」という状態が起こりがちです。Copilotに業務データを扱わせる前に、対象テーブルがDataverse Searchとアプリの両方に含まれているか確認してください。
管理者が確認すべき設定手順
Microsoft 365 Copilotをモデル駆動型アプリで利用するには、テナント、環境、アプリの各レイヤーで設定を確認する必要があります。どこか1つだけを有効にしても、ユーザーに機能が表示されない場合があります。
テナント側でDataverseデータの利用を許可する
Microsoft 365 CopilotがDataverseデータを扱えるようにするには、Microsoft 365管理センター側で「Dataverse data available in Microsoft 365 Copilot」に関する設定を確認します。公式ドキュメントでは、Microsoft 365管理センターのCopilot設定から、全ユーザーまたは特定のEntraセキュリティグループを選んで保存する流れが示されています。(Microsoft Learn)
この設定は、全社展開前に慎重に決めるべきです。最初から全ユーザーに広げるより、以下のような段階展開が現実的です。
- 管理者・アプリ作成者だけで検証する
- 対象業務のキーユーザーに限定して展開する
- 回答品質、権限、問い合わせ内容を確認する
- 部門単位または業務単位で拡大する
Power Platform管理センターで環境単位の設定を確認する
Power Platform管理者は、Power Platform管理センターからCopilot設定を管理します。公式手順では、Power Platform admin centerにサインインし、Copilot > SettingsからPower Apps配下のChat Agent、M365 Copilotを選び、環境グループまたは環境を選択してOnにします。(Microsoft Learn)
環境単位の設定では、次の点に注意してください。
| 注意点 | 理由 |
|---|---|
| 本番環境だけでなく検証環境も確認する | 本番投入前に回答範囲やユーザー体験を検証するため |
| 環境グループと個別環境のどちらに適用するか決める | 意図せず複数環境へ広がるのを防ぐため |
| 地域による段階展開を考慮する | テナントの地域によって管理センターの設定がまだ表示されない場合があるため |
| 容量レポートを確認する | Dataverse Searchインデックスが容量消費に影響するため |
Microsoftは、この機能が段階的に展開されるため、テナントの地理的な場所によってはPower Platform管理センターの一部設定にまだアクセスできない場合があると説明しています。(Microsoft Learn)
アプリ単位でM365 Copilotを有効化する
アプリ作成者は、個別のモデル駆動型アプリに対してMicrosoft 365 Copilotを有効または無効にできます。Power Appsで対象アプリを編集し、Settings > Featuresから「M365 Copilot in model-driven apps」をOnにした後、保存して公開する必要があります。(Microsoft Learn)
ここで失敗しやすいのは、設定を変更しただけで公開を忘れるケースです。モデル駆動型アプリでは、変更後に公開しないとユーザー環境へ反映されません。
アプリ単位での確認チェックリスト
| チェック項目 | 確認内容 |
|---|---|
| 対象アプリを編集しているか | 似た名前のアプリや別環境のアプリと取り違えていないか |
| FeaturesでM365 CopilotをOnにしたか | アプリ単位の設定が無効だと表示されない |
| 保存したか | 設定変更を保持する |
| 公開したか | ユーザーが使える状態に反映する |
| 対象テーブルがアプリに含まれているか | Copilotが回答すべき業務データを参照できるようにする |
| テストユーザーで表示確認したか | 管理者ではなく一般ユーザー権限で確認する |
環境内の全モデル駆動型アプリで既定有効にする場合
環境内のすべてのモデル駆動型アプリでMicrosoft 365 Copilotを既定有効にする方法も用意されています。公式手順では、Power AppsのDefault SolutionからSettings、Setting environment valuesへ進み、「Enable M365 Copilot in model-driven apps」の環境値を追加し、値を2に設定して保存・公開します。(Microsoft Learn)
ただし、全アプリ一括での有効化は慎重に判断してください。すべてのアプリでCopilotが有効になると、ユーザーの期待値も一気に高まります。業務データの品質が低いアプリ、権限設計が複雑なアプリ、古いビュー設計のまま運用されているアプリでは、先にデータと検索設計を整える方がよい場合があります。
Dataverse Search設計で失敗しやすいポイント
Microsoft 365 Copilotの回答品質は、Copilotそのものだけでなく、Dataverse Searchやアプリ設計に強く左右されます。特に、検索対象テーブル、Quick Findビュー、インデックス容量は事前確認が必要です。
Quick Findビューが検索対象を左右する
Dataverse Searchでは、テーブルのQuick Findビューが検索対象フィールドや表示列、フィルター条件に関係します。公式ドキュメントでは、Find列、View列、Filter条件がDataverse Searchのインデックスや検索結果に影響すると説明されています。(Microsoft Learn)
たとえば、問い合わせ管理アプリで「問い合わせ内容」「顧客名」「ステータス」「対応期限」をCopilotに扱わせたい場合、これらが適切に検索・表示できる設計になっているか確認する必要があります。
よくある失敗は、次のような状態です。
| 失敗例 | 起こる問題 | 対策 |
|---|---|---|
| カスタムテーブルを検索対象に入れていない | Copilotが重要な業務データを見つけられない | Dataverse Searchの対象テーブルに追加する |
| Quick Findビューに必要な列がない | ユーザーが期待する項目で検索・回答しにくい | Find列とView列を見直す |
| アプリに対象テーブルが含まれていない | アプリ文脈で扱いたいデータが対象外になる | アプリデザイナーでテーブル構成を確認する |
| 機密性の高いテーブルを無計画に対象化 | 利用者の権限内であっても回答に含まれる可能性がある | 業務上必要な範囲に絞る |
| 検証直後に結果が出ないと判断する | インデックス反映待ちを不具合と誤認する | 反映時間を考慮してテストする |
Dataverse Searchの構成変更や検索対象データの変更は、検索サービスへの反映に時間がかかる場合があります。平均的な組織でもフル同期に1時間以上、大規模組織では数日かかる場合があるとされています。(Microsoft Learn)
インデックス容量と検索対象フィールド数に注意する
Dataverse Searchは容量消費に影響します。公式ドキュメントでは、Dataverse SearchがDataverse容量にカウントされること、また環境ごとに検索ストレージの使用状況を確認できることが説明されています。(Microsoft Learn)
また、Dataverse Searchには検索対象フィールド数の考慮も必要です。公式情報では、既定で50フィールドがインデックス化され、組織全体で最大1,000の検索可能フィールドまで構成できると説明されています。ルックアップや選択肢など、一部のフィールド型はインデックス上で複数フィールドとして扱われる点にも注意が必要です。(Microsoft Learn)
実務では、次の基準で検索対象を絞ると管理しやすくなります。
- ユーザーが実際に質問しそうな項目を優先する
- レコード識別に必要な列を含める
- 更新頻度が高く、業務判断に使う項目を優先する
- 機密性が高く、Copilot回答に含める必要が薄い項目は慎重に扱う
- 「とりあえず全列を入れる」設計は避ける
Copilotの回答精度を上げたいからといって、検索対象を無制限に広げるのは得策ではありません。重要なのは、ユーザーの質問と業務判断に必要なデータが過不足なく検索対象になっていることです。
Copilot chatからMicrosoft 365 Copilotへ移行する際の注意点
Copilot chat in model-driven appsは、Dynamics 365アプリでは一般提供とされていますが、Power Appsではプレビュー機能として扱われてきました。Microsoftは、Dynamics 365アプリが有効化されていない環境におけるPower AppsのCopilot chat in model-driven appsについて、2026年1月から非推奨になると説明しています。移行先としてMicrosoft 365 Copilotへの切り替えが推奨されています。(Microsoft Learn)
移行時に見るべきポイントは、単に「旧機能をオフにして新機能をオンにする」ことではありません。ユーザーの使い方、プロンプト、回答対象、サポート手順まで含めて見直す必要があります。
移行前に棚卸しする項目
| 棚卸し項目 | 確認内容 |
|---|---|
| 対象アプリ | Copilot chatを有効にしているモデル駆動型アプリ |
| 対象環境 | Dynamics 365アプリが有効な環境か、Power Apps中心の環境か |
| 利用ユーザー | どの部門・職種が使っているか |
| よく使う質問 | 既存ユーザーがどのようなプロンプトを使っているか |
| ナビゲーション用途 | 画面遷移やレコード検索の補助として使っているか |
| 必要ライセンス | Microsoft 365 Copilotの割り当てが可能か |
| データ範囲 | Dataverse Searchの対象が不足していないか |
従来のCopilot chatでは、アプリ内のデータに関する質問だけでなく、アプリのナビゲーション補助にも触れられています。Microsoft 365 Copilotへ移行する際は、既存の質問や操作パターンが同じように使えるかを検証してください。(Microsoft Learn)
移行時は一時的な併存も選択肢になる
移行期間中は、Microsoft 365 CopilotとCopilot chat in appsの両方を有効にできます。両方が有効な場合、メニュー上では「Chat」と「App Skills」に分かれます。(Microsoft Learn)
併存は、急な切り替えによる混乱を避けるうえで有効です。ただし、長期間併存させると「どちらを使えばよいのか」が曖昧になります。検証期間を決めたうえで、最終的にはMicrosoft 365 Copilotを標準の案内先に統一するのが現実的です。
移行の進め方
| フェーズ | 実施内容 | 判断基準 |
|---|---|---|
| 準備 | 対象アプリ、対象ユーザー、ライセンス、Dataverse Searchを棚卸し | 検証できる状態が整っているか |
| 検証 | テスト環境または限定ユーザーでMicrosoft 365 Copilotを有効化 | よく使う質問に回答できるか |
| 併存 | 必要に応じてChatとApp Skillsを両方表示 | ユーザーが混乱しない案内ができるか |
| 切り替え | Microsoft 365 Copilotを標準利用として案内 | 旧機能に依存する業務が残っていないか |
| 定着 | FAQ、トレーニング、フィードバック導線を整備 | 問い合わせが減り、業務利用が安定しているか |
エージェント利用時に注意すべきこと
Microsoft 365 Copilotのサイドペインでは、利用可能なエージェントを選択したり、@メンションで会話に追加したりできます。@メンションを使うと、進行中の会話にエージェントを追加・削除でき、複数のエージェントを同じ会話内で協調させることもできます。一方、ナビゲーションパネルからエージェントを選択した場合は、そのエージェントとの直接会話になります。(Microsoft Learn)
ここで特に注意したいのは、エージェントを明示的に選択すると、Dataverseテーブルデータに関する回答が止まる場合があることです。公式ドキュメントでは、Microsoft 365 Copilot in appsでエージェントを選択すると、そのエージェントがDataverseテーブルデータに答えられるよう構成されていない限り、Dataverseテーブルデータに関する質問に答えなくなると説明されています。再びアプリ内のDataverseデータについて回答させるには、明示的なエージェント選択を解除する必要があります。(Microsoft Learn)
エージェントを使うべき場面・使わない方がよい場面
| 判断 | 具体例 |
|---|---|
| 標準のMicrosoft 365 Copilotで十分 | レコードの要約、期限超過データの確認、顧客別の状況把握 |
| エージェントを検討 | 独自ルールに基づく案内、外部システム連携、定型業務フローの支援 |
| 慎重に設計すべき | データ更新、承認、通知、登録など業務影響の大きい処理 |
| 避けるべき | 権限やデータ範囲が未整理のまま、機密データを横断的に扱わせる設計 |
なお、作成したエージェントについては、現時点でアプリ内ユーザーコンテキストを使って応答を最適化できない制限があると説明されています。高度な業務支援を設計する場合は、標準Copilot、宣言型エージェント、Copilot Studio Agent、Custom Engine Agentのどれが適切かを検討する必要があります。(Microsoft Learn)
現時点の制限事項と運用上の対策
Microsoft 365 Copilotをモデル駆動型アプリで使う際は、できることとできないことを最初に明確にしておくことが重要です。過度に期待値を上げると、導入後に「思っていたAIと違う」という反応につながります。
| 制限・注意点 | 内容 | 対策 |
|---|---|---|
| 読み取り中心 | 標準機能では、ユーザーはクエリに一致するデータを表示できるが変更はできない | 更新処理が必要な場合はエージェントや別の業務フローを設計する |
| Power Appsモバイルアプリ非対応 | Microsoft 365 Copilot for model-driven appsはPower Appsモバイルアプリでは利用できない | モバイル利用が多い部門には事前に説明する |
| 段階的な展開 | 地域によって管理センター設定がまだ表示されない場合がある | 展開計画に余裕を持ち、表示されない場合はロールアウト状況を確認する |
| Dataverse Search依存 | 検索対象やインデックス状態が回答に影響する | Quick Findビュー、テーブル、容量を確認する |
| エージェント選択時の挙動 | エージェント選択によりDataverseデータへの回答が止まる場合がある | ユーザー手順書にエージェント解除方法を記載する |
| 同期に時間がかかる | 構成変更やフル同期は即時反映されない場合がある | 設定直後に本番判断せず、反映時間を考慮して検証する |
Microsoftは、Microsoft 365 Copilot for model-driven appsでは読み取り操作によってデータを表示できるが変更はできず、変更を行うにはエージェントによるカスタマイズが必要だと説明しています。また、Power Appsモバイルアプリでは利用できないこと、段階的展開により管理センター設定がまだ利用できない場合があることも制限事項として示されています。(Microsoft Learn)
導入前に作っておきたい社内ルール
Copilot機能は、技術的に有効化できるかだけでなく、ユーザーが安全かつ効果的に使えるかが重要です。導入前に最低限、次のルールを整えておくと運用が安定します。
質問例を業務別に用意する
ユーザーに「自由に質問できます」とだけ伝えると、曖昧な質問が増えます。部署ごとに、業務に沿った質問例を用意しましょう。
| 業務 | 質問例 |
|---|---|
| 営業 | 「今月クローズ予定の商談を金額順に整理して」 |
| カスタマーサポート | 「優先度が高く、未対応のケースを教えて」 |
| フィールドサービス | 「今週予定されている作業のうち、未割り当てのものはある？」 |
| 管理部門 | 「期限が近い承認待ちレコードをまとめて」 |
質問例は、実データの項目名に合わせて作るのが効果的です。「案件」「商談」「ケース」「対応期限」など、社内で実際に使っている言葉に合わせると定着しやすくなります。
回答をそのまま確定情報として扱わない
Copilotの回答は業務判断を支援するものです。特に顧客対応、契約、請求、承認など影響が大きい業務では、回答をそのまま確定情報として扱わず、元レコードを確認する運用を残してください。
社内ガイドでは、次のように明記しておくと実務に合います。
- 重要な判断をする前に、関連レコードを確認する
- 回答に違和感がある場合は、検索条件や対象データを見直す
- 誤りや不足があればフィードバックを送る
- 機密情報を含む質問は、社内ルールに従う
- Copilotで更新・削除・承認ができると誤解しない
フィードバックの出し方を決める
Microsoft 365 Copilotでは、各回答に対してフィードバックを送信できます。公式ドキュメントでは、良い回答にはサムズアップ、誤り・不足・役に立たない回答にはサムズダウンを使い、期待した内容や不足していた情報などの文脈をできるだけ詳しく共有することが推奨されています。(Microsoft Learn)
社内では、Microsoftへのフィードバックだけでなく、社内管理者へ共有する導線も作ると改善が進みます。たとえば、TeamsチャンネルやFormsを用意し、次の情報を集めるとよいでしょう。
- どのアプリで発生したか
- どのテーブル・業務データに関する質問か
- 期待した回答
- 実際の回答の問題点
- 再現に必要な条件
- 業務上の影響度
これにより、Copilotの問題なのか、Dataverse Searchの設定不足なのか、権限やビュー設計の問題なのかを切り分けやすくなります。
展開前チェックリスト
本番展開前には、以下のチェックリストを使って抜け漏れを確認してください。
| 分類 | チェック項目 |
|---|---|
| ライセンス | 対象ユーザーに必要なPower Apps、Dynamics 365、Microsoft 365 Copilotライセンスが割り当てられている |
| テナント設定 | Microsoft 365 CopilotでDataverseデータを利用できる設定になっている |
| 対象ユーザー | 全ユーザーか、特定のEntraセキュリティグループかを決めている |
| 環境設定 | Power Platform管理センターで対象環境のM365 Copilot設定を確認している |
| アプリ設定 | モデル駆動型アプリのFeaturesでM365 CopilotをOnにし、保存・公開している |
| Dataverse Search | 対象環境でDataverse Searchが有効化されている |
| 検索対象 | Copilotに扱わせたいテーブルと列が検索対象に含まれている |
| 権限 | 一般ユーザー権限で、見えるべきデータだけが見えることを確認している |
| 容量 | Dataverse Searchの容量消費を確認している |
| 移行 | 従来のCopilot chat利用状況を棚卸ししている |
| 教育 | ChatとApp Skillsの違い、質問例、制限事項をユーザーに案内している |
| サポート | 問い合わせとフィードバックの受付先を決めている |
まずは限定展開で回答品質とデータ範囲を確認する
Microsoft 365 Copilot in model-driven appsは、モデル駆動型アプリの利用体験を大きく変える機能です。業務データを自然言語で確認できるため、検索や集計にかかる時間を短縮できる一方、ライセンス、Dataverse Search、アプリ設定、権限、容量、移行計画をまとめて確認する必要があります。
最初に取るべき行動は、全社展開ではありません。まずは対象アプリを1つ選び、限定ユーザーで次の順に検証してください。
- ライセンスと対象ユーザーを確認する
- Microsoft 365管理センターとPower Platform管理センターの設定を確認する
- Dataverse SearchとQuick Findビューを見直す
- アプリ単位でM365 Copilotを有効化して公開する
- 一般ユーザー権限で、実際の質問例を使って回答を確認する
- 従来のCopilot chatとの違いを整理し、ユーザー向けに案内する
Microsoft 365 Copilotは、単にアプリにAIボタンを追加する機能ではありません。Dataverse上の業務データを、ユーザーがより早く理解するための入口です。だからこそ、導入時は「有効化できるか」ではなく、「どのデータを、誰が、どの業務判断に使うのか」から設計することが成功の近道です。
コメント