Microsoft 365 CopilotのCopilot Creditsダッシュボードは、管理者がAIエージェントの従量課金を「誰が、どのエージェントで、どの課金ポリシーにひも付いて、どれだけ消費したか」まで追跡するための管理機能です。単なる利用状況レポートではなく、コスト可視化、ユーザー教育、AIワークロードの容量計画に直結する運用画面と考えると分かりやすいでしょう。
特に影響が大きいのは、Microsoft 365 Copilot Chatで従量課金のエージェントを使う組織、Copilot Studioで社内向けエージェントを展開する組織、Work IQ APIやMicrosoft 365データに接続するカスタムエージェントを検討している開発チームです。Microsoftの公式情報では、Copilot credits reportはMicrosoft 365 Copilot Chatの従量課金コスト管理に使われ、合計クレジット数、日次・累積推移、ユーザー別・エージェント別・課金ポリシー別の消費を確認できます。(GitHub)
Microsoft 365 CopilotのAI/Copilot更新で何が変わるのか
今回のポイントは、Microsoft 365 Copilotの管理が「使われているか」だけでなく、どのAI利用が課金・容量消費につながっているかまで管理対象になることです。
これまで管理者が見ていたMicrosoft 365 Copilotの利用状況は、主に有効ユーザー、アクティブユーザー、プロンプト数、アプリ別利用、エージェント利用といった採用状況の把握が中心でした。Microsoft 365 Copilot usage reportでは、利用状況は通常UTCベースで対象日の終了後72時間以内に利用可能になると説明されています。(Microsoft Learn)
一方、Copilot Creditsダッシュボードでは、従量課金の対象となるAI利用を管理者が追跡できます。Microsoft 365管理センターで「Reports」→「Usage」→「Microsoft 365 Copilot」→「Credits」と進むことで確認する流れです。(GitHub)
| 観点 | これまで見ていたもの | Copilot Creditsダッシュボードで見るもの |
|---|---|---|
| 利用状況 | Copilotを使った人数、プロンプト数、アプリ別利用 | クレジット消費量、日次推移、累積消費 |
| コスト管理 | ライセンス数や割り当て状況が中心 | ユーザー別、エージェント別、課金ポリシー別の消費 |
| 運用判断 | 利用促進やライセンス配布 | 予算超過の予兆、部門別負担、容量計画 |
| 改善対象 | 利用していないユーザー | 消費が大きいエージェント、使い方、設計 |
つまり、この更新は「Copilotを導入した後、どこに費用が発生しているのか分からない」という管理者の悩みに対する回答です。
Copilot Creditsダッシュボードの対象範囲
Copilot Creditsダッシュボードの主な対象は、Microsoft 365 Copilot Chatで従量課金エージェントを利用するケースです。公式ドキュメントでは、Credits usedメトリックは、Microsoft 365 Copilotライセンスを持たないユーザーがCopilot Chat内のメーター対象エージェントを利用した際のクレジット消費を示すと説明されています。利用は、対象エージェントとのやり取りからおおむね1時間以内に確認できるとされています。(GitHub)
注意したいのは、すべてのCopilot利用がこの画面の管理対象になるわけではない点です。
| 利用シナリオ | 影響 | 管理者が確認すべきこと |
|---|---|---|
| Microsoft 365 Copilotライセンスを持つユーザーの通常利用 | 主に利用状況レポートで採用・活用度を確認 | 利用率、プロンプト数、アプリ別利用を確認 |
| Microsoft 365 Copilot Chatの無償利用者が従量課金エージェントを利用 | Copilot Credits消費の対象になり得る | 課金ポリシー、対象ユーザー、消費量を確認 |
| SharePointやGraph Connectorなど共有テナントデータに接続するエージェント | メーター課金の対象になり得る | エージェントの公開範囲とデータ接続を確認 |
| Copilot Studioで作成したカスタムエージェント | 設計次第でクレジット消費が増える | 応答方式、アクション、ナレッジ利用を見直す |
| Work IQ APIを使うカスタムエージェントやアプリ | Copilot Creditsによる従量課金モデルに関係 | GA日程、課金有効化、アクセス制御を確認 |
Microsoftは2026年6月3日のPartner Center告知で、Work IQ APIが2026年6月16日に一般提供となり、Copilot Creditsを使う従量課金モデルになること、カスタムエージェントやサードパーティAIプラットフォームからMicrosoft 365データに接続する場合に影響があることを案内しています。(Microsoft Learn)
この流れを見ると、Copilot Creditsは単なるCopilot Studio内の消費単位ではなく、Microsoft 365のAIエージェント活用全体を管理するための共通的なコスト管理軸になりつつあります。
管理者が最初に確認すべき設定
Copilot Creditsダッシュボードを見る前に、管理者は「課金ポリシー」「対象ユーザー」「対象サービス」の3つを整理しておく必要があります。特に、課金ポリシーを作成しただけでは設定完了ではありません。Microsoft 365 Copilotのpay-as-you-goでは、課金ポリシーを作成したうえで、Microsoft 365 Copilot ChatやSharePoint agentsなどのCopilotサービスに接続する必要があります。(Microsoft Learn)
| 確認項目 | 実務での確認ポイント |
|---|---|
| 管理ロール | Global administrator、Billing administrator、AI administratorなど、必要な権限を持つ管理者で確認する |
| 課金ポリシー | Azureサブスクリプション、対象ユーザー、部門別の責任範囲が正しく設定されているか確認する |
| サービス接続 | 課金ポリシーがMicrosoft 365 Copilot Chatなどの対象サービスに接続されているか確認する |
| 対象ユーザー | 全社一括ではなく、部門・検証グループ・開発チーム単位で段階的に対象化する |
| 予算と通知 | 予算上限や通知条件を設定し、消費増加に気付ける状態にする |
| エージェント公開範囲 | 使えるエージェントを管理し、不要なメーター対象エージェントを広く公開しない |
| 匿名化設定 | ユーザー名や課金ポリシーIDを表示する必要があるか、プライバシー方針と合わせて判断する |
Microsoft 365 pay-as-you-goの管理では、課金ポリシーに予算上限を追加し、一定割合に達したときのメール通知を構成できると説明されています。(Microsoft Learn) まずは本番部門へ広げる前に、少人数のセキュリティグループで設定を検証するのが安全です。
Copilot Creditsダッシュボードで見るべき指標
Copilot Creditsダッシュボードでは、まず「合計消費量」だけを見るのではなく、増えた理由を説明できる粒度で確認することが重要です。
公式ドキュメントでは、ユーザー、エージェント、課金ポリシー、ユーザーとエージェントの組み合わせごとの詳細を確認できるとされています。ユーザー別では過去7日間・過去30日間の消費量と最終アクティビティ、エージェント別ではエージェントID、エージェント名、期間別消費量、最終利用日などを確認できます。(GitHub)
| 指標 | 何が分かるか | 管理アクション |
|---|---|---|
| Total credits used | 対象期間の総消費量 | 月次予算や部門別予算と比較する |
| Daily time series | 消費が増えた日 | 展開日、研修日、障害対応、キャンペーンと照合する |
| Credits by user | 消費が多いユーザー | 使い方の確認、教育、ライセンス見直しを行う |
| Credits by agent | 消費が多いエージェント | 設計、ナレッジ、アクション、公開範囲を見直す |
| Credits by billing policy | 部門・グループ別の負担 | チャージバックや予算配分に使う |
| User-agent pair | 誰がどのエージェントで消費しているか | 業務用途か、誤用か、教育不足かを判断する |
レポートは過去7日または30日でフィルターできます。公式ドキュメントでは、プレビュー中は最大30日分の履歴を表示し、2025年5月3日以前の利用情報は利用できないとされています。(GitHub) 長期傾向を追う場合は、CSV出力や定期記録を組み合わせて、自社側で月次推移を残す運用にしておくと後から比較しやすくなります。
アラートは「請求が高い人探し」ではなく原因分析に使う
Copilot Creditsダッシュボードには、高いクレジット消費を検知するためのアラートがあります。公式情報では、ユーザーが2,000クレジットを超えて利用した場合のアラートに触れられており、さらに過去30日間で3,000クレジットを超えたユーザーがいる場合にAlert cardが表示されると説明されています。(GitHub)
ただし、アラートを「使いすぎユーザーの指摘」に使うだけでは不十分です。管理者は、次の順番で原因を切り分けるべきです。
- 消費が増えたユーザーを確認する
- そのユーザーが使ったエージェントを確認する
- エージェントがどの課金ポリシーにひも付いているか確認する
- 消費が業務上必要なものか、設計上の無駄かを判断する
- 必要に応じて、エージェント設計、公開範囲、ユーザー教育、予算設定を見直す
たとえば、特定部門のユーザーが同じエージェントで急に消費を増やしている場合、単に「その人が使いすぎ」なのではなく、部門内で業務プロセスに組み込まれた可能性があります。逆に、複数ユーザーが同じエージェントで想定外に消費している場合は、エージェントの説明不足や、不要に重い処理を呼び出している設計が原因かもしれません。
開発者・Copilot Studio担当者が見るべき設計上の注意点
Copilot Creditsは、エージェントの設計によって消費量が大きく変わります。Microsoft Copilot Studioの課金レートでは、代表例としてClassic answer、Generative answer、Agent action、Tenant graph groundingなどが異なるクレジット単位で示されています。たとえば、テナントGraphグラウンディングと生成回答を組み合わせた複雑な応答では、1回のプロンプトで複数種類のクレジットを同時に消費する例が示されています。(Microsoft Learn)
開発者やエージェント作成者は、次の観点を設計レビューに入れてください。
| 設計観点 | 失敗しやすい例 | 見直しポイント |
|---|---|---|
| 応答方式 | すべてを生成AI回答にする | 定型FAQは固定回答や明確なトピックで処理できないか検討する |
| データ接続 | 必要以上に広い社内データを検索する | 参照するSharePointサイト、ナレッジ、Graph接続を業務範囲に絞る |
| アクション | 確認だけで済む質問でもフローや外部処理を呼び出す | 本当にアクションが必要な場面だけに限定する |
| 公開範囲 | 検証中のエージェントを全社公開する | セキュリティグループ単位で段階展開する |
| テスト方法 | 本番ユーザーでいきなり検証する | 検証用グループ、予算上限、ログ確認手順を用意する |
| 説明文 | ユーザーが何に使うエージェントか分からない | 利用目的、入力例、使ってはいけない用途を明記する |
AI BuilderやAI Tools関連でも、プロンプトやモデルの利用がCopilot Creditsを消費するケースがあります。公式情報では、Copilot StudioのAI Tools/AI Builder機能やagent flowsでCopilot Creditsを使うシナリオが説明されており、agent flows内のプロンプトやモデルはテストパネルやフローデザイナーからの実行でもCopilot Creditsを消費するとされています。(Microsoft Learn)
「動くエージェントを作る」だけでなく、「どの処理が消費を増やすかを説明できるエージェントを作る」ことが、今後のCopilot Studio開発では重要になります。
管理者が混同しやすいレポートの違い
Microsoft 365 Copilotには複数のレポートがあるため、目的に応じて使い分ける必要があります。
| レポート | 主な用途 | 向いている判断 |
|---|---|---|
| Microsoft 365 Copilot usage report | 採用状況、アプリ別利用、アクティブユーザー確認 | Copilotの定着度、教育対象、ライセンス活用 |
| Copilot credits report | 従量課金のクレジット消費確認 | コスト管理、部門別負担、消費の多いエージェント特定 |
| Microsoft Copilot Dashboard | 組織全体の導入・影響分析 | 経営層向けの活用状況、業務インパクト説明 |
| Purview監査ログ | セキュリティ・コンプライアンス用途 | データ共有リスク、調査、法務・規制対応 |
特に注意したいのは、監査ログを利用状況レポートの代替にしないことです。MicrosoftのFAQでは、Purview関連の監査ログはセキュリティやコンプライアンス目的の可視性を提供するものであり、Copilot利用状況レポートの基準として使うことは意図されていないと説明されています。(Microsoft Learn)
利用促進を見たいのか、課金を見たいのか、セキュリティ調査をしたいのかで、見るべきデータは変わります。
展開前に決めておきたい運用ルール
Copilot Creditsダッシュボードを有効に使うには、管理センターを見る担当者を決めるだけでは足りません。AI利用は日次で増減するため、次のような運用ルールを先に作っておくと混乱を防げます。
| ルール | 具体例 |
|---|---|
| 確認頻度 | 検証期間は週1回、本番展開後は月次レビュー。新しいエージェント公開直後は数日単位で確認 |
| 閾値 | 2,000クレジット超のユーザー、前週比2倍のエージェント、特定部門で急増など |
| 責任者 | Microsoft 365管理者、Power Platform管理者、エージェント所有者、部門責任者を分ける |
| エスカレーション | 予算超過の可能性がある場合、エージェント所有者と部門責任者に確認 |
| ユーザー教育 | 高コストになりやすい使い方、推奨プロンプト、対象外用途を周知 |
| 設計見直し | 消費上位エージェントは月次で設計レビューする |
| ライセンス判断 | 継続的に高頻度利用するユーザーはMicrosoft 365 Copilotライセンスの割り当て候補にする |
重要なのは、Copilot Creditsを「使わせないための制御」ではなく、「安心して使える範囲を明確にするための可視化」として運用することです。費用が見えないまま制限すると現場の活用が止まり、制限しないまま広げると予算管理が難しくなります。
移行・展開時のチェックリスト
すでにMicrosoft 365 Copilot Chat、Copilot Studio、Power Platform、SharePoint agentsを使っている組織は、次の順番で確認してください。
| フェーズ | チェック内容 |
|---|---|
| 現状把握 | Microsoft 365 Copilotライセンスの有無、Copilot Chat利用者、Copilot Studioエージェント一覧を確認 |
| 課金設計 | pay-as-you-goを使う部門、課金ポリシー、Azureサブスクリプション、予算上限を整理 |
| アクセス制御 | 従量課金エージェントを利用できるユーザー・グループを限定 |
| レポート確認 | Microsoft 365管理センターのCreditsレポートで7日・30日の消費を確認 |
| 消費分析 | ユーザー別、エージェント別、課金ポリシー別に上位を確認 |
| 教育 | 「何に使うべきか」「何を入力しないか」「高コストになりやすい使い方」を周知 |
| 設計改善 | 消費が大きいエージェントの応答方式、ナレッジ、アクションを見直す |
| 月次運用 | 予算、利用価値、ライセンス割り当て、容量購入の判断材料にする |
開発者向けには、カスタムエージェントや外部AI基盤からMicrosoft 365データに接続する設計をしている場合、Work IQ APIの従量課金やCopilot Creditsの適用範囲を必ず確認してください。2026年6月3日の公式告知では、Work IQ APIの利用前に管理者が従量課金を有効化し、支払い方法、サービスアクセス、アクセスポリシー、制限、アラートを構成する必要があるとされています。(Microsoft Learn)
よくある誤解と注意点
Copilot Creditsダッシュボードは全Copilot利用の請求明細ではない
Copilot Creditsダッシュボードは、主に従量課金ポリシーに関連するクレジット消費を管理するためのレポートです。Microsoft 365 Copilotの通常利用状況やアプリ別の定着度を見るには、Microsoft 365 Copilot usage reportなど別のレポートも併用します。
課金ポリシーを作っただけでは利用開始にならない
pay-as-you-goでは、課金ポリシーを作成した後にCopilotサービスへ接続する必要があります。作成だけで完了したつもりになると、ユーザーが対象機能を使えない、または想定どおりに管理できない原因になります。(Microsoft Learn)
ユーザー名や課金ポリシーIDが見えない場合がある
Microsoft 365の利用状況レポートでは、ユーザー名や表示名などの個人情報が既定で非表示になる場合があります。Copilot credits reportでも、Billing Policy IDはユーザー名や表示名と同様に匿名化され、グローバル管理者が表示・非表示の設定を変更できると説明されています。(GitHub)
消費が多いエージェントは悪いエージェントとは限らない
消費が多い理由が、業務上の重要プロセスで使われているからなのか、設計が重すぎるからなのかを分けて判断する必要があります。高消費エージェントほど、業務価値とコストの両面でレビューする価値があります。
ユーザー教育を後回しにすると消費が読めない
生成AIは、同じ目的でもプロンプトの書き方や使うエージェントによって処理量が変わります。ユーザーには「まず通常のCopilot Chatで足りるか」「社内データ参照が必要なときだけ対象エージェントを使う」「同じ依頼を何度も言い換えて試す前に入力条件を整理する」といった実践的なルールを伝えるべきです。
まず実施すべきこと
Microsoft 365 Copilotの管理者は、まずMicrosoft 365管理センターでCopilot Creditsダッシュボードを確認し、過去7日・30日のクレジット消費を把握してください。そのうえで、消費上位のユーザー、エージェント、課金ポリシーを確認し、業務上必要な利用なのか、教育や設計改善で抑えられる利用なのかを切り分けます。
開発者やCopilot Studio担当者は、公開済み・公開予定のエージェントについて、どの応答やアクションがCopilot Creditsを消費するのかを設計書に明記しましょう。管理者は、課金ポリシー、予算通知、アクセス制御、月次レビューのルールを整えたうえで段階展開するのが安全です。
Copilot Creditsダッシュボードは、AI活用を止めるための監視画面ではありません。Microsoft 365 Copilotを現場に広げながら、費用、教育、容量を継続的に調整するための運用基盤です。
コメント