ChatGPT BusinessとEnterpriseはどう選ぶ？席数より管理・契約・サポートで比較

人数やSSOだけで上位プランを決めると、契約後に必要な管理を見落としかねません。BusinessにもSSOとドメイン確認があります。ログイン方法のほか、退職時の停止やデータの扱いを社内要件として書き出してから、Enterpriseの見積もりが必要か判断しましょう。

まずBusinessで満たせる条件を調べる

Businessは、会社用のワークスペースを自分たちで契約して使い始める選択肢です。主な管理項目は次のとおりです。

• 組織ワークスペース
• Standard / Premium席
• SAML / OIDCによるSSO
• ドメイン確認
• 管理者ロール
• 利用状況と支出管理
• ビジネスデータを既定で学習へ使わない方針

少人数から200席程度までの自己契約型ワークスペースで、これらが自社の要件を満たすなら、Businessから検討できます。ただし、席数の目安だけで契約を決めるのは早いです。人数が少なくても、個別の保持期間や契約上の約束が必要なら、Enterpriseの確認へ進みます。

SSOでログインできても、退職者の管理は別に考える

SSOは、会社が使っている認証基盤でログインする仕組みです。社員が製品ごとに別のパスワードを管理する負担を減らせます。

一方、SCIMは、入社・異動・退職に合わせてユーザーの追加・削除や割り当てをディレクトリから自動化する仕組みです。「ログイン方法をそろえたい」と「人の出入りを自動で反映したい」は、似ているようで必要な機能が違います。

SSOが必要
→ Businessでも対応可能

社員の入退社をディレクトリから自動同期したい
→ Businessは対象外。Enterpriseを検討

ChatGPT BusinessにはSCIMと同期IDグループは含まれません。 セルフサービスBusinessで入退社の自動同期を必須にするなら、Enterpriseを候補にします。OpenAI公式のユーザー管理資料は、SCIMの対象をEnterprise・Edu・Healthcareと明記しています。個別に営業へ相談する場合も「Businessなら構成によって使える」と見込まず、見積書の契約プランがEnterpriseか、必要な自動作成・停止が対象かを確認してください。

Businessで手作業の利用者管理を採る場合は、認証基盤側でのログイン停止と、ワークスペースのメンバー削除を担当者が行います。既存の共有ID接続があっても、それだけでBusinessがSCIM対象になるわけではありません。

Enterpriseの相談へ進みたい会社

次の条件があるなら、Businessの申込みだけで進めず、営業担当へ必要な機能と契約条件を伝えます。

• 200席を超える展開
• SCIMによる大規模ユーザー管理
• 全社共通のID・アクセス管理
• 厳格な監査要件
• 特定のデータ保持条件
• 個別契約やSLA
• 法務・調達による特別条件
• データレジデンシーや処理場所への厳格な要件

SLAは、サービスの提供水準などを契約で取り決めるものです。「止まったときにどんな対応を受けられるか」まで社内の導入条件になっているなら、その回答も残しておきたいところです。

Enterpriseという名前だけで、希望する条件がすべて含まれると考えるのは避けましょう。「必要な機能」「対象データ」「契約上の約束」を分けて質問すると、社内審査にも回答を渡しやすくなります。

学習に使わないことと、保存しないことは違う

OpenAIは、ChatGPT BusinessとEnterpriseの組織データを既定でモデル学習へ使わないと案内しています。会社の資料を扱ううえで確認したい方針ですが、それでデータ審査が終わるわけではありません。

次に、どこへ保存されるのか、何日残るのか、外部アプリへ接続すると何が渡るのかを調べます。監査で取得できる記録も、学習利用とは別の条件です。

保存地域と処理場所を分けて聞く

Businessのデータレジデンシーは段階的な提供です。ここでいうデータレジデンシーは、データを保存する地域に関する条件で、利用可否は自社のワークスペースで確かめます。

選んだ地域に保存される主な顧客コンテンツと、安全対策・不正利用監視用のデータは扱いが異なります。また、保存地域の選択は、リクエストを処理して回答を生成する地域まで指定するものではありません。ChatGPT Businessの保存先と対象データ

Enterpriseにも別のデータレジデンシー条件があります。「日本保存が必要」という要件なら、申込画面や契約時点で対象リージョンと例外を確認してください。社内の要件が保存だけを指すのか、処理場所も含むのかを先にそろえると、問い合わせが進めやすくなります。

保持期間はデータごとに確かめる

法務や監査の都合で「何日残すか」が決まっている会社は、次を一つずつ要件表に入れます。

• 通常チャット
• 削除済みチャット
• プロジェクト
• ファイル
• 外部連携データ
• 監査ログ

チャット本文の保持期間だけを聞いても、ファイルや監視ログまで同じ条件とは限りません。「このファイルを削除したあと、どの記録がどれだけ残るか」のように、扱うデータに合わせて聞いてみましょう。

要件表にすると、次に確認する相手が分かる

要件	Businessで確認	Enterprise確認を先にする条件
SSO	対応	さらに全社ID統合が必要
ドメイン確認	対応	複数組織の統合管理
席数	通常2〜200席	200席超
SCIM	非対応。同期IDグループも含まれない	入退社の自動プロビジョニングが必須ならEnterprise
保持	現行設定を確認	厳格な保持・監査要件
保存地域	利用可否を確認	契約で地域要件を固定したい
契約	セルフサービス中心	個別契約・SLAが必要
サポート	通常窓口	導入支援・個別要件

席数はセルフサービス契約の目安です。申込画面と契約条件で対象範囲を確認しましょう。各行に自社の必須条件と確認結果を書き足すと、Businessで進められる部分と、Enterpriseの営業・法務確認が必要な部分を見分けられます。

記入するときは「必須・あると便利」「確認した資料や画面」「社内の確認者」の欄も足してみてください。たとえば退職者の停止が必須なら、「SCIMあり」だけで終えず、「人事の停止連絡を受けた日に、誰がどの接続まで止めるか」を管理担当者へ渡します。手作業で運用する案を採るなら、担当者不在の日も実行できるかまで見ておきたいです。

必須条件がすべて埋まり、その運用を引き受ける人も決まれば試験導入へ進めます。未回答が残る場合は、その条件に関わるデータの投入を待ち、営業回答や社内審査を先に済ませましょう。Enterpriseでも条件が合わなければ、試験対象の業務を絞り直す判断になります。

10人の会社なら、要件表をどう埋める？

架空の会社で、10人が公開資料の要約に使う例です。SSOは必須ですが、入退社の管理は担当者が手作業で行え、個別の保持期間やSLAは必要ないとします。

自社の条件	この例での判断	次にすること
会社の認証でログインしたい	Businessを候補に残す	自社の認証基盤でSSOを設定できるか確認する
退職日の停止は手作業でよい	SCIMを必須条件にしない	認証基盤とワークスペースの両方を止める担当者・代行者を決める
個別の保持期間・SLAは不要	この条件では上位契約を選ぶ理由にならない	通常の保持条件が社内規程に合うか確認する

この段階ではBusinessを試験導入の候補に残す判断です。SSOの接続や社内審査を済ませた実例ではありません。もし二行目が「退職日の自動削除が必須」に変われば、10人でもEnterpriseの相談へ進みます。同じ人数でも、必須条件が一つ変わると次の行動が変わるんですね。

試し始める前に、会社用の使い方を決めておく

どちらのプランでも、社員の個人ワークスペースへ業務データを入れてしまうと、退職時や監査時の管理が難しくなります。会社が管理するアカウントとワークスペースを使い、外部連携も承認されたものにそろえましょう。

試験導入の前に決めておきたいのは、次の5項目です。

1. 誰が利用者を追加・削除するか
2. SSOだけで足りるか、SCIMが必要か
3. データ保持期間
4. 外部連携を許可する範囲
5. 法務・監査・SLAの必須条件

まずこの5項目を埋めてみてください。Businessで満たせるなら、小さく始める判断ができます。未確認の条件が残ったら、その行をそのまま営業担当や法務へ渡せば、次に何を確かめるかも明確になります。