生成AI APIコスト管理を企業情シスが設計する方法

OpenAI / Anthropic (Claude) / Google (Gemini API) のいずれかを社内展開している企業では、利用コストが各ベンダーのポータルに分散し、IT部門が月次費用を一元把握できていないケースが増えている。この記事では、複数の生成AI APIを並行運用する組織が整えるべきコスト管理のポリシーと、GAS (Google Apps Script) を活用した自動集計の構成案を整理する。

この記事を読んだほうが良い人

• OpenAI / Claude / Gemini API など複数の生成AIサービスを社内で並行利用し始めた企業の情シス担当者
• 月末に想定外の請求が届き、手作業で集計している状況を改善したい方
• 部門別のAI API費用配賦を検討しているが、設計の起点がわからない方

マルチAI環境で情シスが直面するコスト管理の課題

各部門が独自に生成AI APIを調達し始めると、費用の発生源が複数のベンダーポータルに散らばる。財務部門はOpenAIの請求書、マーケティング部門はAnthropicの請求書、エンジニアリング部門はGoogle Cloudの請求書——それぞれ異なる請求サイクルで届き、月次の実費を把握するだけで手作業の突き合わせが発生する。

課題の本質は「見えていないコストはコントロールできない」という点にある。上限設定のないAPIキーが1枚でもあれば、使いすぎに気づくのは翌月の請求時だ。部門別の配賦もできず「全額IT費用」として計上し続ける状況になりやすい。

情シスとして設計すべき要素は3つある。

• 費用を自動的に可視化する仕組み
• ベンダーごとの上限設定とアラート
• 部門配賦のためのAPIキー・プロジェクト設計

3ベンダーのAPI費用可視化機能を比較する

まず、各ベンダーがどの程度のコスト管理機能を提供しているかを把握しておく。以下は2026年6月時点の公式情報に基づく整理だ。

OpenAIは、モデル・エンドポイント・日付でフィルタしたコスト内訳を管理コンソールから確認できる。プログラムからアクセスする場合は管理者権限を持つAPIキーが必要で、利用量（トークン数）と費用を別エンドポイントで取得できる（公式ドキュメント参照）。

Anthropicは、Admin APIと呼ばれる管理者専用キーを発行することで、組織全体のトークン消費と費用をプログラムから取得できる。ワークスペース機能を使うと、部門や用途ごとにAPIキーをグループ化し、ワークスペース単位で費用を分離できる仕組みが整っている（Anthropic公式ドキュメント）。

Google (Gemini API)は、利用経路によって請求の仕組みが異なる。Google AI Studioを通じた Gemini Developer API では「Project Spend Cap」機能で月次上限額をプロジェクト単位で設定できる。ただし、上限到達後の適用には最大10分程度の遅延があり、その間の超過分は利用側の負担になる点に注意が必要だ（Google公式ブログ）。Vertex AI経由の場合はCloud Billingと統合され、BigQueryへのエクスポートでより詳細な分析が可能になる。

GAS + Google Sheetsで月次コスト集計を自動化する構成案

各ベンダーのポータルを月次で手動確認する運用は属人化しやすい。GAS (Google Apps Script) と Google Sheets を組み合わせることで、既存のGoogle Workspace環境の中にコスト集計の仕組みを持ち込める。

以下は月初に自動実行する集計スクリプトの骨格だ。各ベンダーのコスト取得処理は個別関数に分離し、結果をシートの決まったレイアウトに書き込む構成にする。

// GAS 月次AIコスト集計スクリプト（構成案）
// 時間ベーストリガーで毎月1日の早朝に collectMonthlyCosts() を実行

function collectMonthlyCosts() {
  const ss    = SpreadsheetApp.getActiveSpreadsheet();
  const props = PropertiesService.getScriptProperties();
  // APIキーはスクリプトプロパティに格納（コード内にハードコードしない）

  const results = [
    fetchVendorCosts('openai',    props),
    fetchVendorCosts('anthropic', props),
    fetchVendorCosts('google',    props),
  ];

  // 集計シートへの書き込み（ベンダー名・モデル・プロジェクト/ワークスペース・費用USD）
  appendCostRows(ss.getSheetByName('月次集計'), results);

  // 部門別配賦シートを自動更新
  updateAllocationSheet(ss.getSheetByName('部門配賦'));
}

function fetchVendorCosts(vendor, props) {
  // 各ベンダーが提供するコスト取得APIをUrlFetchApp.fetch() で呼び出す
  // 戻り値: { vendor, rows: [{ date, model, projectOrWorkspace, costUsd }] }
}

上記はあくまで構成の骨格で、fetchVendorCosts 内でどのエンドポイントをどう叩くかはベンダーの公式ドキュメントをもとに実装する。シート側のレイアウトは「日付・ベンダー・モデル・プロジェクトID・費用（USD）・費用（円換算）」の6列を基本として、月次で行追記する形式が扱いやすい。

GASのタイムベーストリガーで毎月1日の朝に実行するよう設定しておけば、情シスが手作業を行わなくても前月分のコストがSheetsに自動蓄積される。レート情報はGoogle Finance関数かプロパティで管理し、円換算列も自動更新する設計にするとFinanceチームへの報告も楽になる。

部門別配賦モデルの3つの設計パターン

費用を自動集計できても、それをどの部門に請求するかの設計がなければ「IT費用の一括負担」が続く。配賦モデルには主に3つのパターンがある。

パターン1：APIキー単位で部門を分離する

最もシンプルな方法は、部門ごとに専用のAPIキーを発行し、キーIDを部門コードとして管理することだ。OpenAIのプロジェクト機能やAnthropicのワークスペース機能を使えば、キーを論理的にグループ化し、費用取得時点で部門別の内訳を出せる。

デメリットは、1部門が複数ユースケースでキーを使い分け始めると棚卸しが煩雑になる点だ。キー命名規則（例：{部門コード}-{用途}-{発行年月}）と四半期ごとの棚卸しプロセスをセットで定めることが必要になる。

パターン2：プロジェクト単位で費用を管理する

OpenAIのProject機能やGCPプロジェクトを使って、費用の発生単位を「業務プロジェクト」に対応させる設計だ。システム開発案件や業務アプリ単位でプロジェクトを作り、対応するAPIキーをそこに紐づける。

プロジェクトが増えてもキーの数を抑えられ、費用の用途ひも付けが明確になる。一方、全社員が共通で使うAIツールのような横断利用には向かない。

パターン3：トークン消費量で按分する

部門ごとにAPIキーを分けられない共通サービスの場合、月次のトークン消費量に応じて費用を按分する方法がある。AnthropicのAdmin APIはAPIキー単位でトークン消費を取得できるため、部門内の利用者に発行したキー群の合計値を全体消費量で割って按分比率を算出できる。

按分係数はトークン数ではなく推定費用ベースで計算するほうが実態に近い。モデルによってトークン単価が大きく異なるため、Claude Opus を多用する部門と Haiku を使う部門では、同じトークン数でも費用に数倍の差が生まれることがある。

上限設定とアラートで月次コスト超過を防ぐ

可視化と配賦の設計ができたら、コスト超過を事前に抑止する仕組みを加える。3ベンダーとも以下の対応が可能だ。

• OpenAI: 管理コンソールから月次予算のアラートメール閾値を設定できる。設定した金額に達すると登録アドレスにメールが届く
• Anthropic (Claude): ワークスペースごとにSpend limits（月次費用上限）を設定することで月次コストをコントロールできる。Admin APIを通じて定期的にコストを取得し、GASからSheetsの閾値と比較して超過通知を送る仕組みを組み合わせると管理しやすい
• Google (Gemini API): AI Studio の Project Spend Cap でプロジェクトごとに月次上限額を設定できる。上限到達後は新規リクエストを自動的にブロックするが、適用まで最大10分の遅延がある点は運用ポリシーに明記しておくこと

上限設定は「使いすぎを防ぐ」だけでなく、APIキーが漏洩した場合の被害を限定するセキュリティ対策でもある。全てのAPIキーに上限を設定することを、API発行フローの標準手順として定めること。

まとめ：3ヶ月以内に整えたいコスト管理の土台

生成AI APIのコスト管理は「ツールを導入する」より先に「運用ポリシーを設計する」ほうが継続しやすい。整備の優先順位として以下の順序を推奨する。

1. まず可視化から始める: 各ベンダーの管理コンソールで現状の費用内訳を確認し、どのモデル・どのプロジェクトにコストが集中しているかを把握する
2. APIキー命名規則と発行フローを決める: 部門・用途・発行日を含む命名規則を定め、新規発行時に上限額設定を必須とするフローを整備する
3. GASで月次集計を自動化する: 手作業の集計をGASに置き換え、月次コストレビューのための工数を削減する
4. 部門配賦モデルを試験導入する: まず1〜2部門で実績を作り、自組織に合った配賦パターンを選定する

特別な予算やSaaS導入なしに進められる内容ばかりだ。Google Workspaceが既に稼働している環境なら、GAS + Sheetsで十分に動く基盤を組める。ベンダー数が増えるほど管理の複雑さは増すため、まだ1〜2サービスの段階から仕組みを整えておくのが現実的な対策になる。

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。