Copilot拡張のライセンスとコストで最初に押さえるべき答えは、「Microsoft 365 Copilotの有料アドオンがあるか」「社内共有データを使うか」「宣言型エージェントかカスタムエンジンか」の3点で費用構造が変わる、ということです。2026年5月16日に更新されたMicrosoft公式情報では、Copilot拡張を選ぶ前に、ライセンス要件とCopilot Creditsによる従量課金の有無を確認する必要があると整理されています。(Microsoft Learn)
特に注意したいのは、「Microsoft 365 Copilot Chatが使える＝すべての拡張が追加費用なしで使える」ではない点です。指示だけの軽量なエージェントや公開Webサイトを根拠にする用途は低コストで始めやすい一方、SharePointやCopilot connectorsなどの共有テナントデータを使う場合は、ユーザーのライセンスや構成によってCopilot Studio経由の従量課金が関係します。この記事では、Microsoft Copilot拡張の選択肢ごとに、管理者・開発者が確認すべきライセンス、費用、設定、展開時の注意点を実務目線で整理します。
MicrosoftのAI/Copilot更新で何が変わるのか、利用者と管理者向けに整理
今回の公式情報で重要なのは、Copilot拡張の費用判断が「機能名」だけではなく、ライセンス種別、利用データ、実装方式、利用者の範囲で分かれる点が明確になったことです。
Microsoft 365 Copilotの拡張には、主に次のような選択肢があります。
| 拡張の選択肢 | 主な用途 | 費用面で見るべきポイント |
|---|---|---|
| Copilot connectors | 外部システムや業務データをCopilotに取り込む | 共有テナントデータとして使う場合、ユーザーのライセンスによって従量課金が関係する |
| 宣言型エージェント | Copilotの標準基盤を使って業務特化のAIアシスタントを作る | Microsoft 365 Copilotライセンスがあるユーザーは追加課金を抑えやすい |
| カスタムエンジンエージェント | 独自のオーケストレーターやモデルで高度なAIエージェントを作る | Copilot側の利用料だけでなく、Azureや外部ホスティング費用も見る必要がある |
| Work IQ API | Microsoft 365のメール、会議、ファイルなどを自然言語で扱うアプリを作る | プレビュー段階で、各利用ユーザーにMicrosoft 365 Copilotアドオンライセンスが必要 |
| Microsoft 365 Copilot APIs | 自社アプリやカスタムエージェントからCopilot機能に安全にアクセスする | Microsoft 365 Copilotライセンスを持つユーザー向けに追加費用なしで提供される |
実務では、まず「誰が使うのか」を確認してください。全社員が毎日使う業務アシスタントなのか、一部部門が月数回使う検索補助なのかで、最適な構成は変わります。
Copilot拡張のライセンスは2つの入口で考える
Microsoft 365 Copilotの拡張を検討する場合、入口になるライセンスは大きく2つです。
| ライセンス種別 | 向いている利用者 | Copilot拡張の費用感 |
|---|---|---|
| Microsoft 365 Copilotアドオンライセンス | Copilotやエージェントを日常的に使うユーザー | Copilot connectors、エージェント、プラグインなどの拡張機能の利用で追加課金が発生しにくい |
| Microsoft 365 Copilot Chat | 対象のMicrosoft 365ユーザーで、軽めにCopilotやエージェントを使うユーザー | 指示ベースや公開Webサイトを根拠にする軽量な拡張は追加費用なし。共有テナントデータを使う場合はCopilot Creditsによる課金に注意 |
Microsoftの公式情報では、Microsoft 365 Copilot Chatは対象のMicrosoft 365サブスクリプションに追加費用なしで含まれ、Microsoft 365 CopilotアドオンライセンスはWord、Excel、Outlook、Teamsなどに組み込まれたCopilot機能も利用できる選択肢とされています。(Microsoft Learn)
管理者が見落としやすいのは、「対象ユーザーがCopilot Chatを使えるか」だけでは判断できないことです。拡張機能でSharePoint、Microsoft Graph、Copilot connectorsなどの社内共有データを使う場合は、従量課金やCopilot Creditsの消費を確認する必要があります。
ライセンスなしでCopilot拡張を使えるわけではない
Microsoft 365またはOffice 365の適切なライセンスを持つユーザーは、Copilot Chat、Copilot Search、Microsoft SearchでCopilot connectorsのデータにアクセスできます。一方、CopilotライセンスやMicrosoft 365サブスクリプションがないユーザーは、Copilotやその拡張機能の利用対象外と整理されています。(Microsoft Learn)
社外ユーザー、委託先、共有アカウント、ゲストユーザーに使わせる想定がある場合は、展開前に次を確認してください。
| 確認項目 | 確認すべき理由 |
|---|---|
| 対象ユーザーがMicrosoft 365の対象ライセンスを持つか | Copilot Chatや拡張機能へのアクセス可否に関わる |
| Microsoft 365 Copilotアドオンを割り当てるか | 追加課金を抑えつつ高頻度利用させたい場合に重要 |
| 社内共有データを使うか | Copilot Creditsの消費や従量課金に影響する |
| ゲストや外部ユーザーに使わせるか | ライセンス、権限、データ境界の確認が必要 |
宣言型エージェントは「標準基盤で低リスクに始めたい」場合に向く
宣言型エージェントは、Microsoft 365 Copilotの標準的なオーケストレーターやモデルを使い、指示、ナレッジ、アクションを追加して業務特化のAIアシスタントを作る方式です。Microsoftの説明では、宣言型エージェントはMicrosoft 365のセキュリティ、コンプライアンス、Responsible AIの要件に沿って動作し、追加のホスティングは不要とされています。(Microsoft Learn)
たとえば、次のような用途に向いています。
| 用途 | 具体例 |
|---|---|
| 部門内FAQ | 人事規程、経費精算ルール、社内手続きの案内 |
| 業務文書の検索補助 | SharePoint上の手順書やナレッジベースから回答を生成 |
| 軽い業務アクション | API経由でチケット作成、申請状況確認、顧客情報参照 |
| Teams内の業務支援 | 営業部、情シス、総務などの部門別アシスタント |
宣言型エージェントの費用で見るべきポイントは、何を根拠データにするかです。
| 宣言型エージェントの構成 | コスト上の見方 |
|---|---|
| 指示のみ | 追加費用が発生しにくい |
| 公開Webサイトを根拠にする | 追加費用が発生しにくい |
| SharePointやCopilot connectorsなど共有テナントデータを使う | ユーザーのライセンスによってCopilot Creditsによる従量課金が発生する可能性がある |
| アクションや外部API連携を含む | API側の利用料、認証、接続先の制限も確認する |
失敗しやすいのは、PoCでは「指示だけ」で作っていたエージェントを、本番直前にSharePointや外部業務システムへ接続し、急に費用構造が変わるケースです。企画段階から「将来どのデータを使うのか」まで洗い出しておくと、予算承認やセキュリティレビューで手戻りを減らせます。
カスタムエンジンエージェントは自由度が高いが、ホスティング費用を忘れやすい
カスタムエンジンエージェントは、独自のオーケストレーターやモデルを使って、より柔軟なAIエージェントを構築する方式です。Microsoft公式情報では、カスタムエンジンエージェントはMicrosoft 365 Copilotの外部でホストされ、Azure AI Foundry、Azure App Service、Azure Bot Serviceなどの費用が発生する可能性があるとされています。(Microsoft Learn)
向いているのは、次のようなケースです。
| 向いているケース | 理由 |
|---|---|
| 複数システムをまたぐ複雑な業務判断が必要 | 独自の処理フローやルールを組み込みやすい |
| 既存のAI基盤や独自モデルを活用したい | 自社のモデル、オーケストレーター、API設計を使える |
| Microsoft 365以外のチャネルにも展開したい | Webアプリ、業務ポータル、外部チャネルとの統合を設計しやすい |
| 高度なログ、監査、制御を独自に実装したい | アプリケーション側で細かい制御を作り込める |
ただし、カスタムエンジンエージェントは「Copilotライセンス不要で使える場合がある」とだけ見て選ぶと危険です。Microsoft 365 Copilotライセンスを持つユーザーは追加料金が発生しにくい一方、ライセンスを持たないユーザーがSharePointやCopilot connectorsなどの共有テナントデータを使う場合、Copilot Creditsによる従量課金が関係します。(Microsoft Learn)
さらに、次の費用はCopilotのライセンス表だけでは見えにくい項目です。
- Azure AI Foundryなどのモデル利用・AI処理費用
- Azure App Serviceなどのアプリケーションホスティング費用
- Azure Bot Serviceなどのチャネル展開費用
- ログ保存、監視、セキュリティ対策、運用保守費
- 外部APIやSaaS側の利用料
実務では、カスタムエンジンを選ぶ前に「Copilotの費用」ではなく、アプリケーション全体のTCOとして見積もるべきです。特に24時間稼働、複数環境、本番・検証・開発の分離、障害監視まで含めると、宣言型エージェントより運用コストが高くなる場合があります。
Copilot connectorsはデータ活用に便利だが、権限設計が先
Copilot connectorsは、外部の業務データをMicrosoft 365 Copilotに接続し、ユーザーが検索、要約、推論に使えるようにする仕組みです。公式情報では、同期型コネクタは外部コンテンツをMicrosoft Graphに取り込み、フェデレーション型コネクタはModel Context Protocolを使ってクエリ時にリアルタイム取得する方式と説明されています。(Microsoft Learn)
コネクタを使うと、たとえば次のようなデータをCopilotから活用しやすくなります。
| データソース例 | 活用例 |
|---|---|
| CRM | 顧客情報、商談状況、過去対応履歴の確認 |
| チケット管理 | 障害対応履歴、問い合わせ傾向、未解決課題の検索 |
| 社内ナレッジ | FAQ、手順書、設計資料、ポリシー文書の要約 |
| プロジェクト管理 | タスク状況、進捗、担当者別の確認 |
管理者が最初に確認すべきなのは費用だけではありません。権限設計とデータの見え方です。
同期型のカスタムCopilot connectorを作る場合、AI管理者がMicrosoft Entra管理センターでアプリ登録を行い、必要なMicrosoft Graph権限に管理者同意を与える必要があります。また、展開されたコネクタは外部アイテムのセキュリティを制限しない限りテナント全体に影響するため、公開範囲の確認が重要です。(Microsoft Learn)
コネクタ展開前のチェックポイント
| チェック項目 | 確認内容 |
|---|---|
| データの所有部門 | 誰がデータ公開を承認するのか |
| アクセス権限 | Copilot経由で見えてよいユーザーだけに制限されているか |
| 機密情報 | 個人情報、契約情報、未公開情報が含まれていないか |
| インデックス方式 | Microsoft Graphへ同期するのか、リアルタイム取得にするのか |
| 課金影響 | 共有テナントデータとして利用した場合のCopilot Credits消費を見積もったか |
| 運用担当 | コネクタ障害、データ更新、権限変更を誰が見るのか |
Copilot導入でよくある失敗は、「検索できるようにする」ことを優先しすぎて、古い権限設計のままデータを接続してしまうことです。Copilotはユーザーがアクセスできる情報をもとに回答するため、元のSharePointや外部システムの権限が広すぎると、AI導入後に情報の見えすぎが問題化します。
Work IQ APIとMicrosoft 365 Copilot APIsはライセンス条件を先に見る
開発者にとって重要なのが、API系の拡張です。Work IQ APIはMicrosoft 365のメール、会議、ファイル、組織ナレッジなどを自然言語で扱うためのAPIですが、公式情報では現在プレビューであり、正式提供前に機能やAPIが変わる可能性があるとされています。利用する各ユーザーにはMicrosoft 365 Copilotアドオンライセンスが必要で、ライセンスのないユーザーは現時点ではサポートされていません。(Microsoft Learn)
Microsoft 365 Copilot APIsについても、Microsoft 365 Copilotライセンスを持つユーザーは追加費用なしで利用でき、ライセンスのないユーザーは現時点でサポートされないと整理されています。(Microsoft Learn)
APIを使う場合の判断基準は、次のように考えると分かりやすくなります。
| やりたいこと | 向いている選択肢 |
|---|---|
| Microsoft 365データを安全に検索・取得したい | Microsoft 365 Copilot APIs |
| 会議メモ、アクション項目、AIインサイトを業務アプリに連携したい | Microsoft 365 Copilot APIs |
| Microsoft 365の仕事情報を自然言語で問い合わせるアプリを作りたい | Work IQ API |
| 独自モデルや独自UIからMicrosoft 365の文脈を使いたい | Copilot APIsまたはカスタムエンジンエージェント |
本番利用を急ぐ場合、Work IQ APIがプレビューである点には注意してください。社内システムの中核機能に組み込むなら、仕様変更時の影響範囲、代替手段、リリースノート確認の運用をあらかじめ決めておくべきです。
Copilot Creditsの従量課金は「誰が、何を、何回使うか」で見積もる
Copilot Studioの課金では、Copilot Creditsがエージェント利用量を測る共通単位として使われます。Microsoft公式情報では、2025年9月1日からエージェントの共通単位がメッセージからCopilot Creditsに変更されたと説明されています。(Microsoft Learn)
Copilot Creditsは、エージェントが情報を取得し、プロンプトに応答し、アクションやカスタムスキルを使うために必要な処理量を表します。消費量は、エージェントの設計、利用頻度、使う機能によって変わります。(Microsoft Learn)
代表的な課金単位は次の通りです。
| 機能 | Copilot Creditsの目安 |
|---|---|
| Classic answer | 1 Copilot Credit |
| Generative answer | 2 Copilot Credits |
| Agent action | 5 Copilot Credits |
| Tenant graph grounding for messages | 10 Copilot Credits |
| Agent flow actions 100回あたり | 13 Copilot Credits |
| Content processing tools 1ページあたり | 8 Copilot Credits |
Microsoft 365 Copilotライセンスを持つユーザーによる従業員向け利用では、一定のCopilot Studioエージェント利用が追加課金なしとして扱われる場合があります。一方で、未ライセンスユーザーや共有テナントデータを使う構成では、Copilot Creditsの消費が費用に直結します。(Microsoft Learn)
コスト見積もりの簡易手順
| 手順 | やること | 具体例 |
|---|---|---|
| 利用者を分類する | Copilotアドオンあり、Copilot Chatのみ、未ライセンスに分ける | 営業100人はアドオンあり、間接部門300人はCopilot Chatのみ |
| データソースを分類する | 指示のみ、公開Web、SharePoint、Copilot connectors、外部APIに分ける | 経費FAQはSharePoint、製品情報は公開Web |
| 利用頻度を見積もる | 1日あたりの利用者数と会話数を出す | 1日50人、1人3回質問 |
| 機能ごとの消費を見積もる | 生成回答、テナントグラウンディング、アクション回数を想定する | 1回の応答で生成回答1回、Graph grounding1回 |
| 上限と監視を設定する | 月次上限、アラート、予算超過時の対応を決める | 部門別に上限を設定し、超過時は管理者承認 |
Copilot Creditsは、PoC段階では少なく見積もられがちです。実際の運用では、ユーザーが長い会話を続ける、同じ質問を複数回試す、アクション付きエージェントを頻繁に使う、といった行動で消費が増えます。試算では「理想的な使い方」だけでなく、再質問や失敗時のリトライも含めて見てください。
管理者が確認すべき設定と展開ポイント
Copilot拡張を安全に展開するには、ライセンス割り当て、課金設定、データ権限、監視をセットで確認する必要があります。
Microsoft 365管理センターで確認すること
Microsoft 365 Copilotを追加するには、対象となるMicrosoft 365、Office 365、Teams、Exchange、SharePoint、OneDriveなどの前提ライセンスが必要です。公式のライセンス情報では、Business、Enterprise、Government、Educationなど複数の対象プランが整理されています。(Microsoft Learn)
管理者は、次の順に確認するとスムーズです。
| 確認項目 | 実務上の判断 |
|---|---|
| ユーザーの既存ライセンス | Copilotアドオンを追加できる対象プランか |
| Copilotアドオンの割り当て対象 | 毎日使う部門、共有テナントデータを多く使う部門を優先する |
| Copilot Chatだけで足りるユーザー | 軽量利用や公開情報中心の利用者に限定する |
| ライセンス未割り当てユーザー | エージェント利用可否、代替手段、アクセス制御を決める |
「全員にCopilotアドオンを付けるか、必要な人だけに付けるか」はコストに直結します。おすすめは、利用頻度と業務価値でグループ分けする方法です。
| ユーザー層 | 推奨方針 |
|---|---|
| 毎日Copilotを使う部門 | Microsoft 365 Copilotアドオンを優先 |
| 社内文書検索を頻繁に行う部門 | アドオンまたはCopilot Creditsの費用比較を行う |
| 月数回の軽い利用 | Copilot Chat中心で開始 |
| 外部委託・ゲスト | ライセンス条件とデータ権限を個別確認 |
Power Platform管理センターで確認すること
Copilot Studioの従量課金を使う場合、Power Platform管理センターで環境とAzureサブスクリプションを課金ポリシーにひも付ける構成が必要になります。Microsoft公式情報では、Pay-as-you-goはAzureサブスクリプションを使って、月末に実際のCopilot Credits使用量に応じて支払う方式と説明されています。(Microsoft Learn)
確認すべき設定は次の通りです。
| 設定 | 確認内容 |
|---|---|
| 課金ポリシー | Azureサブスクリプションと対象環境が正しくひも付いているか |
| Copilot Creditsの容量 | 月間利用量に対して十分か |
| 環境別の割り当て | 開発、検証、本番で容量を分けるか |
| 消費レポート | 部門別、環境別、エージェント別に見られるか |
| 月次上限 | 個別エージェントに上限を設定しているか |
Copilot Studioでは、プリペイド容量を超過した場合の制御にも注意が必要です。公式情報では、プリペイド容量モデルのテナントで125%のしきい値に達するとカスタムエージェントが無効化される可能性があり、Power Platform管理センターで通知や管理が行われるとされています。(Microsoft Learn)
本番展開では、単に「課金できる状態」にするのではなく、止まって困るエージェントと、止まっても業務影響が小さいエージェントを分けることが重要です。問い合わせ窓口、受注処理、障害対応などのエージェントは、容量超過時の代替フローも準備してください。
開発者が設計時に確認すべきポイント
開発者は、機能要件だけでなく「どの選択肢なら運用し続けられるか」を設計段階で判断する必要があります。
宣言型かカスタムエンジンかを決める基準
| 判断軸 | 宣言型エージェントが向く | カスタムエンジンが向く |
|---|---|---|
| 開発スピード | 早くPoC・展開したい | 独自設計に時間をかけられる |
| ホスティング | Microsoft 365 Copilot側に任せたい | 自社でホスティングしたい |
| モデル・制御 | 標準のCopilot基盤で十分 | 独自モデル、独自推論、細かな制御が必要 |
| コスト管理 | ライセンス中心で考えたい | Azure費用や外部サービス費も管理できる |
| ガバナンス | Microsoft 365内で完結させたい | 独自ログ、監査、運用要件が強い |
最初の一歩としては、宣言型エージェントで業務価値を検証し、標準機能では足りない部分が明確になった段階でカスタムエンジンを検討する流れが現実的です。最初からカスタムエンジンを選ぶと、AIの精度検証よりもインフラ、認証、ログ、監視、費用管理に時間を取られやすくなります。
API利用時は「ユーザー単位のライセンス」を前提にする
Work IQ APIやMicrosoft 365 Copilot APIsを使う場合、アプリ単体のライセンスではなく、その機能を使うユーザーが必要なCopilotライセンスを持つかが重要です。部門ポータルや社内アプリにCopilot機能を組み込む場合、利用者のライセンスが不足していると、設計した機能を全員に提供できない可能性があります。
開発前に次を確認してください。
- 利用者全員がMicrosoft 365 Copilotアドオンライセンスを持つか
- 一部ユーザーだけに機能を表示する必要があるか
- 未ライセンスユーザー向けの代替画面や説明を用意するか
- APIがプレビューの場合、仕様変更時の対応責任を誰が持つか
- 監査ログ、利用ログ、エラー時の問い合わせ導線を用意するか
移行・展開時に失敗しやすいポイント
Copilot拡張は、PoCではうまく動いても、本番展開でつまずくことがあります。特に次の5点は事前に対策してください。
| 失敗しやすいポイント | 起きる問題 | 対策 |
|---|---|---|
| Copilot Chatを無料枠として過信する | 共有テナントデータ利用時の課金を見落とす | データソースごとに課金影響を確認する |
| SharePoint権限を整理せず接続する | 本来見せたくない情報が回答に含まれるリスク | Copilot導入前に権限棚卸しを行う |
| カスタムエンジンのホスティング費を見ない | Azure費用や運用費が後から増える | PoC時点で月額運用費を試算する |
| プレビューAPIを本番中核に組み込む | 仕様変更で業務影響が出る | 変更追跡、代替手段、段階導入を用意する |
| Copilot Creditsの上限を設定しない | 想定外の消費や容量超過が起きる | 月次上限、アラート、利用レポートを設定する |
特に移行時は、既存のPower Platform、Teamsボット、社内FAQ、検索システムをそのままCopilotに置き換えようとしない方が安全です。まずは「回答だけでよい業務」「アクションまで必要な業務」「既存システムを残す業務」に分けると、過剰な開発や不要な課金を避けられます。
管理者・開発者向けの実務チェックリスト
Copilot拡張の導入前には、次のチェックリストを使ってください。
| 区分 | 確認項目 |
|---|---|
| ライセンス | 対象ユーザーのMicrosoft 365プランとCopilotアドオンの有無を確認したか |
| 利用者 | 高頻度利用者、軽量利用者、未ライセンスユーザーを分類したか |
| データ | 指示のみ、公開Web、SharePoint、Copilot connectors、外部APIを分類したか |
| 課金 | Copilot Creditsの消費見込み、Pay-as-you-go、プリペイド容量を確認したか |
| 権限 | SharePoint、外部システム、Microsoft Graphのアクセス権を棚卸ししたか |
| 開発方式 | 宣言型エージェント、カスタムエンジン、API利用のどれが最適か判断したか |
| 運用 | 消費レポート、アラート、月次上限、障害時対応を決めたか |
| 展開 | PoC、限定展開、全社展開の段階を分けたか |
| 教育 | 利用者に使える範囲、扱ってよいデータ、問い合わせ先を周知したか |
このチェックリストで最も重要なのは、最初に「どのエージェントを作るか」ではなく、誰が、どのデータを、どの頻度で使うかを決めることです。ここが曖昧なまま開発を始めると、後からライセンス追加、課金設定、権限変更、設計変更が同時に発生しやすくなります。
Copilot拡張の選び方：実務で使える判断基準
最後に、用途別の選び方を整理します。
| シナリオ | おすすめの選択肢 | 理由 |
|---|---|---|
| 社内FAQを早く作りたい | 宣言型エージェント | 標準基盤で始めやすく、追加ホスティングが不要 |
| SharePoint文書をもとに回答したい | 宣言型エージェント＋適切なライセンス設計 | 社内データ利用時の課金と権限を管理しやすい |
| 外部業務システムのデータをCopilotに出したい | Copilot connectors | Microsoft 365内の検索・推論体験にデータを組み込める |
| 複雑な業務フローをAIで自動化したい | カスタムエンジンエージェント | 独自の処理、モデル、API連携を作り込みやすい |
| 自社アプリにCopilot機能を組み込みたい | Microsoft 365 Copilot APIs | Microsoft 365のセキュリティやコンプライアンスと整合しやすい |
| プレビュー技術を検証したい | Work IQ APIを限定検証 | 正式提供前の変更リスクを管理しながら試せる |
Copilot拡張のコストを抑えるコツは、最初から大きく作り込まないことです。まずは利用者を限定し、指示ベースまたは公開情報中心の軽量なエージェントで業務価値を確認します。その後、SharePointやCopilot connectorsを追加し、利用頻度とCopilot Creditsの消費を見ながら、Microsoft 365 Copilotアドオンの割り当てやPay-as-you-goの設定を見直す流れが現実的です。
管理者はライセンスと課金の見える化を、開発者はデータソースと実装方式の切り分けを最初に行ってください。Copilot拡張は、AI機能そのものよりも「誰に、どのデータを、どの費用モデルで提供するか」を整理できた組織ほど、安全かつ継続的に活用しやすくなります。
コメント