Power AppsのキャンバスアプリにCopilot controlを追加しようとしている場合、2026年4月時点で最初に押さえるべき結論は明確です。従来の「Copilot control」を新規アプリに採用する前提ではなく、Microsoft 365 Copilot in canvas appsへの移行・検証を優先すべきです。
Microsoft公式ドキュメントでは、Copilot controlはプレビュー機能であり、2026年2月2日以降は新しいキャンバスアプリへ追加できないと案内されています。既存アプリでは一定期間利用できるものの、最終的にはサポート対象外になる見込みです。つまり、管理者やIT部門が今やるべきことは「追加手順を覚えること」ではなく、既存利用の棚卸し、代替機能の確認、移行計画の作成です。(Microsoft Learn)
この記事では、Microsoft 365管理者、職場のITチーム、業務部門のアプリ担当者向けに、Power Appsの「Add a Copilot control to a canvas app (preview)」で何が重要なのか、どのように判断すべきか、実務で失敗しやすいポイントまで整理します。
Power Appsの最新動向: Add a Copilot control to a canvas app (preview)で何が変わったか
今回のポイントは、Copilot controlそのものの機能追加というより、キャンバスアプリ内の自然言語AI体験の推奨ルートが変わりつつあることです。
従来のCopilot controlは、キャンバスアプリにAIアシスタントを部品として配置し、アプリ利用者が自然言語でデータについて質問できる機能でした。メーカーはアプリ内にコントロールを追加し、回答対象となるデータを選択できます。たとえば、営業アプリで「今月の未対応案件を教えて」、問い合わせ管理アプリで「優先度が高い未解決チケットをまとめて」といった質問に使うイメージです。(Microsoft Learn)
ただし、公式ドキュメント上ではこの機能はプレビュー扱いです。プレビュー機能は本番利用を前提とした安定版ではなく、機能制限や仕様変更が起こる可能性があります。さらに、2026年2月2日以降は新しいキャンバスアプリにCopilot controlを追加できないため、新規開発で採用する判断は避けた方が安全です。(Microsoft Learn)
実務上は、次のように理解すると分かりやすいです。
| 観点 | 以前の見方 | 2026年4月時点での見方 |
|---|---|---|
| 主な目的 | キャンバスアプリにCopilot controlを追加して、アプリ内データに質問できるようにする | 既存利用を確認し、Microsoft 365 Copilot in canvas appsへの移行を検討する |
| 新規開発での扱い | Dataverseデータを使うAIチャット部品として検証候補 | 新規追加できない前提で、別方式を優先 |
| 管理者の関心 | 機能を有効化できるか | ライセンス、データ所在、検索インデックス、移行影響を確認する |
| 業務部門の関心 | アプリ内で質問できるか | どのデータに、どの範囲で、安全に質問できるかを確認する |
Copilot controlとは何だったのか
Copilot controlは、キャンバスアプリに配置できるAIアシスタントです。アプリ利用者は、ボタンやパネルからCopilotに質問し、アプリで扱うデータに関する洞察を自然言語で得られます。
ただし、重要な制約があります。Copilot controlがデータソースとしてサポートするのはDataverseテーブルのみです。SharePointリスト、Excel、SQL Server、カスタムコネクタなどを直接対象にできる汎用チャット部品ではありません。(Microsoft Learn)
実務で使いやすい場面は、たとえば次のようなケースです。
- Dataverseで管理している営業案件、顧客、問い合わせ、資産情報を自然言語で確認したい
- 業務アプリの画面を増やさず、ユーザーが質問形式でデータを探せるようにしたい
- Power Appsに慣れていない現場ユーザー向けに、検索や集計の入り口を簡単にしたい
一方で、次のような用途には向きません。
- SharePointリスト中心のアプリに、そのままCopilot controlを追加したい
- AIの回答だけで承認、更新、削除などの業務判断を自動実行したい
- 本番業務の中核機能として、仕様変更の影響を受けにくい安定機能を使いたい
- カスタマー管理キーやCustomer Lockboxを使う環境で利用したい
公式ドキュメントでは、Copilot controlはカスタマー管理キーやCustomer Lockboxを使う環境では動作しないとされています。金融、公共、医療、グローバル企業などで厳格なデータ管理を行っている場合は、導入前に必ず環境条件を確認してください。(Microsoft Learn)
2026年4月時点で管理者が確認すべきポイント
Power AppsのCopilot関連機能は、単にアプリ側でオンにすれば使えるものではありません。Power Platform管理センター、アプリ設定、データソース、ライセンス、地域可用性が絡みます。
特にMicrosoft 365 adminsやPower Platform管理者は、次の順番で確認すると抜け漏れを防げます。
| 確認項目 | 見るべき内容 | 実務上の判断 |
|---|---|---|
| 既存アプリの有無 | Copilot controlを配置済みのキャンバスアプリがあるか | ある場合は移行対象として棚卸しする |
| 新規追加可否 | 新しいキャンバスアプリで従来のCopilot controlを追加する予定があるか | 新規採用は避け、Microsoft 365 Copilot in canvas appsを検証する |
| データソース | Dataverse、SharePoint、混在構成のどれか | 機能ごとの対応範囲を確認する |
| ライセンス | Microsoft 365 Copilotライセンスが必要なユーザーがいるか | 対象ユーザーを限定して検証する |
| 地域・言語 | テナントや環境のリージョンで利用可能か | グローバル展開では地域差を前提に計画する |
| データ保護 | データ移動、フィードバック送信、検索インデックスの影響 | セキュリティ部門と事前確認する |
Power AppsのCopilot関連機能は、地域や言語によって利用可否が変わる可能性があります。また、使用量制限やキャパシティ制限の対象になることもあります。グローバル展開では、日本、米国、欧州、APACなどの拠点ごとに同じ体験を保証できるとは限りません。(Microsoft Learn)
従来のCopilot controlを追加する手順はどう変わるのか
既存環境で従来のCopilot controlを扱う場合、基本的な考え方は「環境で有効化し、アプリで有効化し、Dataverseテーブルを接続する」です。
公式ドキュメント上の流れは、主に次のようになります。
| 手順 | 操作 | 注意点 |
|---|---|---|
| 環境側の設定 | Power Platform管理センターで、キャンバスアプリやモデル駆動型アプリのAIチャット体験を有効化する | 管理者権限が必要 |
| アプリ側の設定 | Power Apps Studioでアプリを開き、設定のプレビュー項目からCopilot componentとEdit in Copilot Studioを有効化する | プレビュー機能であることを理解して使う |
| コントロール追加 | InsertからCopilot (preview)を追加する | 新規追加できない環境・アプリではこの前提が成り立たない |
| データ接続 | CopilotにDataverseテーブルを選択する | Dataverseテーブルのみ対応 |
| カスタマイズ | 必要に応じてCopilot Studioで応答やアクションを調整する | 既存のCopilot StudioのCopilotをそのまま有効化できるとは限らない |
ここで見落としやすいのは、「アプリにCopilotの部品を置く」ことと「Microsoft 365 Copilotをアプリ内で使う」ことは別物という点です。古い手順記事や社内ナレッジをそのまま使うと、現在の推奨ルートとずれる可能性があります。
また、Copilot controlではアプリ利用者が回答に対して高評価・低評価のフィードバックを送信できます。このフィードバックはMicrosoftに送られ、機能改善に使われます。組織としてフィードバック送信を避けたい場合は、DataverseのOrganizationテーブル側で該当設定を無効化する必要があります。(Microsoft Learn)
新規開発ではMicrosoft 365 Copilot in canvas appsを優先して検証する
新規開発やこれから展開する業務アプリでは、Microsoft 365 Copilot in canvas appsを優先して検証するのが現実的です。
Microsoft 365 Copilot in canvas appsは、キャンバスアプリ内でMicrosoft 365 Copilotを利用し、DataverseテーブルやSharePointリストのデータについて自然言語で質問できる機能です。アプリの右上にあるCopilotボタンから利用する形式で、従来のように画面レイアウトへCopilot controlを配置する考え方とは異なります。(Microsoft Learn)
ただし、こちらもプレビュー機能であり、利用には前提条件があります。主な条件は、早期リリースサイクルの環境、Microsoft 365 Copilotライセンス、Dataverse Searchの有効化、テナント側のDataverseデータ利用設定などです。Dataverseを使う場合は検索インデックスや容量消費にも注意が必要です。(Microsoft Learn)
従来のCopilot controlとの違いは、次のように整理できます。
| 比較項目 | 従来のCopilot control | Microsoft 365 Copilot in canvas apps |
|---|---|---|
| 位置づけ | キャンバスアプリに配置するコントロール | アプリ内でMicrosoft 365 Copilotを使うチャット体験 |
| 新規採用 | 2026年2月2日以降、新しいキャンバスアプリへの追加は不可 | 今後の推奨ルート |
| 主なデータソース | Dataverseテーブル | DataverseまたはSharePointリスト。ただし同一アプリ内で混在は不可 |
| UIへの影響 | アプリ画面に配置スペースが必要 | 右上のCopilotボタンから利用 |
| ライセンス | 環境・機能条件に依存 | ユーザーにMicrosoft 365 Copilotライセンスが必要 |
| モバイル対応 | 従来機能や派生機能ごとに条件が異なる | Power Apps mobile appでは利用不可 |
| 本番利用判断 | プレビューかつ移行対象 | プレビューとして段階検証が必要 |
Microsoft 365 Copilot in canvas appsには制限もあります。たとえば、DataverseとSharePointリストを同じアプリ内で混在させた場合はサポートされません。SharePointについては、初期プレビュー段階では単一のSharePointリストを含むアプリに限定されます。また、環境変数経由で接続されたSharePointリストは回答対象にならないとされています。(Microsoft Learn)
さらに、Microsoft 365 Copilot for canvas appsは読み取り専用操作に対応する機能です。ユーザーはデータを確認できますが、Copilotだけでレコードを更新・削除・承認するような操作はできません。変更操作を行いたい場合は、エージェントのカスタマイズなど別の設計が必要です。(Microsoft Learn)
グローバル展開で特に注意したいデータ移動とリージョン
日本語圏の企業でも、Microsoft 365やPower Platformのテナントをグローバルに運用しているケースは少なくありません。その場合、Copilot関連機能ではデータの処理リージョンを必ず確認してください。
Microsoftの公式情報では、Copilotや生成AI機能はすべての地域・言語で同じように利用できるわけではなく、環境がホストされている地域や利用する機能によっては、リージョンをまたいだデータ移動の許可が必要になる場合があります。(Microsoft Learn)
Power Platform管理センターでは、生成AI機能に関する設定として、リージョンをまたいだデータ移動、Bing Search、Microsoft 365 services、EU Data Boundaryでのflex routingなどの項目が関係します。特に規制業種や海外拠点を持つ企業では、「機能が使えるか」だけでなく、「どこで処理されるか」「どの管理者が同意したか」「社内ポリシーに合っているか」を確認してください。(Microsoft Learn)
判断基準はシンプルです。
- 社内のデータ分類で「機密」や「個人情報」に該当するデータを扱う場合は、セキュリティレビューを先に行う
- EU、米国、日本など複数地域で利用する場合は、環境単位で利用可否を確認する
- 管理センターのトグルをオンにする前に、監査ログ、DLPポリシー、データ保持方針との整合性を見る
- 現場からの要望だけで有効化せず、対象アプリと対象ユーザーを絞って検証する
既存アプリをどう移行するか
既にCopilot controlを使っているアプリがある場合、まずは「使い続けるか、移行するか」ではなく、どのアプリで、誰が、何のデータに対して使っているかを把握することから始めます。
おすすめの進め方は次の通りです。
| フェーズ | 実施内容 | 成果物 |
|---|---|---|
| 棚卸し | Copilot controlを含むキャンバスアプリを一覧化する | 対象アプリ一覧 |
| 利用状況確認 | 利用ユーザー、利用頻度、質問内容、対象データを確認する | 利用実態メモ |
| リスク確認 | 機密データ、個人情報、外部共有、フィードバック送信の有無を確認する | リスク評価 |
| 代替検証 | Microsoft 365 Copilot in canvas appsで同等の質問ができるか試す | 検証結果 |
| 移行計画 | 段階移行、ユーザー周知、旧機能の停止予定を決める | 移行ロードマップ |
| 運用定着 | よく使う質問例、回答の確認方法、問い合わせ窓口を整備する | 利用ガイド |
移行判断では、次の3パターンに分けると整理しやすくなります。
すぐ移行を検討すべきアプリ
業務上重要で、今後も継続的に利用するアプリは、Microsoft 365 Copilot in canvas appsへの移行検証を早めに始めるべきです。特に、役員レポート、営業管理、問い合わせ管理、在庫確認など、現場で日常的に使うアプリは、旧機能のサポート終了が近づいてから対応すると影響が大きくなります。
短期的に維持してよいアプリ
検証用、部門内の小規模利用、期間限定の業務アプリであれば、急いで作り替えるよりも利用終了時期を決めて管理する方が現実的です。ただし、新しいユーザーや新しい業務に広げる判断は避けた方が安全です。
廃止候補にすべきアプリ
実際にはほとんど使われていないアプリ、担当者不明のアプリ、データ管理上のリスクが高いアプリは、移行ではなく廃止を検討します。Copilot機能の更新は、古いPower Apps資産を整理する良いタイミングでもあります。
業務部門が考えるべき「使える質問」の設計
Copilotを導入しても、ユーザーが何を聞けばよいか分からなければ定着しません。IT部門だけで設定するのではなく、業務部門と一緒に「よくある質問」を設計することが重要です。
たとえば、営業管理アプリなら次のような質問が考えられます。
- 「今月クローズ予定で、まだ見積提出されていない商談は？」
- 「担当者ごとの未対応案件を教えて」
- 「金額が大きく、次回活動日が未設定の案件を一覧にして」
- 「失注理由が多いカテゴリを要約して」
問い合わせ管理アプリなら、次のような質問が実用的です。
- 「優先度が高く、24時間以上未対応の問い合わせは？」
- 「今週増えている問い合わせカテゴリを教えて」
- 「同じ顧客から複数回発生している問い合わせをまとめて」
- 「解決済みだが再オープンされたチケットは？」
質問例を作るときは、単に「データを聞く」だけでなく、業務判断につながる条件を入れるのがコツです。「一覧を出して」よりも、「期限が近い」「対応が遅れている」「金額が大きい」「担当者が未設定」といった条件を含めると、現場で使いやすくなります。
検証時に失敗しやすいポイント
Power AppsのCopilot関連機能でよくある失敗は、機能の期待値を高く見積もりすぎることです。AIチャットが使えるからといって、すべての検索、集計、判断、更新を任せられるわけではありません。
特に次の点に注意してください。
| 失敗しやすいポイント | 起きる問題 | 回避策 |
|---|---|---|
| 古い手順記事を前提にする | 新しいアプリでCopilot controlを追加できない | 公式ドキュメントの最新状態を確認する |
| SharePointとDataverseを混在させる | Microsoft 365 Copilot in canvas appsの回答対象にならない | データソース構成を事前に整理する |
| ライセンス確認を後回しにする | 一部ユーザーだけCopilotを利用できない | 対象ユーザーとライセンスを先に確定する |
| モバイル利用を前提にする | Power Apps mobile appで使えない機能がある | Web利用前提で検証する |
| 読み取り専用の制約を見落とす | 更新や承認ができると思い込む | 更新操作は別途アプリ機能やエージェント設計で補う |
| セキュリティレビューを省く | データ移動やフィードバック送信で問題になる | 管理者、セキュリティ、法務と事前確認する |
また、Microsoft 365 Copilot内で特定のエージェントを明示的に選択すると、アプリ内のDataverseテーブルやSharePointリストに関する回答が期待通り返らない場合があります。アプリデータへの質問に戻すには、明示的なエージェント選択を外す必要があります。(Microsoft Learn)
ITチームと業務部門の役割分担
Copilotの導入は、IT部門だけでも、業務部門だけでもうまく進みません。役割を分けて進めると、検証から本番展開までの摩擦を減らせます。
| 役割 | 主な担当 | 具体的な作業 |
|---|---|---|
| Microsoft 365管理者 | ライセンス、テナント設定、Copilot利用方針 | Microsoft 365 Copilotライセンスの確認、Dataverseデータ利用設定の確認 |
| Power Platform管理者 | 環境設定、DLP、データ移動、監査 | Power Platform管理センターでの設定、環境ごとの可用性確認 |
| アプリメーカー | アプリ設定、データ構成、公開 | アプリ単位でM365 Copilotを有効化し、保存・公開する |
| 業務部門 | 質問例、回答品質、業務適合性 | 現場で使う質問を作り、回答が業務に使えるか確認する |
| セキュリティ担当 | データ分類、規制、アクセス制御 | 機密データや個人情報の扱いを確認する |
特に重要なのは、業務部門に「AIが答えてくれるから便利です」とだけ説明しないことです。どのデータを参照するのか、回答が間違う可能性がある場合にどう確認するのか、回答を業務判断に使う前に何をチェックするのかを明確にしておく必要があります。
2026年4月時点で取るべき実務アクション
Power AppsのCopilot controlに関して、今すぐ取るべき行動は次の3つです。
まず、既存アプリの棚卸しを行います。Copilot controlやカスタムCopilotを使っているキャンバスアプリがあるか確認し、対象データ、利用者、業務重要度を整理してください。
次に、新規開発では従来のCopilot controlを前提にしないことを明確にします。新しいキャンバスアプリで自然言語AIを使いたい場合は、Microsoft 365 Copilot in canvas appsを候補にし、ライセンス、Dataverse Search、SharePoint構成、リージョン条件を確認します。
最後に、小さく検証してから展開します。いきなり全社展開するのではなく、1つの業務アプリ、1つの部門、限定されたデータで試し、質問例、回答品質、アクセス権、データ保護、ユーザー教育を確認してから範囲を広げるのが安全です。
Power AppsのCopilot活用は、単なる便利機能ではなく、業務アプリの使い方を変える可能性があります。ただし、2026年4月時点では従来のCopilot controlを新規に広げる段階ではありません。既存利用を把握し、Microsoft 365 Copilot in canvas appsへの移行可能性を検証し、組織のデータガバナンスに合う形で段階的に導入することが、管理者とITチームにとって最も現実的な対応です。
コメント