「使いすぎないように上限をかけられますか」という質問に、ベンダーが「かけられます」と答えたとする。その回答が自社に当てはまるかどうかは、機能の有無ではなく、自社の請求アカウントの種類と契約の条件で決まることがある。
Googleは2026年8月11日付のGemini Enterpriseのリリースノートで、超過利用の許可、月次の支出上限、費用と利用状況の可視化を管理できる機能を公表した。内容そのものは、AIの費用統制に取り組んでいる会社にとって歓迎すべきものである。
ただし、記載されている適用条件を読むと、話は単純ではない。
この記事を読むべき人
- 生成AIの利用料が月ごとに変動し、予算が読めない会社
- 部門が個別にAIサービスを契約していて、全体像を把握していない会社
- AI導入の稟議で、月額費用の根拠を求められている経営者
- ベンダーから「上限設定が可能です」という説明を受けた会社
- AIの契約更新や見直しを、今後半年以内に予定している会社
AI ASSESSMENT
PoC の前に「そもそも使えるか」を30分で見極めませんか？
対象業務、データ、権限、ログ、運用責任を確認し、PoC前に失敗要因と本番化条件を整理します。
公表された内容
リリースノートの記載は次の通りである。プロジェクトが請求書払い（invoiced）のCloud Billingアカウントを持ち、無料トライアルではない有効なサブスクリプションを1つ以上持っている場合、管理者は次の3つを行える。
1つ目は超過利用の許可である。 プールされたクォータに達したあとも、従量課金の料率で利用を継続できるようにする設定である。対象となるのはStandard、Plus、Standard Emerging Marketの各エディションで、請求書払いのCloud Billingアカウントと、無料トライアルではない有効なサブスクリプションを1つ以上持つ顧客に限られると記載されている。
2つ目は支出上限の設定である。 Cloud Billingにおいて、月次のプロジェクト支出上限と予算アラートのしきい値を設定し、想定外の請求を防ぐとされている。
3つ目は利用状況と費用の確認である。 プールされたクォータの消費、従量課金の利用、および30日間の請求の推移を、Gemini EnterpriseコンソールおよびCloud Billingコンソールの「Usage & Spending」ページで追跡できると記載されている。
そして注記がある。 この機能は請求書払いのCloud Billingアカウントに紐づくプロジェクトにのみ適用される。ただし、「[Billing Update] New Gemini Enterprise overage billing controls launching Aug 17, 2026」という件名のメールを受け取った場合は利用できない、と明記されている。
この注記が意味すること
注記の一文が、この記事で最も重要な部分である。
同じ製品を使っている会社の間で、この機能を使えるかどうかが分かれるということが、公式のリリースノートに書かれている。分岐の基準は、利用量でも契約金額でもなく、特定の件名のメールを受け取ったかどうかである。
なお、メールを受け取った側にどのような管理方法が用意されるのかは、公開されている資料に記載がない。 分かるのは、今回説明されている機能の適用対象から外れるという一点だけである。
ここから発注側が読み取るべきことは、Googleの運用方針の是非ではない。
AIサービスの費用統制の機能は、製品の機能一覧に載っていても、自社の契約形態では使えないことがある、という構造そのものである。
そして、この種の条件は「AIを導入するか」を検討している段階では見落とされやすい。適用条件まで書き込んだ提案書もあるが、機能の有無だけが並び、自社の契約がその条件を満たすかどうかまでは書かれていないこともある。書かれていなければ、こちらから聞くしかない。
FREE DOWNLOAD
AI導入チェックリスト（PoC 失敗要因 10項目）
情シス部門が PoC 前に押さえるべき失敗要因を10項目に整理した無料チェックリスト。
3週間で3回動いている
Gemini Enterpriseの課金まわりは、直近3週間で複数回の変更が公表されている。リリースノートに記載されている範囲で並べると次のようになる。
横にスクロールして確認できます
| 日付 | 公表内容 |
|---|---|
| 2026年8月1日 | Pay-as-you-goエディションが一般提供。プールされた利用者ライセンスのクォータなしで、プロジェクトが消費した分だけ支払う形態。開始には請求書払いのCloud Billingアカウントと最低1シートが必要とされ、対象顧客へ数週間かけて段階的に展開されるとされている |
| 2026年8月11日 | 請求書払いのCloud Billingアカウント向けに、超過利用の許可、月次支出上限、費用の確認を管理する機能 |
| 2026年8月17日 | 上記の注記が参照している、新しい超過課金コントロールの開始日 |
この並びを、製品の改善として読むこともできる。だが発注側の実務としては、別の読み方が要る。
利用できる課金の選択肢と統制機能が、短い期間で追加・変更されているということである。リリースノートは、この期間に新しいエディションが段階的に展開され、統制機能の適用条件がアカウントの種類で分かれることを示している。
ここから言えるのは、既存の契約条件が勝手に変わるということではない。 リリースノートはそこまでは述べていない。言えるのは、自社が使える機能と条件は導入時点の理解のままとは限らないので、確認する担当を決めておく必要がある、ということである。
AI費用は3つの層でできている
費用が読めなくなる原因を、GXOは次の3層で整理している。以下はGXOの整理であって、Googleの説明ではない。
第1層：固定の枠。 利用者数やライセンスに応じて、あらかじめ確保されている利用量。今回の記載でいう「プールされたクォータ」がこれにあたる。予算としては読みやすい。
第2層：枠を超えた分の従量課金。 枠を使い切ったあとの利用に対する課金。ここが読みにくい。 業務量に応じて利用が増える使い方をしている場合、忙しい月に費用も増える形になりやすい。
第3層：付随して発生する費用。 検索や埋め込みの処理、外部サービスの呼び出し、保管する容量など、AI本体の料金とは別に積み上がるもの。見積書では別項目に分かれていることがあり、合算した月額が誰からも提示されていない場合がある。
「上限をかける」という話は、多くの場合この第2層に向けられる。 第1層はそれ自体が枠であり、第3層は別の請求経路で発生することがあるためである。
ただし、上限の適用範囲は製品によって異なるので、第2層だけと決めてかからないほうがよい。 今回の公式ドキュメントによれば、月次の支出上限は超過利用だけでなく、そもそも固定枠を持たないPay-as-you-goエディションの利用にも設定できるとされている。適用先として挙げられているのも、Gemini Enterprise app、Gemini Enterprise Agent Platform、そしてAntigravityのようなAIコーディングツールである。
確認すべきは、「上限を設定したから安心」と言えるかどうかではなく、その上限がどの費目までを含んでいるかである。 含まれない費目があれば、そこは別に管理する必要がある。
「上限」と「アラート」は別のもの
もう一点、混同されやすい区別がある。
今回のリリースノートには、月次のプロジェクト支出上限（monthly project spending caps）と予算アラートのしきい値（budget alert thresholds）を設定すると書かれている。この2つは性質が異なる。アラートは通知であり、しきい値に達したことを知らせるだけで利用は止まらない。
では上限のほうはどうか。 リリースノート本文には挙動まで書かれていないが、同項からリンクされている公式ドキュメントには明記されている。
「Set a monthly spend limit」の記載によれば、プロジェクトがこの上限に達すると、Gemini Enterpriseは想定外の請求を防ぐために超過利用を自動的に停止する。 つまり、これはアラートではなく実際に止まる仕組みである。
ただし、同じ箇所に重要な但し書きがある。停止が反映されるまでに数分かかることがあるため、上限を超える請求が発生する可能性がある、と書かれている。
この一文の意味は大きい。上限額は「絶対に超えない金額」ではない。 稟議に「月額の上限は◯◯円」と書く場合、それを保証された最大額として説明すると、実際の請求が上回ったときに説明のやり直しになる。
さらに注意すべき組み合わせがある。 同ドキュメントには、超過利用を有効にしたまま月次の支出上限を設定しなかった場合、プール枠を超えたあとも利用は制限されずに続き、超過分はすべて従量課金の料率で課金されるという注意書きが置かれている。「超過を許可する」と「上限を設ける」は別々の設定であり、前者だけを入れた状態が最も費用の読めない構成になる。
なお、超過利用そのものをオフにした場合は、プール枠に達した時点で機能の利用が止まるとされている。費用のリスクを取るか、業務が止まるリスクを取るかの選択が、この設定に現れている。
契約前に確認したい6項目
以下はGXOがAI関連の契約を確認するときに使っている項目である。特定ベンダーの推奨事項ではない。
- 自社の契約形態で、費用の上限設定機能が使えるか。 使えない契約形態がある前提で、自社がどちらかを確認する。
- 上限に達したときの挙動はどうなるか。 停止するのか、通知だけか、いつ反映されるか。
- 上限を設定できる単位は何か。 組織全体か、プロジェクト単位か、部門単位か、利用者単位か。部門別の予算管理をしたい場合、設定できる単位が合わなければ運用できない。
- 課金の仕組みが変更される場合、どこに、いつ通知されるか。 リリースノートか、メールか、管理コンソールか。そしてそれを社内の誰が見るか。
- AI本体の料金以外に発生する費用は何か。 検索、保管、外部連携などを含めた月額の合計を出してもらう。
- 無料トライアル期間中と、本契約後で、使える機能に差があるか。 今回の記載でも、無料トライアルではないサブスクリプションであることが条件に含まれている。
この6項目のうち、どこまでが提案書に書かれているかは提案によって差がある。 書かれていない項目は聞かなければ出てこないので、あらかじめ手元に並べて臨みたい。
よくある質問
Q. 当社はGemini Enterpriseを使っていない。関係あるか。 A. 製品としては関係ない。関係するのは、AIサービスの費用統制機能に契約形態の条件が付くという構造である。他のAIサービスでも同じ確認は必要になる。
Q. 従量課金は避けて、定額の契約にすればよいのではないか。 A. 定額であれば予算は読める。ただし定額の枠を超えた場合の扱いは、契約によって異なる。超えたら止まるのか、追加請求になるのか、翌月に繰り越すのかを確認しておきたい。
Q. 上限を低く設定しておけば安全か。 A. 費用の面では効くが、業務が止まる側のリスクが上がる。公式ドキュメントは、上限に達すると超過利用が自動的に停止すると記している。繁忙期に上限へ達すれば、AIを前提に組んだ業務が滞る。この設定は、費用のリスクと業務停止のリスクのどちらを取るかを決めるものである。
Q. 部門ごとに予算を分けたいが、可能か。 A. 設定できる単位に依存する。今回の記載は月次のプロジェクト支出上限とされている。自社の部門構成とプロジェクトの区切りが一致していなければ、部門別の管理にはならない。 契約前に、設定単位と自社の組織を突き合わせておきたい。
Q. 課金の仕様変更を追いかける担当を置く余裕がない。 A. 全部を追う必要はない。最低限、ベンダーからの請求関連の通知が届くメールアドレスが、個人ではなく組織で受け取れる状態になっているかを確認したい。担当者の異動や退職で通知が届かなくなる例は多い。
Q. 稟議に載せる月額は、どう出せばよいか。 A. 1つの数字ではなく、幅で出すのが実務的である。枠の範囲内で収まった場合の月額と、想定される最大利用時の月額を並べる。支出上限を設定する場合も、それを「絶対に超えない額」として書かないほうがよい。公式ドキュメントは、停止の反映に数分かかるため上限を超える請求が生じ得ると記している。上限額に一定の余裕を足した額を上振れ側として示しておきたい。
見積書のどこを見ればよいか
利用量に応じて課金される仕組みでは、使った月の終わりまで金額が確定しない。確定した頃には、その月の利用はもう終わっている。
手元にAI関連の見積書があるなら、次の順で見ていくと論点が出る。固定の枠がいくらか。枠を超えた分の単価はいくらか。上限を設定できるか、できるならその単位は何か。上限に達したときに止まるのか通知だけなのか。そして、AI本体以外の費用がどこに計上されているか。
GXOが見積書の点検を受けるとき、後ろの3つが書かれていないことは実際にある。 読み取れない場合は見積もりの内訳を相談するから受け付けている。
見積書を受け取る前の段階であれば、費用の構造のほうから設計を始める手もある。総額が下がるとは限らないが、見積もりの抜けや予算超過につながる箇所を、契約前に点検しておける。要件と費用を同時に詰める作業はAI・自動化支援で扱っており、実行回数がそのまま費用になる構成を検討しているならAIエージェント、利用ルールと権限まで含めて統制を組むなら生成AIガバナンスが対応する範囲である。
投資として説明する数字が必要ならROI試算、そもそも導入すべきかの判断からならAI導入前チェックがある。
社内に散らばったAI契約を可視化するツール側の動きはAI利用料の可視化とシャドーAIで扱っている。本稿は、可視化ツールを入れる前段として、プラットフォーム側が用意している統制機能に適用条件が付く点に絞っている。
参照した情報
- Google Cloud「Gemini Enterprise release notes」: https://docs.cloud.google.com/gemini/enterprise/docs/release-notes
- Google Cloud「Configure overages and spend limits」: https://docs.cloud.google.com/gemini/enterprise/docs/configure-overages
2026年8月11日の項に記載された内容、すなわち請求書払いのCloud Billingアカウントと無料トライアルではない有効なサブスクリプションを1つ以上持つ場合に管理者が超過利用の許可・支出上限の設定・利用状況と費用の確認を行える旨、超過利用がStandard・Plus・Standard Emerging Marketの各エディションで対応する旨、Cloud Billingで月次のプロジェクト支出上限と予算アラートのしきい値を設定して想定外の請求を防ぐ旨、プールされたクォータの消費・従量課金の利用・30日間の請求の推移を「Usage & Spending」ページで追跡できる旨、および「[Billing Update] New Gemini Enterprise overage billing controls launching Aug 17, 2026」という件名のメールを受け取った場合は利用できない旨は、上記リリースノートを取得して確認した。
2026年8月1日の項に記載されたPay-as-you-goエディションの一般提供、プールされた利用者ライセンスのクォータなしで消費分を支払う形態である旨、請求書払いのCloud Billingアカウントと最低1シートが必要である旨、および対象顧客へ段階的に展開される旨も、同じリリースノートで確認した。
上限に達するとGemini Enterpriseが超過利用を自動的に停止する旨、停止の反映に数分かかるため上限を超える請求が発生し得る旨、超過を有効にしたまま月次の支出上限を設定しない場合はプール枠超過後も利用が制限されず全額が従量課金となる旨、超過をオフにした場合はプール枠到達時点で利用が止まる旨、および設定の適用範囲（Gemini Enterprise app、Gemini Enterprise Agent Platform、Antigravity などのAIコーディングツール）は、上記「Configure overages and spend limits」を取得して確認した。
件名メールを受け取った顧客に適用される新しい超過課金コントロールの中身は、いずれの公式資料でも確認できなかったため、本稿では扱っていない。 契約前に提供元へ直接確認されたい。
費用を3層に分けて見ること、上限とアラートを区別すること、契約前に6項目を確認すること。この3つはGoogleの資料に書かれているものではなく、AI導入の費用設計に携わってきたGXOが実務から組み立てた見方である。 本稿は特定のエディションや契約形態を勧めるものでもない。
