Licensing and Copilot Creditsの更新で押さえるべき結論は、Copilot StudioでAIツールやAI Builder機能を使う場合、Copilot Creditsの消費管理が避けて通れなくなったという点です。Power AppsやPower Automateでは従来のAI Builder creditsも使えますが、利用できない場合や上限を超えた場合はCopilot Creditsに切り替わるため、管理者は「誰が、どの環境で、どのAI機能を、どれだけ使うか」を把握しておく必要があります。この記事では、2026年5月19日前後に確認されたMicrosoft Learnの公式情報をもとに、変更点、影響範囲、設定確認、移行・展開時の注意点を実務目線で整理します。(Microsoft Learn)
Licensing and Copilot Creditsで何が変わるのか
今回のポイントは、Microsoft Copilot Studio、Power Apps、Power AutomateでAI機能を使う際の「消費単位」と「管理対象」がよりCopilot Credits中心に整理されたことです。
特に重要なのは、Copilot Studioのエージェントやagent flowsでAIツール／AI Builder機能を使う場合、Copilot Creditsが必須になる点です。Power AppsやPower AutomateではAI Builder creditsを使える場面がありますが、AI Builder creditsがない場合、または消費が初期容量を超えた場合、Copilot Creditsが利用されます。(Microsoft Learn)
これまでAI Builder creditsだけを見ていた組織では、今後はCopilot Creditsも含めた容量設計が必要です。特に、Copilot Studioでエージェントを作る部門と、Power AutomateでAIモデルを組み込む部門が別々に動いている場合、同じテナントや環境の容量を共有・消費する可能性があるため注意が必要です。
変更点の要点
| 確認項目 | これまで意識されやすかった管理 | 今後特に確認すべき管理 |
|---|---|---|
| Copilot StudioのAIツール利用 | エージェントの作成・公開可否 | Copilot Creditsの割り当て、消費量、上限 |
| Power Apps／Power AutomateのAI Builder利用 | AI Builder creditsの有無 | AI Builder credits不足時のCopilot Credits消費 |
| agent flows | フロー設計・実行状況 | agent flows内のプロンプトやモデルがCopilot Creditsを消費するか |
| テスト実行 | 本番ではないため軽視されがち | テスト方法によって無料／消費ありの違いを確認 |
| 容量超過 | 後から追加購入で対応 | ブロック、エージェント停止、pay-as-you-go設定の事前確認 |
影響を受けるサービスと利用シーン
影響を受ける中心は、Microsoft Copilot Studio、Power Apps、Power Automateです。単に「Copilotを使っているか」ではなく、AIツール、AI Builderモデル、プロンプト、ドキュメント処理、OCR、agent flowsを使っているかで判断します。
Copilot Studioで影響を受けるケース
Copilot Studioでは、以下のようなシナリオでAIツール／AI Builder機能が使われ、Copilot Creditsを消費します。(Microsoft Learn)
| 利用シーン | 具体例 | 確認すべきこと |
|---|---|---|
| トピック内のプロンプト | 社内規程を要約して回答する | 入出力トークン量、利用頻度 |
| アクション内のプロンプト | 問い合わせ内容を分類して次の処理へ渡す | アクション回数、利用者数 |
| agent flows内のAIモデル | 添付書類を読み取り、承認フローへ渡す | ページ数、画像数、フロー実行回数 |
| document processing | 請求書や契約書の情報抽出 | 1ページあたりの消費量 |
| text recognition | 画像やPDFから文字を抽出 | OCR対象のページ数 |
特に見落としやすいのがagent flowsです。通常のチャット回答だけでなく、裏側でフローが動き、さらにその中でAIモデルやプロンプトを使う場合、会話回数以上にCopilot Creditsを消費することがあります。
Power AppsとPower Automateで影響を受けるケース
Power AppsやPower Automateでは、AI Builder creditsが利用できる場合は先にAI Builder creditsが使われます。ただし、AI Builder creditsがない、または不足している場合はCopilot Creditsが使われます。両方とも利用できない場合、AI Builder機能は失敗またはブロックされる可能性があります。(Microsoft Learn)
実務では、次のようなアプリやフローを棚卸ししてください。
| 対象 | 例 | リスク |
|---|---|---|
| AI Builderを組み込んだPower Apps | 画像分類、予測、フォーム入力補助 | アプリ利用者が増えると消費が急増する |
| AI Builderを使うクラウドフロー | メール添付の請求書読み取り | 月末・繁忙期に処理件数が集中する |
| プロンプトを使う自動化 | 問い合わせ文の要約・分類 | 入力文が長いとトークン消費が増える |
| OCRやドキュメント処理 | 契約書、本人確認書類、申請書 | ページ数単位でコストが増える |
また、Power AppsではAI Builderアクションを追加するとプレミアムアプリとして扱われる点も確認が必要です。一方、Power AutomateではAI Builderアクションを追加しても、それだけでプレミアムフローに変わるわけではないとされています。(Microsoft Learn)
Copilot Creditsの消費ルールを具体的に理解する
Copilot Creditsは、AI機能の種類や処理単位に応じて消費されます。公式情報では、AIツール／AI Builder機能がCopilot Studioの機能カテゴリに対応付けられています。(Microsoft Learn)
| 機能カテゴリ | 消費レートの例 | 代表的な用途 |
|---|---|---|
| Text and generative AI tools basic | 1,000トークン、1,000文字、1画像、1ページあたり0.1 Copilot Credit | 基本的なテキスト処理、OCRなど |
| Text and generative AI tools standard | 1,000トークン、1,000文字、1画像、1ページあたり1.5 Copilot Credits | 分類、抽出、翻訳など |
| Text and generative AI tools premium | 1,000トークン、1,000文字、1画像、1ページあたり10 Copilot Credits | 高度な推論を伴うプロンプト処理 |
| Content processing tools | 1画像または1ページあたり8 Copilot Credits | ドキュメント処理、画像処理 |
たとえば、agent flowで3ページの書類をカスタムドキュメント処理モデルに渡す場合、Content processing toolsとして3ページ分が計算されます。公式例では、3ページの処理は24 Copilot Creditsとして説明されています。(Microsoft Learn)
テスト実行でも消費される場合がある
管理者や開発者が特に注意すべきなのは、テスト実行の扱いです。すべてのテストが無料とは限りません。
| 操作 | Copilot Credits消費 |
|---|---|
| エージェント埋め込みテストパネルから、トピックやアクション内のプロンプトを実行 | 無料 |
| prompt builderでプロンプトをテスト | 無料 |
| AI modelsページでモデルをテスト | 無料 |
| agent flows内のプロンプトやモデルを実行 | テストパネルやフローデザイナーからでも消費 |
| プレビュー中のモデルをエージェントやagent flowsで使用 | 消費 |
この違いを知らないまま検証を繰り返すと、開発環境で想定外の消費が発生する可能性があります。検証時は「どの画面からテストしているか」ではなく、agent flows内でAIモデルやプロンプトが実行されているかを確認してください。(Microsoft Learn)
管理者が確認すべき設定
Copilot Credits管理では、Power Platform admin centerが中心になります。Copilot Studioの容量管理画面では、プリペイド容量、pay-as-you-go、環境別消費、月次の利用傾向、エージェント単位の上限などを確認できます。(Microsoft Learn)
まず確認する場所
| 目的 | 確認場所 | 見るべきポイント |
|---|---|---|
| テナント全体の消費を把握 | Power Platform admin center > Licensing > Copilot Studio > Summary | プリペイド容量、pay-as-you-go、月次消費 |
| 環境別の消費を確認 | Licensing > Copilot Studio > Environments | どの環境がCopilot Creditsを使っているか |
| agent flowsの消費を確認 | Copilot credit consumption details | Agent flow actionsの行 |
| 容量を割り当てる | Manage Copilot credits | 環境ごとの割り当て数 |
| エージェント単位で制限 | Manage Agents | 月次上限、通知、ハードストップ |
実務では、本番環境だけでなく、開発・検証環境も確認対象に入れてください。検証用エージェントが想定外に多くのプロンプトやagent flowsを実行していると、本番環境の容量計画に影響することがあります。
月次上限と通知を設定する
Power Platform admin centerでは、エージェント単位で月次消費上限を設定できます。使用量が上限に近づいた場合の通知や、上限到達時に自動停止するハードストップも設定できます。(Microsoft Learn)
おすすめは、最初から全エージェントに同じ上限を設定するのではなく、用途別に分けることです。
| エージェントの種類 | 上限設定の考え方 |
|---|---|
| 全社向けFAQ | 高めの上限を設定し、通知を早めに出す |
| 部門内の検証用エージェント | 低めの上限を設定し、暴走を防ぐ |
| 外部顧客向けサポート | pay-as-you-goや予備容量を検討する |
| バックオフィス自動処理 | 実行件数と処理ページ数から上限を計算する |
AI Builder creditsからCopilot Creditsへの移行で注意すべきこと
AI Builder creditsはすぐになくなるわけではありませんが、MicrosoftはAI Builder creditsの段階的な終了を案内しています。2025年11月1日以降、新規のAI Builder capacity add-on購入には制限があり、2026年11月1日にはPower PlatformやDynamics 365ライセンスに含まれるseeded AI Builder creditsが終了すると説明されています。(Microsoft Learn)
重要なのは、AI Builder creditsが自動的にCopilot Creditsへ変換されるわけではないことです。Power AppsやPower Automateでは、AI Builder creditsがあれば先に消費され、不足または利用不可になった場合にCopilot Creditsを使う二重モードになります。(Microsoft Learn)
移行前にやるべき棚卸し
| 確認項目 | 具体的な確認方法 |
|---|---|
| AI Builderを使っているアプリ・フロー | Power Apps、Power Automate、AI Builder activityで確認 |
| どの環境で使われているか | Power Platform admin centerの環境別消費を見る |
| 消費単位 | トークン、文字数、画像数、ページ数、実行回数を確認 |
| AI Builder creditsの残り | Licensing > Capacity add-onsで確認 |
| Copilot Creditsの割り当て | Licensing > Copilot Studioで確認 |
| 2026年11月以降の影響 | seeded credits依存の業務を洗い出す |
移行時に失敗しやすいのは、「AI Builder creditsがあるから大丈夫」と考えて、Copilot Credits側の割り当てやpay-as-you-goを設定していないケースです。AI Builder creditsが尽きた後にCopilot Creditsへフォールバックできなければ、AI機能が失敗する可能性があります。
開発者が設計時に気を付けるべきポイント
開発者は、単に「動くエージェント」ではなく、消費量を予測しやすいエージェントを設計する必要があります。
プロンプトは短く、役割を明確にする
プロンプト処理は、入力トークンと出力トークンの両方が消費に影響します。システムプロンプト、ユーザー入力、参照データ、出力文が長くなるほど消費が増えやすくなります。
悪い例は、毎回大量の社内規程全文を渡して要約させる設計です。改善するなら、必要な文書だけを検索してから渡す、回答形式を固定する、出力文字数を制限する、といった方法があります。
agent flowsにAIモデルを入れすぎない
agent flowsは便利ですが、フロー内で複数のAIモデルやプロンプトを連続実行すると、1回の会話に対する消費が大きくなります。
たとえば、問い合わせを受けて「分類」「要約」「優先度判定」「返信文生成」をすべて別プロンプトで実行すると、4回分のAI処理が走ります。分類と優先度判定を1つのプロンプトにまとめる、ルールベースで処理できる部分は条件分岐にするなど、AIを使う箇所を絞ることが重要です。
bring your own model利用時はFoundry側のコストも見る
Copilot Studioでbring your own model機能を使う場合、Microsoft Foundryでホストされたモデルによる処理分については、AIツール側の追加Copilot Creditsは課金されないと説明されています。ただし、モデル処理のコストはFoundry側のトークン消費や選択モデルの単価に従います。(Microsoft Learn)
つまり、Copilot Creditsだけを見て「安くなった」と判断するのは危険です。開発者と管理者は、Copilot Studio側の消費とFoundry側の利用料金を分けて確認してください。
容量超過時に何が起きるか
Copilot Studioのプリペイド容量モデルでは、容量超過に対する強制措置があります。公式情報では、テナントがプリペイド容量の125%に達するとenforcementが発動し、カスタムエージェントが無効化される可能性があると説明されています。進行中の会話は中断されませんが、その後の呼び出しは容量が増えるかリセットされるまで拒否されます。(Microsoft Learn)
agent flowsの場合は挙動が異なります。プリペイドのCopilot Studio容量を使い切ると、新しいagent flowの実行がブロックされます。ただし、親エージェント自体は、classic answersやgenerative answersなどflow以外のやり取りを継続できます。(Microsoft Learn)
超過対策の選択肢
| 対策 | 向いているケース | 注意点 |
|---|---|---|
| 他環境から容量を再割り当て | 一時的に特定環境の利用が増えた | 他環境の余力を確認する |
| Copilot Creditsを追加購入 | 継続的に利用量が増えている | 月次の最大消費を見積もる |
| pay-as-you-goを有効化 | 利用量の波が大きい、停止を避けたい | Azureサブスクリプションへの課金管理が必要 |
| エージェント単位の月次上限 | 検証環境や部門利用を制御したい | 上限到達時の業務影響を事前に説明する |
業務停止を避けたいエージェントでは、プリペイドだけに頼らず、pay-as-you-goや通知設定を組み合わせると安全です。
監視とログ管理で見るべきポイント
AI Builderモデルやプロンプトの利用状況は、Power AutomateポータルのAI Builder activityから確認できます。この画面では、Power Automate、Power Apps、Microsoft Copilot Studioで発生したAIモデルやプロンプトのアクティビティを確認できます。(Microsoft Learn)
確認できる主な情報は、処理時刻、ツール名、入力、出力、使用元、消費量などです。管理者は、単に消費量を見るだけでなく、どの部門・どのフロー・どのエージェントが急増要因になっているかを追跡してください。
ログ保存とデータ管理の注意点
AI Builder activityの監視データはDataverseのAI Eventテーブルに保存されます。Microsoft Learnでは、削除したモデルやクラウドフロー、アプリがあっても、AI Eventテーブルのデータは残ると説明されています。また、Dataverseの一括削除は元に戻せないため、削除条件は事前に検証する必要があります。(Microsoft Learn)
特に、テキストシナリオではAIモデルの入力情報が記録される場合があります。個人情報、顧客情報、機密文書を扱う場合は、DLPポリシー、監査ログ、データ保持期間、削除運用を合わせて設計してください。
展開前チェックリスト
本番展開前に、次の項目を確認しておくとトラブルを防ぎやすくなります。
| チェック項目 | 確認内容 |
|---|---|
| 対象機能 | プロンプト、AIモデル、OCR、ドキュメント処理、agent flowsを使っているか |
| 消費単位 | トークン、文字数、画像数、ページ数、実行回数のどれで増えるか |
| 環境 | 開発、検証、本番のどこでCopilot Creditsを使うか |
| ライセンス | AI Builder creditsとCopilot Creditsの両方を確認したか |
| 容量割り当て | 本番環境に必要な容量を割り当てたか |
| 超過時対応 | 再割り当て、追加購入、pay-as-you-goの方針を決めたか |
| 監視 | AI Builder activityとCopilot Studio容量画面を見る担当者を決めたか |
| 上限設定 | エージェント単位の月次上限と通知を設定したか |
| データ管理 | AI Eventテーブルの保持期間と削除手順を決めたか |
| 利用者説明 | 上限到達時や停止時の表示・問い合わせ先を周知したか |
まず何から対応すべきか
最初にやるべきことは、Copilot Studio、Power Apps、Power AutomateでAI BuilderやAIツールを使っている箇所を棚卸しすることです。次に、Power Platform admin centerで環境別のCopilot Credits消費を確認し、本番環境と検証環境を分けて容量を割り当てます。
そのうえで、利用量が読みにくいエージェントには月次上限と通知を設定し、業務停止を避けたい重要エージェントにはpay-as-you-goの利用可否を検討してください。AI Builder creditsに依存している組織は、2026年11月以降のseeded credits終了も見据えて、Copilot Credits前提の見積もりに切り替えることが重要です。
Licensing and Copilot Creditsの更新は、単なる名称変更やライセンス表の更新ではありません。AI機能を安全に展開し、コストを予測し、業務停止を防ぐための管理設計を見直すタイミングです。まずは「使っているAI機能」「消費している環境」「容量超過時の挙動」の3点を確認し、必要な設定をPower Platform admin centerで整備しましょう。
コメント