ビジネス・社会分析
ChatGPT BusinessとEnterpriseはどう選ぶ?席数より管理・契約・supportで比較

目次
ChatGPT BusinessとEnterpriseを選ぶとき、最初に見るべきは月額や席数ではない。組織が誰を利用者として管理し、どのデータを入れ、どの管理機能を契約上必要とするかである。
OpenAIはBusinessとEnterpriseについて、商用データを既定でモデル 学習に使わない方針を示している。しかし、この一点だけで保持、地域、外部連携、認証・ID管理、サポート、監査の要件が満たされるとは言えない。
要件から分ける表
| 導入要件 | Businessで確認すること | Enterprise確認が必要になりやすい条件 | 確認先 |
|---|---|---|---|
| 利用者管理 | 人数、管理者、ワークスペースの基本運用 | 組織全体のユーザー登録・削除の自動化や細かな役割要件 | 現行プラン・契約 |
| データ利用 | 商用データの学習既定 | 特定の保持、地域、処理の条件 | プライバシー・法務 |
| 外部連携 | 何を接続し誰が見られるか | 組織横断の参照元・アクセス管理 | 管理者設定・セキュリティ |
| 監査 | 必要な操作と記録 | 監査範囲、保持、外部証跡 | セキュリティ・法令・規程対応 |
| サポート | 通常運用で必要な窓口 | SLA、契約条件、導入支援 | 営業窓口・契約 |
| 予算 | 利用席数と利用量の見込み | 全社展開、追加利用、請求形態 | pricing・調達 |
表の「Enterprise確認が必要」は、Enterpriseを必ず買うという意味ではない。自社にその要件があるなら、申込画面の説明ではなく、対象地域・契約・時点を含む回答を取るという意味だ。
先に決める三つの境界
1. 個人ワークスペースと組織ワークスペース
個人のChatGPT アカウントと組織ワークスペースを混ぜると、顧客データ、退職時の扱い、共有、監査が曖昧になる。組織のデータを使う作業は、組織が管理するワークスペースへ寄せ、利用者・管理者・削除の責任を決める。
2. 会話と外部連携
会話へ直接貼り付ける文章だけでなく、Google Drive、Slack、GitHubなどを接続する場合は、データ経路が増える。OpenAIの外部連携に関する管理資料を使い、接続方式、元サービスの権限、許可された操作、共有範囲を別々に確認する。
3. 製品説明と契約上の要件
料金ページは比較の出発点になるが、契約書、DPA、サポート条件、データ保持などを置き換えない。NIST AI RMFのように、導入判断では要求と根拠・証跡を対応付ける。
Businessで始めやすい条件
- 少人数で、用途と利用データが限定されている
- 組織ワークスペース、利用者、管理者、予算を決められる
- 外部連携を最小限にし、権限を確認できる
- 保存・サポート・契約に追加の厳格要件がない
- まず一つの業務で人の確認を残した試行をしたい
Enterprise確認を先にする条件
- 特定のデータ 所在地域、保持、処理、契約条項が必須
- 全社認証・ID管理や厳格なアクセス制御と連動する
- 広い外部連携利用、機密参照元、監査要件がある
- 調達・法務・セキュリティがSLAや個別契約を要求する
- 利用量や部署が増え、運用責任を一元化する必要がある
SSOとユーザー同期は分けて確認する
2026年9月13日確認時点では、BusinessにもSSOとドメイン認証が含まれる。そのため「SSOが必要だから必ずEnterprise」という分け方は誤りである。一方、単独のBusinessプランにはSCIMによるディレクトリ同期は含まれない。入社・異動・退職に伴う割当や削除を自動化したい場合は、対象となるEnterprise等の契約と、自社テナントで利用できる同期構成を確認する。
SSOはサインイン方法の制御であり、招待、利用席数、所属先の割当を自動的に解決する機能ではない。既存の共通接続で管理されている組織では、重複した接続を作らず管理担当者と確認する。
BusinessかEnterpriseかは製品名の格ではなく、未確認の要件を残したまま顧客データを入れないための選択である。要件表の空欄を埋めてからプランを決める。
まとめ
- BusinessとEnterpriseの選択は、人数よりも認証・ID管理、保持、契約、サポート、管理の要件で決める
- Business データを既定で学習に使わない方針は、個別の保持・所在地域・外部連携要件を満たす保証ではない
- Enterpriseが必要かどうかは、要求した管理機能が契約と対象地域で利用できるかを確認して決める
- 個人ワークスペースと組織ワークスペースを混ぜ、顧客データの扱いを曖昧にしない