ChatGPT EnterpriseとEduでは、2026年7月16日にAdmin APIsとanalyticsの扱いが一段進みました。今回の要点は、Global Admin Consoleでworkspace-scopedのAdmin keysを発行できるようになり、group management、Spend Controls API、cost reporting、analyticsをAPI経由で扱えるようになったことです。加えて、同コンソールで最大120日分のcreditとCodex analytics履歴を見られるようになりました。いっぽうで、usage limitsやoverageの実設定場所は従来どおりChatGPT側に残っています。この記事では、何が追加され、どこは変わっていないのかを、実務運用の観点で整理します。
結論: 7月16日に増えたのは『管理APIの入口』と『120日の可視化』です
OpenAIの2026年7月16日リリースノートでは、管理者がGlobal Admin ConsoleのCredentialsからAdmin keysを作成・管理できるようになったと案内されています。これらのkeyは、ChatGPTやCodexの管理系APIで使うためのもので、model inferenceには使えません。つまり、今回の更新は『利用者向け機能の追加』というより、『管理と監査を自動化しやすくする更新』です。月次の予算統制、グループ単位の利用管理、分析データの取得を手作業から切り離したい企業ほど効きます。
Admin keysで何ができるのか
今回追加されたAdmin keysは、workspace-scopedで発行され、権限は管理者のworkspace roleに依存します。OpenAIが明記している対象は、group management、Spend Controls API、cost reporting、analyticsです。実務では次の3用途で考えると整理しやすいです。
1. グループ管理: 部門別・職種別のグループをAPIで同期し、利用上限の適用先を揃える。
2. 予算統制: Spend Controls APIやcost reportingを使い、月中の利用状況を社内ダッシュボードへ連携する。
3. 監査: analyticsを定期取得し、CodexやChatGPT Workの利用拡大がどのチームで起きているかを追う。
ポイントは、Admin keysだけで何でも完結するわけではないことです。権限はロール依存なので、運用前に『誰がkeyを持ち、誰が集計を見るか』を決めておかないと、かえって責任分界が曖昧になります。
Global Admin Consoleで新しく見える範囲
7月16日時点でGlobal Admin Consoleに追加されたのは、最大120日分のcreditとCodex analytics履歴です。6月18日の時点でもBillingとAnalyticsの拡張は始まっていましたが、7月16日の更新で『APIで取る』『過去120日で見る』の実務性が上がりました。四半期レビューに近い長さで利用推移を追えるため、単月の一時的な増減だけでなく、定着や再教育の必要性まで見やすくなります。
一方で、リリースノートには『Spend ControlsとUsage limitsタブは今回のGlobal Admin Console launchには含まれない』と明記されています。ここを誤解すると、管理画面を開いたのに設定箇所が見つからず運用が止まりがちです。可視化はGlobal Admin Console、上限設定はWorkspace settingsという役割分担で覚えるのが安全です。
Usage limitsとoverageはどこで管理するべきか
OpenAIのusage limits記事では、EnterpriseとEduのcredit-based usageには2つの独立した制御があると説明されています。1つ目はユーザーごとのmonthly usage limitで、workspace default、group default、user overrideを重ねて管理します。2つ目はworkspace overage limitで、共有credit poolを使い切った後に、どこまで追加利用を許可するかを決める設定です。
つまり、『個人の暴走を止める線』と『会社全体の超過利用を止める線』は別です。たとえば開発部門だけgroup defaultを高めにしつつ、全社overageは低く抑えると、PoCの勢いを残しながら請求の青天井を避けられます。7月9日のChatGPT Work案内でも、workspace-level defaults、group limits、individual overrides、追加credit申請レビューを使い分ける考え方が示されており、この設計はChatGPT WorkやCodex導入時の基本線になります。
ChatGPT WorkやCodexを広げる前の設定順
運用を崩しにくい順番は、次の4段階です。
第1段階: workspace defaultを保守的に置く。まず全社の初期上限を低めにし、想定外の利用急増を防ぎます。
第2段階: 役割が明確なチームだけgroup defaultを上げる。開発、分析、営業Opsなど、用途が説明できる部署から広げます。
第3段階: 高利用者にはindividual overrideを付ける。例外を全社設定に混ぜず、申請理由を残して個別対応します。
第4段階: Admin keysでanalyticsとcost reportingを取得し、月次レビューを自動化する。120日履歴を使えば、導入初月の盛り上がりと継続利用を切り分けやすくなります。
この順番なら、先に配るより先に測る状態を作れます。特にChatGPT Workのような長時間実行型の使い方では、従来の『メッセージ数感覚』が通用しにくいため、導入前に上限設計と可視化ループを先に作るほうが安全です。
導入時に詰まりやすい3つの誤解
1つ目は、『Global Admin Consoleにusage limits設定も移った』と思い込むことです。実際には設定場所はChatGPT側に残っています。
2つ目は、『Admin keysがあればモデル利用まで自動化できる』という誤解です。7月16日の説明では、Admin keysは管理API向けであり、model inferenceには使えません。社内ツールに混在させる設計は避けたほうが無難です。
3つ目は、『120日見えるなら月末だけ見れば十分』という運用です。120日履歴は便利ですが、月末の請求確認だけでは異常利用の初動が遅れます。週次でgroup別の伸びを見て、月次でoverage設計を見直す二段構えにしたほうが、現場の使い勝手と財務統制を両立しやすくなります。
まとめ: 7月16日更新は『配布前に測る』運用を作りやすくした
2026年7月16日のOpenAI更新で押さえるべき点は3つです。Admin keysで管理APIの自動化入口ができたこと、Global Admin Consoleで最大120日分のcreditとCodex analyticsを追えること、そしてusage limitsやoverageの設定場所は引き続きChatGPT側にあることです。
これからChatGPT WorkやCodexを全社展開する企業は、機能紹介より先に『workspace default』『group default』『individual override』『overage limit』『週次レビュー』の5点を決めておくと、導入後の混乱をかなり減らせます。OpenAI機能をただ開放するのではなく、誰にどこまで使わせ、何を毎週見るかまで設計したい場合は、 こちらからご相談ください 。利用ルール、権限設計、社内展開の導線まで一緒に整理できます。
