Power PlatformでCopilot Studioを運用している管理者が今回まず確認すべき点は、Copilot Studio credits and capacityの管理が、Power Platform管理センター上で「可視化・環境別割り当て・超過時対応・エージェント単位の利用制限」まで一連で扱えるよう整理されていることです。特に、Microsoft 365 adminsや社内ITチームは、Copilot Studioエージェントを公開した後に「どの環境がどれだけCopilotクレジットを使っているのか」「プリペイド容量で足りるのか」「従量課金を有効にすべきか」を継続的に判断する必要があります。
2026年4月24日の公開リポジトリ上の更新履歴では、該当ドキュメントにAI利用メタデータを追加するコミットが確認できます。一方で、Microsoft Learnページ上の本文日付は2026年3月16日のままで、4月24日の変更自体は容量管理機能の大幅な仕様変更ではありません。したがって実務上は、4月時点で公式情報として整理されている容量管理の見方と、運用で見落としやすいポイントを押さえることが重要です。 (GitHub)
Power Platformの最新動向: Manage Copilot Studio credits and capacity – Power Platformで何が変わったか
Microsoft公式の「Manage Copilot Studio credits and capacity – Power Platform」は、Copilot Studioのクレジット容量をPower Platform管理センターで管理するための管理者向けドキュメントです。内容の中心は、Copilot Studioの利用量をテナント全体・環境別・エージェント別に把握し、プリペイド容量や従量課金を組み合わせて運用する方法です。 (Microsoft Learn)
今回のポイントは、「新機能が1つ追加された」というより、Copilot Studioの利用拡大に合わせて、管理者がコストと継続性をコントロールするための確認項目が明確になっている点にあります。Copilot Studioは、作ったら終わりのチャットボットではありません。業務エージェントとして使われ始めると、問い合わせ数、生成回答、Agent flow、Microsoft 365 Copilot Chatでの利用などに応じて、消費量が変動します。
管理者が見るべき観点は、次の4つです。
| 観点 | 確認する内容 | 実務上の判断 |
|---|---|---|
| テナント全体 | 購入済み容量、割り当て済み容量、消費量 | 追加購入や従量課金が必要か |
| 環境別 | どの環境が多くCopilotクレジットを消費しているか | 本番・検証・部門別に配分を見直すか |
| エージェント別 | どのエージェントが想定以上に使われているか | 月間制限や停止ルールを設けるか |
| 超過時対応 | 容量不足時に止めるか、従量課金で継続するか | 業務継続性とコスト上限のどちらを優先するか |
Copilot Studioクレジットとは何か
Copilotクレジットは、Copilot Studioエージェントの利用量を測る単位です。Microsoft Learnでは、ユーザーとCopilotエージェントの単一のやり取りを消費単位として説明しています。ただし、実際の消費量はエージェントの設計や使う機能によって変わります。 (Microsoft Learn)
たとえば、単純な定型回答中心のエージェントと、生成AIによる回答、Microsoft Graphに基づく回答、Agent flow、AIツールを多用するエージェントでは、同じ「1回の利用」でも消費するCopilotクレジットが異なる場合があります。Microsoftの請求レートに関する公式情報では、従来型の回答、生成回答、エージェントアクション、テナントグラフのグラウンディング、エージェントフローアクション、生成AIツールなどで異なるレートが示されています。 (Microsoft Learn)
実務では、Copilotクレジットを「チャット回数そのもの」と雑に捉えると危険です。以下のように考えると、見積もりの精度が上がります。
| エージェントの種類 | 消費が増えやすい理由 | 管理上の注意点 |
|---|---|---|
| 社内FAQエージェント | 利用者数が増えると問い合わせ回数が増える | 部署展開前に月間利用上限を決める |
| 顧客サポートエージェント | 外部ユーザーのアクセス数に左右される | キャンペーン時や障害時の急増を想定する |
| Microsoft 365 Copilot Chat連携エージェント | Microsoft 365上の業務利用に広がりやすい | Microsoft 365 Copilot Chat環境の消費も確認する |
| Agent flowを使うエージェント | アクション実行や自動処理で消費が増える | フロー実行のブロック条件を把握する |
| 高度な推論・生成AIツール利用 | 複雑な回答や多段推論で消費が重くなる | 高価な処理を必要な場面に限定する |
Power Platform管理センターで確認できること
Copilot Studioの容量管理は、Power Platform管理センターの「Licensing」から「Copilot Studio」を選択して確認します。Summaryタブでは、プリペイド容量とセッションベース容量の使用状況を確認でき、環境レベルの日次消費データは最大3か月分、消費監視ビューでは当月累計、過去2か月、過去12か月の月次データを予算計画に使えるとされています。 (Microsoft Learn)
特に見るべきカードは次の3つです。
| 表示項目 | 何が分かるか | 使いどころ |
|---|---|---|
| Pay-as-you-go credits | Copilot Studioメーターが適用された課金プラン数と月累計の請求クレジット | 従量課金がどれだけ使われているかを見る |
| Prepaid capacity | 購入済み、割り当て済み、消費済みのプリペイド容量 | 事前購入した容量が余っているか、不足しているかを見る |
| Copilot credit usage by environment | クレジット使用量が多い環境 | 部門別・本番別に配分を見直す |
ここで重要なのは、平均値だけを見ないことです。たとえば月初は問題がなくても、月末に全社展開やイベント対応が重なると、急に容量が不足することがあります。運用では、月間累計だけでなく、日次トレンドと上位環境を合わせて見るべきです。
環境別の消費量を見て、配分ミスを防ぐ
Power Platformでは、Copilot Studioのクレジット容量を環境ごとに確認できます。Environmentsタブでは、プリペイド容量から差し引かれたCopilotクレジット、従量課金プランで請求される単位、容量内か超過状態か、容量が割り当てられているか、従量課金が使われているかを確認できます。 (Microsoft Learn)
環境別管理が重要になるのは、次のようなケースです。
本番環境と検証環境を分けている場合
検証環境で生成AI機能やAgent flowを頻繁にテストしていると、本番環境よりも予想外に消費量が増えることがあります。検証環境に大きな容量を割り当てたままにすると、本番側の余裕がなくなる可能性があります。
実務では、検証環境には小さめの上限を設定し、本番展開前の負荷テスト時だけ一時的に容量を増やす運用が現実的です。
部門ごとに環境を分けている場合
営業、サポート、人事、情報システムなどがそれぞれCopilot Studioエージェントを作ると、利用量のばらつきが大きくなります。サポート部門の外部向けエージェントは利用回数が多くなりやすく、人事部門のFAQエージェントは特定時期だけ急増することがあります。
この場合は、単純に全環境へ均等配分するのではなく、次の基準で割り当てると失敗しにくくなります。
| 配分基準 | 具体例 |
|---|---|
| 利用者数 | 全社員向けエージェントは多めに割り当てる |
| 業務重要度 | 顧客対応や受注処理など停止できない用途を優先する |
| 利用時期 | 年末調整、採用、決算など季節変動を考慮する |
| 機能の重さ | 生成回答、Graph連携、Agent flowを使う環境は余裕を持たせる |
| 代替手段の有無 | 人手で代替できない処理は従量課金も検討する |
Microsoft 365 Copilot Chatでの消費も見落とさない
Copilot StudioクレジットがMicrosoft 365 Copilot Chatで消費される場合、使用されたユニット数はMicrosoft 365 Copilot Chat製品の下に表示されます。また、Microsoft 365 Copilot Chatの容量を確認する場合は、環境選択ページでMicrosoft 365 Copilot Chat環境を選択する必要があります。 (Microsoft Learn)
これは、Microsoft 365 adminsにとって重要です。Copilot Studioの管理をPower Platformチームだけに任せていると、Microsoft 365 Copilot Chat側の利用拡大による消費を見逃すことがあります。
特に次のような組織では、Microsoft 365管理者とPower Platform管理者の連携が必要です。
- Microsoft 365 Copilotを全社展開している
- TeamsやMicrosoft 365 Copilot Chatから業務エージェントを使わせている
- 部門ユーザーが自分たちでCopilot Studioエージェントを作成している
- グローバル拠点で同一テナントを共有している
- Azureサブスクリプションへの従量課金を財務部門が管理している
キャパシティを割り当てる基本手順
Copilot Studioの容量割り当ては、Power Platform管理センターから行います。公式手順では、Power Platform管理センターにサインインし、Licensing、Products、Copilot Studio、Summaryタブの順に進み、Prepaid capacityカードのManage Capacity、またはCopilot Studio見出し内のManage Copilot creditsやManage sessionsを選択します。その後、割り当てパネルで環境を選び、割り当てるCopilotクレジット数を指定します。 (Microsoft Learn)
実務向けに整理すると、次の流れになります。
| 手順 | 作業 | チェックポイント |
|---|---|---|
| 1 | Power Platform管理センターにサインイン | 管理権限を持つアカウントで入る |
| 2 | LicensingからCopilot Studioを開く | 対象テナントを間違えない |
| 3 | Summaryタブで全体消費を確認 | プリペイドと従量課金を分けて見る |
| 4 | Environmentsタブで環境別消費を確認 | 本番環境、検証環境、Microsoft 365 Copilot Chat環境を確認 |
| 5 | Manage Copilot creditsで割り当て変更 | 業務重要度と利用見込みに合わせる |
| 6 | 月間制限や超過時対応を設定 | 使いすぎ防止と業務継続を両立する |
ポイントは、割り当てを「一度設定したら固定」にしないことです。Copilot Studioの利用は、エージェント公開直後、社内告知後、繁忙期、海外拠点展開後に変わります。少なくとも月1回、利用拡大期は週1回程度の確認サイクルを作ると、予算超過や突然の停止を防ぎやすくなります。
プリペイド容量と従量課金はどう使い分けるか
Copilot Studioの容量管理では、プリペイド容量と従量課金をどう組み合わせるかが大きな判断ポイントです。Power Platform管理センターでは、プリペイド容量の購入・割り当て・消費状況と、従量課金制クレジットの月累計を確認できます。 (Microsoft Learn)
| 方式 | 向いているケース | 注意点 |
|---|---|---|
| プリペイド容量 | 利用量がある程度予測できる本番エージェント | 配分を誤ると一部環境で不足しやすい |
| 従量課金 | 利用量が変動する、停止させたくない業務 | Azureサブスクリプションへの請求管理が必要 |
| 併用 | 通常利用はプリペイド、急増分は従量課金 | 上限、通知、承認フローを決めておく |
業務で止められないエージェントには、従量課金を組み合わせる価値があります。たとえば、顧客問い合わせ、受注処理、店舗オペレーション支援などは、月末に容量が尽きたからといって停止すると業務影響が大きくなります。
一方、社内ナレッジ検索や検証中のエージェントは、無制限に従量課金へ流すよりも、月間制限や通知を設定したほうが安全です。
超過時対応で決めるべきこと
消費量が事前に割り当てた容量を超えた場合、テナント内の利用可能な容量から引き出すか、リンクされた従量課金プランに超過分を請求するかを選べます。 (Microsoft Learn)
ここでの判断は、技術設定というより運用ポリシーです。次のように整理すると、関係者と合意しやすくなります。
| 方針 | 適した用途 | リスク |
|---|---|---|
| 容量内で止める | 検証環境、試験導入、任意利用の社内ツール | ユーザー体験が悪くなる可能性 |
| テナント内の余剰容量を使う | 複数部門で利用量にばらつきがある環境 | 他環境の余裕を消費する |
| 従量課金に流す | 顧客対応、受注、業務継続に直結するエージェント | 想定外のコスト増 |
| 月間制限と通知を併用 | コスト管理と継続性を両立したい本番環境 | 制限値の設計が必要 |
Microsoftの請求管理に関する公式情報では、環境の容量がなくなった場合の対応として、既存容量の再割り当て、追加容量の購入、従量課金メーターの設定が示されています。また、前払い容量モデルでは一定の超過条件で強制措置が発生する説明もあるため、重要なエージェントほど「容量が尽きたらどうなるか」を事前に確認しておくべきです。 (Microsoft Learn)
エージェント単位の月間使用量制限が重要
Power Platform管理センターでは、Copilot Studioエージェントごとに月間使用量制限を定義できます。これは、環境がプリペイド容量か従量課金かに関係なく設定できるとされています。Agentsページでは、課金が発生したエージェント、設定済みのクレジット制限、月間請求済みクレジット、環境、エージェント状態などを確認できます。 (Microsoft Learn)
この機能は、特にビジネスユーザーが自分たちでエージェントを作る組織で重要です。部門主導のエージェントは、便利になるほど利用が広がります。最初は数人の検証でも、Teams投稿や社内ポータル掲載をきっかけに利用者が一気に増えることがあります。
月間制限を設定する場合は、次の3段階で考えると現実的です。
小さく始める段階
検証中のエージェントは、低めの月間制限を設定します。目的はコスト削減だけではありません。想定外のループ処理、不要な生成回答、誤ったプロンプト設計による過剰消費を早期に見つけるためです。
部門展開する段階
利用対象者が増えたら、月間制限を「想定利用量の上限」として設定します。たとえば、対象者数、1人あたりの想定利用回数、1回あたりの平均消費をもとに、余裕を持たせた上限を決めます。
本番定着後
本番運用では、制限に近づいた際の通知と、上限到達時のハードストップをどう扱うかを決めます。Microsoft Learnでは、使用状況が定義した制限に近づいた場合の通知と、制限到達時にエージェントを自動的にオフにするハードストップが説明されています。 (Microsoft Learn)
Agent flow利用時の失敗しやすいポイント
Agent flowを使っている場合は、通常の会話型エージェントより注意が必要です。公式情報では、エージェントフローのクレジット消費を監視するには、Copilot credit consumption detailsグリッドで「Agent flow actions」を確認すると説明されています。前払い容量が使い果たされると、新しいAgent flowの実行はブロックされますが、親エージェントはフロー以外のやり取りを継続できます。 (Microsoft Learn)
これは、ユーザーから見ると分かりにくい障害になります。チャット自体は動いているのに、申請作成、メール送信、在庫確認、チケット登録などのアクションだけ失敗する可能性があるためです。
Agent flowを使うエージェントでは、次の確認を運用チェックに入れてください。
| 確認項目 | 理由 |
|---|---|
| Agent flow actionsの消費量 | フロー実行だけが先に容量不足になる可能性がある |
| フロー失敗時のユーザーメッセージ | 利用者が「何ができないのか」を理解できるようにする |
| 代替手順 | 申請、登録、通知などを手動で実行できる経路を用意する |
| 容量不足時の対応者 | Power Platform管理者、業務部門、Azure課金管理者の連絡先を決める |
業務自動化とCopilot Studioを組み合わせるほど、容量管理は「コストの話」だけではなく「業務継続の話」になります。
管理者が今すぐやるべき確認リスト
2026年4月時点で、Microsoft 365 admins、workplace IT teams、Power Platform管理者が優先して行うべきことは次のとおりです。
| 優先度 | やること | 目的 |
|---|---|---|
| 高 | Power Platform管理センターでCopilot StudioのSummaryを確認 | 全体の消費傾向を把握する |
| 高 | Environmentsタブで上位消費環境を確認 | 本番・検証・部門別の偏りを見つける |
| 高 | Microsoft 365 Copilot Chat環境の消費を確認 | M365側の利用を見落とさない |
| 高 | 重要エージェントに月間制限と通知を設定 | 予算超過と突然の停止を防ぐ |
| 中 | Agent flow actionsの消費を確認 | フローだけが止まるトラブルを防ぐ |
| 中 | 従量課金を有効にする環境を選別 | 業務継続性が必要な用途を保護する |
| 中 | 部門別の利用責任者を決める | 使いすぎ時の確認先を明確にする |
| 低 | 検証環境の容量を見直す | 本番環境に容量を優先配分する |
グローバル運用ではタイムゾーンと部門責任も考える
グローバル企業や複数拠点でPower Platformを使っている場合、Copilot Studio credits and capacityの管理はさらに複雑になります。日本時間で月末の利用が落ち着いていても、北米や欧州の業務時間に利用が増えることがあります。また、同じテナント内で海外部門がエージェントを追加すると、日本側の管理者が想定していない消費が発生する可能性もあります。
グローバル運用では、次のルールを作っておくと安全です。
- 本番エージェントを公開する前に、利用部門、対象国、想定ユーザー数を登録する
- 各環境にオーナーを設定し、消費増加時の確認先を明確にする
- 従量課金を有効にする環境は、財務・IT・業務部門で合意する
- 月間制限の通知先を、テナント管理者だけでなく業務責任者にも共有する
- Microsoft 365 Copilot Chat経由の利用も、Power Platform管理の対象に含める
特に、従量課金は「止まらない」メリットがある一方で、利用が急増したときの費用も増えます。グローバル展開では、従量課金を全環境で無条件に有効化するのではなく、業務影響が大きい環境に絞って使う方が管理しやすくなります。
よくある疑問
Copilot Studioの容量管理は誰が担当すべきか
Power Platform管理者だけで完結させるのはおすすめできません。Copilot Studioの利用は、Microsoft 365 Copilot Chat、Azure課金、部門業務、セキュリティグループ管理と関係します。
現実的には、次の分担が向いています。
| 担当 | 主な役割 |
|---|---|
| Microsoft 365管理者 | Microsoft 365 Copilot Chat連携、ユーザー・グループ管理 |
| Power Platform管理者 | 環境別容量、エージェント別利用状況、制限設定 |
| Azure課金管理者 | 従量課金、サブスクリプション、予算アラート |
| 業務部門 | エージェントの必要性、優先度、利用見込み |
| セキュリティ担当 | Copilot Studio作成者の制御、データ利用方針 |
従量課金にすれば容量管理は不要か
不要にはなりません。従量課金は業務継続性を高める手段ですが、利用量が増えればコストも増えます。従量課金を使う場合ほど、エージェント単位の月間制限、通知、部門別の利用責任が重要になります。
エージェントを止めたくない場合はどうすればよいか
重要な本番エージェントでは、プリペイド容量だけに依存せず、従量課金への切り替えや超過時対応を検討します。ただし、すべてのエージェントを無制限に継続させるのではなく、顧客対応、受注、障害対応など停止影響が大きい用途を優先するべきです。
ビジネスユーザーが作ったエージェントも管理対象になるか
なります。部門ユーザーが作ったエージェントでも、利用が広がればCopilotクレジットを消費します。Power Platform管理センターのAgentsページでは、課金が発生したCopilot Studioエージェントをテナント全体で確認できるため、野良運用にならないよう定期的に棚卸しすることが大切です。 (Microsoft Learn)
2026年4月更新を受けた実務上の結論
「Manage Copilot Studio credits and capacity – Power Platform」の2026年4月24日更新は、公開リポジトリ上ではAI利用メタデータ追加が中心です。ただし、4月時点で管理者が押さえるべき実務ポイントは明確です。Copilot Studioの利用が広がるほど、Power Platform管理センターでの容量確認、環境別配分、エージェント単位の制限、超過時対応の設計が欠かせません。 (GitHub)
まずは、Power Platform管理センターでCopilot StudioのSummaryとEnvironmentsを確認してください。次に、消費量が多い環境とエージェントを洗い出し、重要な本番エージェントには月間制限、通知、必要に応じた従量課金を設定します。最後に、Microsoft 365管理者、Power Platform管理者、Azure課金管理者、業務部門の間で「容量が足りなくなったときに止めるのか、課金して継続するのか」を決めておくことが、Copilot Studio運用の失敗を防ぐ最短ルートです。
コメント