GitHub Enterprise Cloud billingの今回の変更は、コストセンターに所属する各ユーザーへ共通のAIクレジット予算を、REST APIだけでなく請求管理画面から設定できるようになったことです。コストセンターに1人あたりの予算額を設定すると、現在のメンバーだけでなく、後から追加されたメンバーにも同じ上限が適用されます。Enterprise Teamを割り当てている場合は、チームの参加・離脱に合わせて対象者も同期されます。(The GitHub Blog)
今回の変更だけを理由に、既存のREST API実装を廃止したり、UI設定へ移行したりする必要はありません。一方、APIで予算を一元管理している企業では、管理者がUIから設定を変更できるようになるため、設定ドリフトを防ぐ運用ルールが必要です。
対応要否を端的に判断すると、部署やプロジェクトごとに異なる1人あたり上限を設けたい企業は導入を検討すべきです。全社員で同じ上限を使っている場合や、コストセンターを利用していない場合は、直ちに設定を変更する必要はありません。
なお、GitHub公式Changelogのページ上の公開日は2026年7月7日です。社内の更新管理で2026年7月8日付として扱っている場合は、参照元の日付と管理上の日付を併記しておくと混乱を防げます。(The GitHub Blog)
GitHub Enterprise Cloud billingの「per-user budgets for cost centers」で何が変わったのか
これまで、コストセンター単位のユーザーレベル予算はREST APIから設定する必要がありました。今回の更新後は、EnterpriseのBilling & Licensingにある予算管理画面から作成できます。
重要なのは、新しい種類の予算が追加されたわけではなく、既存の予算制御をUIから操作できるようになったという点です。
| 確認項目 | 変更前 | 変更後 |
|---|---|---|
| コストセンター別の1人あたり予算 | REST APIから設定 | UIまたはREST APIから設定 |
| 予算の対象 | コストセンター内の各ユーザー | 変更なし |
| 新規メンバーへの適用 | コストセンターへの追加に連動 | 変更なし |
| Enterprise Teamとの連携 | チームのメンバー構成に連動 | 変更なし |
| 個別ユーザー予算との関係 | 個別ユーザー予算が優先 | 変更なし |
| 上限到達時の動作 | 常に利用停止となるハードストップ | 変更なし |
技術的には管理画面の機能追加ですが、運用面では「APIを実行できる担当者だけが変更できる状態」から「請求管理権限を持つ担当者も画面から変更できる状態」へ変わります。予算設定をGitや社内システムで管理している場合は、この権限範囲の変化が実務上の主な影響です。
UIからコストセンター別のユーザー予算を作成する手順
基本的な操作の流れは次のとおりです。画面の表記は言語設定や段階的なUI更新によって多少異なる場合があります。
- GitHub Enterprise CloudのEnterpriseアカウントを開く
Billing & Licensingを選択するBudgets and alertsを開くNew budgetを選択する- 予算タイプとして
Bundled AI credits budgetを選択する - 予算スコープで
Usersを選択する - 対象のコストセンターを選択する
- 1ユーザーあたりの予算額を入力する
- 必要に応じてアラートの受信者を設定する
- 設定内容を確認して予算を作成する
Usersスコープでコストセンターを選ぶと、現在および将来のメンバー全員に同じ1人あたり予算が適用されます。特定ユーザーを選んだ場合は個別ユーザー予算となり、コストセンターの予算より優先されます。(GitHub Docs)
ユーザーレベル予算には、通常の従量課金予算にあるStop usage when budget limit is reachedの選択項目はありません。ユーザーレベル予算は常にハードストップとして動作するためです。
コストセンター予算との違いを理解する
今回追加されたUIで設定するのは、通常の「コストセンター予算」ではなく、コストセンターを対象にしたユーザーレベル予算です。
名称が似ていますが、制御する対象と発動するタイミングが異なります。
| 制御方法 | 制限する対象 | 有効になるタイミング | 上限到達時 |
|---|---|---|---|
| コストセンターのユーザーレベル予算 | 各メンバーのAIクレジット消費 | 共有プール利用中と追加従量課金中の両方 | 常に利用停止 |
| コストセンター予算 | コストセンター全体の追加従量課金額 | 共有プールを使い切った後 | 停止設定を有効にした場合のみ利用停止 |
| Included usage control | コストセンターが共有プールから使える範囲 | 共有プール利用中 | 利用停止または追加従量課金への移行を選択 |
| Enterprise予算 | Enterprise全体の追加従量課金額 | 共有プールを使い切った後 | 停止設定を有効にした場合のみ利用停止 |
たとえば、開発部門のコストセンター予算がまだ残っていても、ある開発者が自分のユーザーレベル予算へ到達すると、そのユーザーはAIクレジットを消費する機能を利用できなくなります。コストセンター全体の残額を個人へ追加配分する仕組みではありません。
反対に、個人の上限まで余裕があっても、コストセンター予算やEnterprise予算が先に枯渇すれば、追加従量課金を伴う利用が先に止まる可能性があります。GitHubの予算制御では、適用される予算のうち、実質的に余力が最も少ない制御が先に利用を止めます。(GitHub Docs)
ユーザーレベル予算の優先順位
ユーザーレベル予算には、次の3段階があります。
- 個別ユーザー予算
- コストセンターのユーザーレベル予算
- Enterprise全体のユニバーサルユーザーレベル予算
より具体的な設定が優先されます。
たとえば、次の設定があるとします。
- Enterprise共通予算：1人20ドル
- 開発部門のコストセンター予算：1人35ドル
- 特定の開発者Aの個別予算：50ドル
この場合、開発者Aには50ドル、開発部門のほかのメンバーには35ドル、開発部門以外のユーザーには20ドルが適用されます。個別予算を削除すると、開発者Aにはコストセンターの35ドルが適用されます。(GitHub Docs)
既存のREST API実装との互換性
GitHubのREST APIには、コストセンター内の全ユーザーを対象とするmulti_user_cost_centerスコープが引き続き用意されています。今回のChangelogではAPIの廃止、エンドポイントの置き換え、既存予算の再作成といった破壊的変更は告知されていません。(GitHub Docs)
したがって、既存のAPI自動化は原則として継続できます。UIの追加を理由に、自動化スクリプトを手作業へ置き換える必要はありません。
既存実装ごとの影響
| 現在の構成 | 今回の影響 | 推奨対応 |
|---|---|---|
| REST APIでコストセンター別ユーザー予算を管理 | 機能上の移行は不要 | UIとAPIで同じ予算が確認できるか照合する |
| ユニバーサルユーザー予算のみを利用 | コストセンター予算を作ると一部ユーザーの上限が変わる | 対象人数と適用額を事前に確認する |
| 個別ユーザー予算を利用 | 個別予算が引き続き最優先 | 例外ユーザーの一覧を維持する |
| Organization予算を利用 | 既存予算は継続して動作 | 複数Organizationからライセンスを受けるユーザーを確認する |
| コストセンターを利用していない | 直接的な影響なし | 部門別の上限が必要になった時点で検討する |
| 予算設定をGitや社内システムで管理 | UI変更による設定ドリフトが発生し得る | 変更権限と反映フローを明文化する |
Organization予算は引き続き利用できます。ただし、同じユーザーが複数のOrganizationからCopilotライセンスを受ける構成では、請求対象となるOrganizationが請求サイクルごとに変わる可能性があります。予測可能な制御を重視する場合は、ユーザーをコストセンターへ直接割り当てる構成が推奨されています。(GitHub Docs)
APIで既存予算を棚卸しする例
UIから新しい予算を作成する前に、APIで既存のmulti_user_cost_center予算を取得しておくと、設定の重複や見落としを防げます。
gh api \
-H "Accept: application/vnd.github+json" \
-H "X-GitHub-Api-Version: 2026-03-10" \
"/enterprises/ENTERPRISE/settings/billing/budgets?scope=multi_user_cost_center&per_page=100"ENTERPRISEはEnterpriseのスラッグへ置き換えます。返却された予算ID、対象スコープ、予算額、アラート設定を保存し、UIの表示と突き合わせます。
予算APIは、GitHub Appのユーザーアクセストークン、インストールアクセストークン、Fine-grained personal access tokenでは利用できないと公式ドキュメントに記載されています。既存の自動化で認証方式を変更する場合は、先に検証環境で権限エラーが発生しないことを確認してください。(GitHub Docs)
UIとAPIのどちらを正とするか決める
UIとAPIの両方から更新できること自体は便利ですが、管理方法を決めないまま併用すると、次の問題が起こりやすくなります。
- APIで設定した金額を管理者がUIから変更してしまう
- 自動化処理が次回実行時にUIの変更を元へ戻す
- 障害発生時に、どちらの設定が正しいか判断できない
- 変更履歴がGitとGitHubの監査情報へ分散する
- 削除と再作成によって予算IDが変わり、連携処理が失敗する
APIで予算を管理している企業では、UIを参照専用として扱うか、UI変更後に設定ファイルへ反映する承認フローを作るのが安全です。
また、予算は作成後にスコープを変更できません。対象を別のコストセンターへ変えたい場合は、既存予算の編集だけでは対応できないため、新しい予算を作成して検証した後に旧予算を削除します。先に旧予算を削除すると、ほかの予算設定によっては一時的に利用上限がなくなる可能性があります。(GitHub Docs)
導入に必要な条件
コストセンター別のユーザーレベル予算を使うには、少なくとも次の条件を確認します。
| 確認項目 | 条件・確認内容 |
|---|---|
| 対象サービス | GitHub Enterprise Cloud |
| Copilotプラン | Copilot BusinessまたはCopilot Enterprise |
| 課金方式 | AIクレジットを使うUsage-based billing |
| 操作権限 | Enterprise ownerまたはBilling manager |
| コストセンター | 対象ユーザーまたはEnterprise Teamを含むコストセンターが必要 |
| 追加従量課金 | 利用する場合はAI credit paid usageのポリシーを確認 |
| 管理単位 | コストセンター内では全員に同じ1人あたり予算を適用 |
Enterprise ownerとBilling managerは、Enterprise、コストセンター、ユーザーなどの予算制御を設定できます。Organization ownerが設定できるのは、原則として自身のOrganizationに対する予算です。(GitHub Docs)
追加従量課金を利用するには、AI credit paid usageに関するポリシーが有効である必要があります。このポリシーが無効な場合、共有AIクレジットのプールを使い切ると、予算に余裕があっても追加利用はブロックされます。(GitHub Docs)
コストセンターの構成制限にも注意する
コストセンターには、ユーザー、Organization、リポジトリ、Enterprise Teamを割り当てられます。Enterprise Teamを割り当てると、チームメンバーの追加と削除がコストセンターへ自動反映されます。(GitHub Docs)
一方、次の制限があります。
- 1つのEnterpriseで有効にできるコストセンターは最大500
- 1つのコストセンターに含められるリソースは最大25,000
- 1回の操作で追加または削除できるリソースは最大50
- 1つのリソースを複数のコストセンターへ同時に直接割り当てることはできない
- 同じコストセンター内のチームごとに異なる共通予算は設定できない
同一コストセンター内の開発チームと営業チームで異なる1人あたり予算を設定したい場合は、コストセンター自体を分けるか、例外対象へ個別ユーザー予算を設定します。(GitHub Docs)
対応が必要かを判断するチェック表
| 自社の状況 | 対応判断 |
|---|---|
| 部署ごとにAIクレジットの利用量が大きく異なる | 導入効果が高い |
| 異動や入退社が多く、個別予算の更新が負担 | Enterprise Teamと組み合わせて導入を検討 |
| 数千人分の個別予算をAPIで作成している | コストセンター別予算への集約を検討 |
| 全社員で同じ上限を使えば十分 | ユニバーサルユーザー予算を継続 |
| 一部のヘビーユーザーだけ上限を変えたい | 個別ユーザー予算で対応 |
| 部門全体の追加課金額だけを制限したい | 通常のコストセンター予算を使う |
| コストセンターを使っていない | 直ちに対応する必要はない |
| APIで設定を完全自動化している | 移行不要。ただしUI変更の管理ルールは必要 |
コストセンター別ユーザー予算が特に有効なのは、「部署ごとに標準額は変えたいが、ユーザー1人ずつ予算を作成したくない」ケースです。
たとえば、開発部門には1人30ドル、営業部門には1人10ドルを設定し、AIエージェントを頻繁に使う数名の開発者だけ50ドルへ引き上げる構成が考えられます。部署単位の標準値と個人単位の例外を分離できるため、日常的な運用が簡単になります。
安全に導入するための手順
現在の予算を棚卸しする
最初に、次の予算を一覧化します。
- ユニバーサルユーザーレベル予算
- 既存のコストセンターユーザーレベル予算
- 個別ユーザー予算
- コストセンター予算
- Organization予算
- Enterprise予算
- Included usage controlの設定
個別ユーザー予算を見落とすと、コストセンター予算を変更しても特定ユーザーだけ上限が変わらないため、設定ミスと誤認しやすくなります。
従来のPremium request予算を利用していた環境では、既存予算がAIクレジット予算へ自動変換されている場合があります。名称が変わったことだけを理由に、同じ目的の予算を新規作成しないようにしてください。(GitHub Docs)
コストセンターの境界を先に決める
予算額を決める前に、誰をどのコストセンターへ所属させるかを確定します。
コストセンターは、単なる組織図ではなく、同じ予算ポリシーを適用したい単位で分けるのが実務的です。
たとえば、同じ開発本部でも次のように利用傾向が異なる場合は、分割を検討します。
- 日常的にCopilot Chatを使うアプリ開発チーム
- エージェントセッションを大量に実行するAI基盤チーム
- コード利用が少ないプロジェクト管理チーム
同じコストセンターに入れると全員へ同じ1人あたり予算が適用されます。組織上は同じ部署でも、利用特性と予算責任が大きく異なる場合は、別のコストセンターにした方が管理しやすくなります。
実績データから予算額を決める
予算額は、利用者への一律アンケートではなく、AI usageの実績を基準に決めます。
最低でも次の情報を確認します。
- ユーザーごとの月間消費量
- 上位10％のユーザーが占める割合
- 利用モデルの傾向
- 月末と月初での消費ペース
- 一時的なプロジェクトによる利用増加
- 個別予算が必要なヘビーユーザー
ユーザーレベル予算の合計が共有プールの価値を超える場合、差分は追加従量課金へ移行する可能性があります。GitHubは、各ユーザー予算の最大合計と共有プールの価値を比較し、その差をコストセンター予算やEnterprise予算でカバーできるか確認する方法を案内しています。(GitHub Docs)
概算は次のように計算できます。
ユーザー予算の最大合計
= 各コストセンターの「1人あたり予算 × 対象人数」
+ 個別ユーザー予算の合計
想定される最大従量額
= ユーザー予算の最大合計 - 共有プールの価値たとえば、開発部門20人に30ドル、営業部門10人に10ドルを設定すると、最大合計は700ドルです。共有プールの価値を500ドルと仮定した場合、最大200ドルが従量課金へ移行する余地があります。
実際の請求額は利用実績に左右されますが、この差額をコストセンター予算やEnterprise予算がカバーできない場合、ユーザーは自身の上限へ到達する前にブロックされる可能性があります。
小規模なコストセンターで先行導入する
最初から全部署へ適用せず、次の条件を満たす小規模なグループで検証します。
- 利用者が2～10人程度
- 管理者と連絡を取りやすい
- 個別ユーザー予算を設定できるテストユーザーがいる
- Enterprise Teamの参加・離脱を試せる
- 業務影響が限定的
- 既存の課金データと比較できる
先行導入では、予算額の妥当性よりも、対象者、優先順位、停止動作、アラート、レポートへの反映を確認します。
テスト時に確認すべきポイント
テスト項目と期待結果
| テスト項目 | 期待する結果 | 失敗しやすいポイント |
|---|---|---|
| UIで既存API予算を確認 | 対象コストセンターと金額を確認できる | 既存予算を確認せず新規作成へ進む |
| コストセンター予算の適用 | メンバー全員へ同じ上限が適用される | 通常のコストセンター予算と混同する |
| 個別ユーザー予算 | 個別予算がコストセンター予算より優先される | コストセンター側の変更だけで上限が変わると思い込む |
| Enterprise Teamへのメンバー追加 | 新規メンバーも予算対象になる | 反映確認前に本番利用を開始する |
| Enterprise Teamからの離脱 | 今後の利用が元の割り当てへ戻る | 過去の利用記録まで移動すると誤解する |
| ユーザーの直接割り当て | Enterprise Team経由より直接割り当てが優先される | 所属チームだけを確認する |
| 上限到達 | AIクレジットを消費する機能が停止する | 停止オプションを別途有効にする必要があると思い込む |
| アラート | 設定した受信者へ通知される | メールだけを確認し、GitHub上の通知を見落とす |
| 予算額の引き上げ | ブロックされたユーザーが再利用できる | 請求サイクルの更新まで解除されないと思い込む |
| 利用レポート | cost_center_nameで正しいコストセンターへ計上される | UIの一覧だけで割り当てを判断する |
コストセンターの割り当てでは、ユーザーの直接割り当てがEnterprise Team経由の割り当てより優先されます。また、ユーザーが異なるコストセンターに割り当てられた複数のEnterprise Teamへ所属している場合、先に作成されたEnterprise Teamの割り当てが使われます。複雑な所属関係がある企業では、必ずテストケースへ含めてください。(GitHub Docs)
0ドル予算を本番ユーザーで試さない
ユーザーレベル予算を0ドルにすると、その対象ユーザーは直ちにブロックされます。挙動確認のために0ドルを使う場合は、業務で利用していない専用テストユーザーに限定します。(GitHub Docs)
通常は、ごく低い非ゼロの予算をテストユーザーへ設定し、共有プールを利用している段階で上限到達を確認する方が安全です。ユーザーレベル予算は共有プール利用中にも有効なため、Enterprise全体の共有プールを使い切る必要はありません。
ブロック後も一部機能は利用できる
ユーザーが予算上限へ到達すると、AIクレジットを消費するCopilot機能はブロックされます。自動的に安価なモデルへ切り替わる仕組みはありません。
一方、公式ドキュメントでは、プランに含まれAIクレジットを消費しないコード補完やNext Edit Suggestionsは継続して利用できると説明されています。テストでは「Copilotの全機能が完全に使えなくなる」と想定せず、AIクレジットを消費する操作と消費しない操作を分けて確認します。(GitHub Docs)
ブロックされたユーザーは、次のいずれかで利用可能な状態へ戻ります。
- 次の請求サイクルが始まり、月間消費量がリセットされる
- 管理者が適用中のユーザーレベル予算を引き上げる
2026年7月の実績をそのまま通常月へ適用しない
2026年6月1日より前からCopilotを利用していた一部のEnterpriseでは、2026年6月から8月まで、標準より多いAIクレジットが含まれるプロモーション期間となっています。2026年9月1日以降は共有プールが小さくなるため、7月や8月の従量課金額だけを基準に予算を決めると、9月以降に想定外のブロックや追加課金が発生する可能性があります。(GitHub Docs)
該当するEnterpriseでは、次の2種類の試算を作成します。
- プロモーション期間中の共有プールを使った試算
- 2026年9月1日以降の標準共有プールを使った試算
ユーザーレベル予算の停止動作は7月中でも検証できますが、通常のコストセンター予算やEnterprise予算は共有プール枯渇後に効くため、プロモーション期間中は発動しにくい点に注意が必要です。
予算スコープの変更を削除テストで行わない
作成済み予算のスコープは変更できません。テスト用コストセンターから本番コストセンターへ対象を変更したい場合は、次の順序で進めます。
- 本番用の新しい予算を作成する
- 適用対象と優先順位を確認する
- アラート受信者を確認する
- APIとUIの両方から設定を取得する
- 問題がないことを確認して旧予算を削除する
旧予算を先に削除すると、削除から新規作成までの間に上限がなくなる可能性があります。
利用実績は詳細レポートでも確認する
コストセンターの設定変更後は、UI上の予算額だけでなく、詳細なUsage reportにあるcost_center_name列を確認します。
コストセンターへユーザーを追加すると、追加後の利用がそのコストセンターへ割り当てられます。削除した場合は、その後の利用がEnterprise側へ割り当てられます。過去の利用記録が新しいコストセンターへさかのぼって移動するわけではありません。(GitHub Docs)
よくある誤解
コストセンター全体の予算額を人数で分ける機能ではない
1人30ドル、10人所属なら、コストセンター全体の上限が30ドルになるわけではありません。各ユーザーに30ドルずつの上限が設定されます。
コストセンター全体の追加従量課金を300ドル以内に抑えたい場合は、別途コストセンター予算を設定します。
メンバーが増えても1人あたり予算は自動調整されない
メンバー数が増えても、1人あたりの設定額は変わりません。20ドルに設定したコストセンターへ10人追加すれば、新しい10人にも20ドルずつの上限が適用されます。
人数増加によって潜在的な最大消費額も増えるため、採用や組織変更のタイミングでは、コストセンター予算とEnterprise予算も再計算する必要があります。
Enterprise Teamごとに別の金額を設定できるわけではない
1つのコストセンターへ複数のEnterprise Teamを追加しても、チームごとに異なる1人あたり予算は設定できません。予算額はコストセンター全体で共通です。
異なる金額が必要なら、コストセンターを分割するか、特定ユーザーへ個別予算を設定します。
UIが追加されてもREST APIは不要にならない
UIは少数のコストセンターを手作業で管理する場合に適しています。一方、次のような環境ではREST APIの方が管理しやすい場合があります。
- コストセンターや予算を定期的に作成する
- 社員情報や部門コードと連携する
- 変更をプルリクエストで承認したい
- 複数Enterpriseへ同じルールを展開する
- 設定差分を自動検出したい
UIとAPIはどちらか一方へ統一しなければならないものではありません。ただし、更新元と承認フローは統一する必要があります。
まず実施すべき確認事項
GitHub Enterprise Cloud billingの今回の更新は、既存のREST API機能を管理画面から扱えるようにした改善です。設定済みのAPI予算が突然無効になる変更ではありません。
まずBilling & LicensingのBudgets and alertsを開き、次の項目を確認してください。
Usersスコープでコストセンターを選択できるか- APIで作成した既存予算が表示されているか
- 個別ユーザー予算が設定されていないか
- Enterprise予算やコストセンター予算との上限関係に矛盾がないか
- UIから変更できる管理者が誰か
- 2026年9月以降の共有プールで予算を再試算しているか
コストセンター別に異なる1人あたり上限が必要なら、小規模なテスト用コストセンターを作り、個別予算の優先順位、Enterprise Teamの同期、ハードストップ、アラート、Usage reportへの反映を確認してから展開するのが安全です。
コメント