Microsoft 365 Copilot と Power Apps を組み合わせて業務データ活用を進めている管理者にとって、2026年6月26日に更新された「Business skills overview – Power Apps」は見逃せない内容です。結論から言うと、Business skills は Dataverse 上に業務プロセスや判断ルールを自然言語で定義し、AI エージェントや Copilot が同じ手順に沿って動けるようにする仕組みです。実行コードではなく、組織の業務ルールを AI が参照しやすい形で管理するための「業務手順書」に近い位置付けです。(Microsoft Learn)
今回の更新で管理者が確認すべきポイントは、Business skills そのものの作成方法だけではありません。Dataverse MCP server の有効化、権限設計、共有範囲、ソリューション管理、既存 MCP ツール名の変更影響まで含めて確認する必要があります。特に Microsoft 365 Copilot から Dataverse の業務データを検索・推論させる構成では、Power Platform 管理者、Microsoft 365 管理者、アプリ作成者の役割分担を明確にしておくことが重要です。(Microsoft Learn)
Microsoft 365 Copilot の新機能・変更点：「Business skills overview – Power Apps」で確認すべきポイント
Business skills は、Microsoft Dataverse に蓄積された業務データを AI エージェントや Copilot が理解し、組織の手順に沿って処理するための仕組みです。たとえば「問い合わせ内容から優先度を判定する」「商談更新時に確認すべき項目を順番にチェックする」「請求関連の問い合わせで参照すべき社内ルールを案内する」といった業務プロセスを、自然言語の手順として定義できます。
Microsoft の公式情報では、Business skills は「組織の業務プロセス、ポリシー、ドメイン知識を、エージェントが理解して従える形式で表すもの」と説明されています。複数のエージェントが同じ skill を利用することで、担当者やエージェントごとの判断のばらつきを減らし、業務手順を一元管理しやすくなる点が大きな価値です。(Microsoft Learn)
Business skills は「コード」ではなく「AIが参照する業務ルール」
最初に押さえるべきなのは、Business skills は実行コードではないという点です。Power Automate のフローやプラグインのように直接処理を実行する仕組みではなく、AI エージェントの振る舞いをガイドする自然言語の指示です。(Microsoft Learn)
そのため、Business skills に向いているのは「判断基準」「確認手順」「入力項目」「例外時の対応」「参照すべきルール」などです。一方で、データ更新や外部システム連携などの実処理は、Dataverse MCP server、コネクタ、Power Automate、Copilot Studio のアクションなど、別の実行手段と組み合わせて設計します。
| 項目 | Business skills で定義する内容 | 別途用意すべきもの |
|---|---|---|
| 問い合わせ対応 | 優先度判定、確認項目、回答前の注意点 | 顧客データ取得、チケット登録、通知処理 |
| 営業支援 | 商談更新時の確認手順、入力ルール | Dataverse レコード更新、Teams 通知 |
| 社内申請 | 承認前に確認すべき条件、例外ルール | 承認フロー、監査ログ、添付ファイル管理 |
| データ登録 | 必須項目、形式、重複チェック方針 | 実際の登録処理、入力検証、権限設定 |
実務では「AI に何を判断させるか」と「システムに何を実行させるか」を分けて設計することが重要です。Business skills に処理の全責任を持たせるのではなく、業務ルールを再利用可能な形で整理する機能として扱うと失敗しにくくなります。
Business skills の主な更新ポイント
2026年6月26日に更新された「Business skills overview」では、Business skills の基本概念、構造、セキュリティ、ガバナンス上の扱いが整理されています。特に重要なのは、Business skills が Dataverse のセキュリティモデルに従い、所有者、共有、ロールベースアクセス制御の考え方で管理される点です。(Microsoft Learn)
再利用性：一度定義した業務手順を複数のエージェントで使える
Business skills の大きな利点は、業務プロセスを一度定義すれば、複数のエージェントや利用面で再利用できることです。たとえば「新規取引先登録時の確認手順」を Business skill として定義しておけば、営業支援エージェント、顧客管理エージェント、社内ヘルプデスクエージェントが同じルールを参照できます。
これにより、各エージェントに個別に長い手順を埋め込む必要が減ります。ルール変更が発生した場合も、skill 側を更新することで、同じ skill を使うエージェントの振る舞いをそろえやすくなります。
一貫性：AI エージェントごとの判断ばらつきを減らせる
生成 AI を業務に使う際の課題は、同じような依頼でも回答や処理手順が変わりやすいことです。Business skills を使うと、AI エージェントが実行時に関連する skill を発見し、その手順に従ってタスクを進めます。複数のエージェントが同じ skill を使えば、組織として定めた手順に沿った一貫性のある対応を期待できます。(Microsoft Learn)
ただし、Business skills を作るだけで常に期待どおりに動くわけではありません。Microsoft の作成ガイドでも、明確で具体的な指示、説明的な名前、1つの skill に1つのプロセス、実シナリオでのテストが推奨されています。曖昧な指示は、エージェントの動作のばらつきにつながります。(Microsoft Learn)
保守性：業務ルール変更を一か所で管理しやすい
たとえば、問い合わせ対応の優先度ルールが「VIP 顧客は24時間以内に対応」から「重要顧客は4営業時間以内に一次返信」へ変わった場合、各エージェントの指示を個別に修正していると更新漏れが発生します。
Business skills を使えば、業務ルールを skill として管理し、必要に応じて更新できます。これは特に、営業、サポート、バックオフィスなど、複数部門で同じ業務ルールを参照する環境で効果があります。
ガバナンス：Dataverse のセキュリティモデルで管理される
Business skills は Dataverse のセキュリティパターンに従います。各 skill には所有者があり、共有は Dataverse のロールベースアクセス制御に沿って行われます。公式情報では、Basic User、Environment Maker、System Administrator または System Customizer の権限差が示されています。(Microsoft Learn)
| ロール | Business skills で可能なこと | 注意点 |
|---|---|---|
| Basic User | 自分が所有する skill の作成、共有された skill の利用 | 環境全体への公開はできない |
| Environment Maker | skill の作成・共有、ソリューション展開の管理 | 部門単位の作成者に向く |
| System Administrator / System Customizer | skill の作成・共有、ソリューション展開の管理 | 全社展開や本番管理で重要 |
管理者は、誰でも自由に skill を作れる状態にするのではなく、作成者、レビュー担当者、公開承認者を分ける運用を検討すべきです。特に顧客対応、法務、財務、人事など、誤った手順がリスクにつながる業務では、公開前レビューを必須にするのが現実的です。
Microsoft 365 Copilot への影響範囲
Business skills は Power Apps / Dataverse 側の機能ですが、Microsoft 365 Copilot の業務データ活用とも関係します。Dataverse intelligence の公式情報では、Dataverse の業務データ理解を AI エージェントや Microsoft Copilot に提供し、再利用可能なビジネスコンテキストを定義できると説明されています。なお、Dataverse intelligence はプレビュー機能として案内されており、本番利用を前提にした機能ではない点に注意が必要です。(Microsoft Learn)
影響を受ける可能性があるユーザー
影響範囲は、単に Power Apps の作成者だけではありません。次のような担当者に関係します。
| 対象者 | 影響内容 | 確認すべきこと |
|---|---|---|
| Microsoft 365 Copilot 利用者 | Dataverse の業務データを含めた回答・推論を利用する可能性がある | どのデータが Copilot で利用可能になるか |
| Power Platform 管理者 | Dataverse MCP server、環境設定、Dataverse search などを管理する | 対象環境、権限、DLP、監査 |
| Power Apps 作成者 | Business skills の作成、更新、ソリューションへの追加を行う | skill の品質、共有範囲、ALM |
| Copilot Studio 作成者 | エージェントに Dataverse MCP server を接続し、skill を使わせる | エージェント指示、必要なツール、テスト |
| セキュリティ・コンプライアンス担当 | AI が参照する業務ルールやデータ範囲を確認する | 機密データ、監査、承認プロセス |
Microsoft 365 Copilot で Dataverse データを検索・推論する機能は、管理者や作成者による有効化が前提の機能としてリリース計画に掲載されています。公開プレビューは2026年6月とされ、一般提供日は該当情報上では未記載です。(Microsoft Learn)
設定変更で確認すべきポイント
Business skills を使うには、前提として対象環境で Dataverse MCP server が有効化・構成されている必要があります。Microsoft の作成ガイドでも、Business skills の前提条件として Dataverse MCP server の有効化と構成が挙げられています。(Microsoft Learn)
Dataverse MCP server の有効化状態を確認する
Dataverse MCP server は、Copilot Studio クライアント向けには既定で有効と説明されています。一方で、Visual Studio GitHub Copilot や Claude などの非 Microsoft MCP クライアントを接続する場合は、Power Platform admin center で追加クライアントを有効化する必要があります。(Microsoft Learn)
管理者は、少なくとも次の項目を確認してください。
| 確認項目 | 確認内容 | 実務上の判断基準 |
|---|---|---|
| 対象環境 | Business skills を使う環境が本番、検証、開発のどれか | 最初は検証環境で試す |
| MCP server | Dataverse MCP server が必要な環境で有効か | 不要な環境では無効化も検討 |
| MCP クライアント | Copilot Studio 以外のクライアントを許可するか | 利用目的とセキュリティレビュー後に限定許可 |
| 管理権限 | Power Platform 管理者が設定変更できるか | 担当者と承認フローを明確化 |
| Managed Environment | 高度なコネクタポリシーで管理する必要があるか | 本番・重要データ環境では優先確認 |
Dataverse MCP server を無効化すると、それに依存するツールやエージェントが停止し、開発中またはテスト中の AI 連携にも影響します。無効化はセキュリティ対策として有効な場合がありますが、利用中のエージェント、接続クライアント、検証作業を洗い出してから実施すべきです。(Microsoft Learn)
Microsoft 365 Copilot で Dataverse データを使う場合の設定
Business skills そのものの前提は Dataverse MCP server ですが、Microsoft 365 Copilot で Dataverse データを検索・推論させる場合は、追加の設定も関係します。公式情報では、Microsoft 365 管理センター側の Copilot 設定、Power Platform 側の Copilot 環境設定、Dataverse search、Microsoft 365 Copilot へのデータ可用性、Microsoft 365 アプリでのレコード検索、Power Apps アプリケーション設定などが前提として挙げられています。(Microsoft Learn)
ここで失敗しやすいのは、Power Platform 側だけを設定して「Microsoft 365 Copilot から見えるはず」と判断してしまうことです。実際には、Microsoft 365 管理者と Power Platform 管理者の両方が関係します。全社展開前に、対象ユーザー、対象セキュリティグループ、対象環境、対象アプリを一覧化しておくと安全です。
Business skills の作成・運用手順
Business skills は Power Apps の Business skills ページから作成できます。公式手順では、Power Apps にアクセスし、左ナビゲーションの「More」から「Business skills」を選択して管理画面を開きます。ここから新規作成、編集、共有、整理を行います。(Microsoft Learn)
基本的な作成手順
Business skill の作成では、名前、説明、指示文を入力します。説明はエージェントが「どの skill を使うべきか」を判断するために使われるため、単なる概要ではなく、利用条件まで書くことが重要です。(Microsoft Learn)
| 手順 | 作業内容 | 具体例 |
|---|---|---|
| skill 名を決める | 業務プロセスが分かる名前にする | 「顧客問い合わせ優先度判定」 |
| 説明を書く | いつ使う skill かを明確にする | 「問い合わせ内容に緊急度、障害、契約更新が含まれる場合に使用」 |
| 指示を書く | Markdown 形式で手順を記載する | 「1. 顧客区分を確認 2. 影響範囲を確認 3. 優先度を判定」 |
| リソースを追加する | 必要に応じてポリシーやテンプレートを添付 | SOP、社内規程、計算シート |
| テストする | 実際の問い合わせ例で動作を確認する | 過去の匿名化データで検証 |
ファイル添付にも制限があります。Business skill のリソースにはポリシー文書、SOP、テンプレートなどを添付できますが、追加ファイルには20 MBの制限があります。また、Microsoft Copilot Studio のエージェントで business skills を使う場合、サポートされるのはテキストベースのリソースファイルで、エージェントが読めるのは先頭20 KBまでと説明されています。(Microsoft Learn)
既存ファイルからアップロードする場合
既存の手順書がある場合は、Skill.md または .zip ファイルをアップロードして Business skill を作成できます。アップロードファイルの制限は30 MBです。既存の業務マニュアルを活用できる点は便利ですが、そのまま投入するのではなく、AI が読みやすい構成に整える必要があります。(Microsoft Learn)
特に、長すぎる手順書、複数業務が混在した文書、例外条件が文章の奥に埋もれている文書は、AI が適切に利用しにくくなります。アップロード前に「目的」「使用条件」「入力」「出力」「手順」「例外」「失敗時の対応」に分けて整理すると、実務で使いやすくなります。
良い Business skill と悪い Business skill の違い
Business skills は自然言語で作れるため、作成のハードルは低い一方、品質差が出やすい機能です。公式ガイドでは、曖昧な指示は一貫しないエージェント動作につながるため、明確で具体的な指示を書くことが推奨されています。(Microsoft Learn)
悪い例：抽象的すぎる指示
顧客から問い合わせが来たら、内容を確認して適切に対応してください。必要に応じて担当者へ連絡してください。
この書き方では、「何を確認するのか」「どの条件で担当者へ連絡するのか」「優先度はどう決めるのか」が分かりません。AI エージェントの判断に委ねる部分が多くなり、対応のばらつきが発生します。
良い例：条件と手順が明確な指示
顧客問い合わせに「サービス停止」「ログイン不可」「請求エラー」のいずれかが含まれる場合に使用する。最初に顧客区分を確認し、契約プランが Enterprise の場合は優先度を1段階上げる。次に影響範囲を「単一ユーザー」「部門」「全社」に分類する。全社影響またはサービス停止を含む場合は、優先度 High としてサポート責任者にエスカレーションする。
このように、使用条件、確認項目、分岐条件、出力結果を明確にすると、エージェントが同じルールに沿って判断しやすくなります。
作成時に入れるべき要素
Business skill を公開前にレビューする際は、次の要素が含まれているか確認してください。
| 要素 | 確認ポイント |
|---|---|
| 目的 | 何を達成する skill かが一文で分かる |
| 使用条件 | どの依頼・業務で使うべきかが明確 |
| 入力情報 | 必須項目と任意項目が分かれている |
| 手順 | 番号付きで順番が分かる |
| 判断基準 | 条件分岐や優先度ルールが明記されている |
| 出力 | 最終的に何を返す、更新する、確認するかが明確 |
| 例外処理 | 情報不足、権限不足、データ不一致時の対応がある |
| 必要なツール | Dataverse、コネクタ、MCP server など必要な実行手段が分かる |
「人間の新人担当者が読んでも迷わないか」を基準にすると、Business skills の品質を判断しやすくなります。
共有範囲と可視性の設計
Business skills は既定でユーザー所有です。特定のユーザーやチームに共有でき、権限レベルとして Viewer と Co-owner を設定できます。また、可視性は「Individual」と「Organization」から選択できます。Individual は所有者と共有されたユーザーのみが見える状態で、Organization は環境内で基本ユーザー権限以上を持つ全ユーザーが見える状態です。(Microsoft Learn)
最初から全社公開しない
実務でおすすめなのは、最初から Organization にせず、検証段階では Individual または限定チーム共有にすることです。AI エージェントが参照する業務ルールに誤りがあると、複数のエージェントやユーザーに影響します。
特に、次のような skill は限定共有から始めるべきです。
| skill の種類 | リスク | 推奨運用 |
|---|---|---|
| 顧客対応ルール | 誤案内、優先度ミス | サポート管理者レビュー後に共有 |
| 請求・契約関連 | 金額・契約条件の誤判断 | 法務・経理確認後に共有 |
| 人事関連 | 個人情報や機密情報の扱い | 最小権限で限定共有 |
| セキュリティ対応 | 誤った初動対応 | セキュリティ責任者の承認必須 |
Co-owner を増やしすぎると、誰がルールを変更したのか追いにくくなります。編集できる担当者は最小限にし、変更履歴や承認プロセスを別途整備するのが安全です。
ソリューション対応と ALM の考え方
Business skills は solution-aware object として扱われ、Solution explorer に表示され、環境間で移動できます。公式ガイドでは、Business skills をソリューションに追加して、アプリケーションライフサイクル管理の一部として環境間に移動できると説明されています。(Microsoft Learn)
これは、開発環境で作成した skill を検証環境でテストし、本番環境へ展開する運用に向いています。逆に、本番環境で直接 skill を作成・修正する運用は、変更管理やレビューが弱くなりがちです。
推奨される環境構成
| 環境 | 主な作業 | 管理ポイント |
|---|---|---|
| 開発環境 | skill の作成、初期テスト | 作成者が自由に試せる範囲を定義 |
| 検証環境 | 実データに近いシナリオで確認 | 業務部門と管理者がレビュー |
| 本番環境 | 承認済み skill の利用 | 直接編集を制限し、展開履歴を管理 |
Business skills は自然言語で管理できるため、軽く扱われがちです。しかし、AI エージェントの判断に影響するという意味では、業務アプリのロジックや Power Automate のフローと同じく、変更管理の対象にすべきです。
移行期限と互換性で注意すべき点
2026年6月26日更新の「Business skills overview」自体には、Business skills に関する明確な移行期限は示されていません。ただし、関連する Dataverse MCP server の更新では、ツール名や役割の変更、非推奨ツールと代替ツールが示されています。特に MCP 互換クライアントやエージェント指示で旧ツール名を前提にしている場合は、早めに見直す必要があります。(Microsoft Learn)
| 旧ツール | 代替ツール | 移行時の確認点 |
|---|---|---|
| Search | search_data | 構造化データに加え、非構造化データ検索も含む名前に変更 |
| list_tables | search | テーブルだけでなく、business skills やアプリのメタデータ探索に拡張 |
| describe_table | describe | テーブル、レコード、business skills の詳細取得に統合 |
| Fetch | describe | エンティティと ID によるレコード取得は describe を利用 |
公式情報では、後方互換性とエイリアス対応は評価中とされています。つまり、「旧ツール名がいつまで確実に使える」と断定できる状態ではありません。既存の Copilot Studio エージェント、Visual Studio Code のエージェント指示、外部 MCP クライアントのプロンプトや設定に旧ツール名が含まれていないか確認してください。(Microsoft Learn)
移行期限が明記されていない時の実務対応
期限がない場合でも、後回しにするのは危険です。特に本番運用中のエージェントがある場合は、次の順序で確認すると安全です。
| 優先度 | 確認作業 | 理由 |
|---|---|---|
| 高 | 本番エージェントの指示に旧ツール名がないか確認 | 動作停止や誤ルーティングを防ぐ |
| 高 | MCP クライアントの接続先と許可設定を確認 | 意図しないクライアント利用を防ぐ |
| 中 | 検証環境で新ツール名に置き換えてテスト | 互換性の影響を事前に把握 |
| 中 | Business skills の作成・更新・削除権限を整理 | upsert_skill / delete_skill の利用リスクを抑える |
| 低 | ドキュメントや運用手順を更新 | 管理者交代時の混乱を防ぐ |
特に delete_skill は skill を削除する操作に関係するため、利用できる担当者やエージェントを慎重に制御すべきです。Business skill の削除は元に戻せず、削除された skill を参照するエージェントは利用できなくなると説明されています。(Microsoft Learn)
管理者が確認すべきチェックリスト
Business skills の導入前後では、技術設定だけでなく、業務ルールの管理体制まで確認する必要があります。以下のチェックリストを使うと、抜け漏れを減らせます。
| チェック項目 | 確認内容 |
|---|---|
| 対象業務の選定 | AI に参照させる業務手順が明確か |
| Dataverse MCP server | 対象環境で有効化・構成済みか |
| Copilot Studio 連携 | エージェントに Dataverse MCP server がツールとして追加されているか |
| Microsoft 365 Copilot 連携 | Dataverse データ利用に必要な Microsoft 365 / Power Platform 側設定を確認したか |
| 権限設計 | skill の作成者、編集者、閲覧者、公開承認者を分けているか |
| 共有範囲 | Organization 公開する前に限定共有でテストしたか |
| リソース制限 | 添付ファイルサイズやテキスト読み取り制限を考慮しているか |
| ALM | skill をソリューションに含め、環境間展開できるか |
| 旧 MCP ツール名 | Search、list_tables、describe_table、Fetch を使っていないか |
| 監査・レビュー | 業務ルール変更時の承認プロセスがあるか |
この中でも特に重要なのは、権限設計と共有範囲です。Business skills は「AI 用の業務マニュアル」として機能するため、誤った内容が広く共有されると、AI エージェントの回答や処理判断に影響します。
活用シーン別の導入イメージ
Business skills は、単なるナレッジ検索よりも「手順に沿った判断」が必要な業務に向いています。導入しやすいのは、すでに業務マニュアルや SOP があり、判断基準がある程度決まっている業務です。
顧客問い合わせの一次判定
顧客問い合わせに対して、契約プラン、問い合わせ種別、影響範囲、過去の対応履歴を確認し、優先度を判定する skill を作成します。エージェントは Dataverse の顧客情報や問い合わせ履歴を参照しながら、skill に記載されたルールに沿って優先度を提案できます。
営業活動の商談更新
商談ステージを更新する前に、予算、決裁者、導入時期、競合状況、次回アクションが入力されているか確認する skill を作成します。これにより、営業担当者ごとの入力品質のばらつきを抑えやすくなります。
社内申請の確認
購買申請や例外承認の前に、金額、部門、予算科目、承認者、添付書類を確認する skill を作成します。AI エージェントが申請内容を読み取り、不足情報や承認ルートの確認を支援できます。
導入時に失敗しやすいポイント
Business skills は便利ですが、導入時にはいくつかの落とし穴があります。
既存マニュアルをそのまま投入する
人間向けのマニュアルは、背景説明や例外が長く、AI が参照するには構造が不明瞭な場合があります。Business skills では、目的、使用条件、入力、手順、判断基準、出力、例外対応を明確に分けることが重要です。
skill を大きくしすぎる
「顧客対応全般」のように広すぎる skill は、エージェントがいつ使うべきか判断しにくくなります。「問い合わせ優先度判定」「返金可否の一次確認」「障害報告の初動整理」のように、1つの skill は1つの業務プロセスに絞るべきです。
権限管理を後回しにする
Business skills は Dataverse のセキュリティモデルに従いますが、だからといって自動的に最適なガバナンスが実現するわけではありません。誰が作成し、誰が編集し、誰が全体公開できるかを事前に決める必要があります。
エージェント側の指示が不足している
Microsoft のガイドでは、Copilot Studio で business skills を使う場合、エージェントの指示に「まず Dataverse MCP Server で関連する business skills を探し、そのプロセス指示に従う」といった内容を追加する例が示されています。skill を作成しても、エージェント側が参照するよう設計されていなければ、期待どおりに使われない可能性があります。(Microsoft Learn)
まず何から対応すべきか
Business skills overview の更新を受けて、管理者が最初に行うべきことは、機能をすぐ全社展開することではありません。まずは対象業務を1つ選び、検証環境で Business skill を作成し、Copilot Studio または MCP 対応クライアントから実シナリオでテストすることです。
優先順位としては、次の流れが現実的です。
| 順番 | 対応内容 | 目的 |
|---|---|---|
| 1 | 対象業務を1つ選ぶ | 範囲を絞って検証する |
| 2 | Dataverse MCP server の設定を確認する | 前提条件を満たす |
| 3 | Business skill を小さく作る | 使いやすい単位で始める |
| 4 | 限定共有でテストする | 誤った全社展開を防ぐ |
| 5 | エージェント指示を調整する | skill を確実に参照させる |
| 6 | ソリューションに追加する | ALM と環境展開に備える |
| 7 | MCP ツール名変更の影響を確認する | 将来の互換性リスクを下げる |
Business skills は、Microsoft 365 Copilot や AI エージェントに「社内の業務ルールを理解させる」ための重要な仕組みです。ただし、自然言語で簡単に作れるからこそ、権限、共有、レビュー、テストを軽視するとリスクになります。まずは限定された業務で試し、業務部門と管理者が共同で品質を確認したうえで、ソリューション管理とガバナンスに組み込むことが、最も安全で実用的な進め方です。
コメント