【訂正】Business Premium席：料金と上限の確認点

訂正：過去の予告を、現在の購入条件として使わない

8月11日の旧稿は、ChatGPT Businessの上位席「Premium」について、価格・利用量・短時間の制限撤廃・早期登録特典を確認済みの条件として掲載しました。9月5日の今回の精査では、その根拠としていた8月10日の元告知を開いて再確認できていません。旧稿の数値や特典を、今も使える購入条件として案内する記述を取り下げます。

名称が存在しないと確認したわけではありません。現在の変更履歴には、Business Pro Liteの表示をBusiness Premiumにする変更が記載されています。ただし、表示名の変更だけでは、元の予告に書かれた全価格・提供日・特典や、読者の契約での利用可否を証明できません。

旧稿の説明	今回の処置
8月10日の予告、順番待ちと先行利用	元告知未再確認。現在の提供状況をそこから推定しない
Premiumの月額・年払い価格、標準席の5倍の利用量	旧価格表を現行の契約条件として再掲しない
5時間制限の撤廃、週次リセット	読者の席・対象機能・現在の画面で別途確認する
席種の混在・変更・再割当	今回確認済みの操作仕様として残さない
8月20日締切とした先着特典・付与額	過去の案内から現在の適用や延長を推定しない

加えて、旧稿は「週単位で一定」と説明しながら、購入判断では「月内の総量が足りない場合」と書いていました。上限の集計期間と請求周期を混ぜた説明です。月額で支払うことは、利用枠も月ごとにリセットされることの根拠にはなりません。この不一致を訂正します。

今回、Premium席の契約・席変更・クレジット購入・制限到達の試験は行っていません。表紙もAI生成の概念イラストで、実際の管理画面や利用枠の構造を示すものではありません。

現行資料から確認できる範囲を絞る

9月5日に開いた料金資料では、通常のBusinessの表示価格は年払いで1人あたり月額換算20ドル、月払いでは25ドルで、2人以上という条件があります。これはその資料にある通常Businessの表示であり、Premiumの見積額を確定するものではありません。通貨・税・請求周期・自分の対象席は申込画面でも照合します。

同じ資料のWork・Codexの説明では、利用量はモデル、作業の規模、コンテキスト、ツールなどで変わります。掲載されたメッセージ数は固定上限ではなく推定値で、週次上限が適用される場合もあると説明されています。「Business ($100)にはPro 5xの推定値を使う」という記載もありますが、それだけで旧稿のPremium月払い・年払い条件や「5時間制限なし」を再確認したとは扱いません。

利用上限と支出制御の資料が扱うのは、契約に応じた対象利用とワークスペースのクレジット制御です。全Codex利用に共通する上限制御ではなく、API Platformの請求も対象外です。また、利用量の制御は機能への権限を設定するものではありません。

ここから本稿が採る確認順は、「追加購入すれば直る」と決める前に、どの製品・認証方法・席・機能で止まったかを特定することです。共有クレジットの説明を、API請求や権限不足の解決策にそのまま流用しません。

実務への影響：契約前に停止理由を記録する

旧稿の「特定の人が止まるならPremium」「全員なら標準席を増やす」という結論は撤回します。必要な利用者が増えることと、既存の担当者が使える枠が不足することは別の問題です。誰が止まったかだけでは、必要な対処を一意に決められません。

まず、停止した場面で次の確認票を埋めます。外部へ共有する場合は、氏名・メールアドレス・契約番号・画面の機密情報を除きます。

記録する項目	確認する内容
対象	製品、ログイン方法、ワークスペース、席種、機能、モデル
停止表示	利用上限、残高不足、権限不足など、実際に表示された理由
時間の範囲	発生日時、表示されたリセット日時、上限が集計される期間
追加条件	対象の枠を増やせるか、追加費用、支出上限、適用開始時点
検証する仕事	止まった作業、必要な品質、次に同条件で確認する方法

表示にリセット日時がなければ、推定で「翌月」と埋めず未確認にします。残高があっても機能を使えない場合は、購入量ではなく席の対象範囲や管理者設定を確認します。追加購入が必要そうに見える場合も、通常席・上位席・共有クレジットのどれがその停止に対応するかを、現行条件で照合してから判断します。

また、「価格も枠も5倍なら1ドルあたりの利用量は同じ」という旧稿の計算は、枠の定義・集計期間・実際の消費条件が一致する場合に限った名目比較です。完成した仕事1件の費用、速度、品質が同じという意味ではありません。

考え方を確認するため、製品と無関係な人工例を置きます。仮のプランAが月30単位で100作業、Bが月150単位で500作業まで使えるとします。両方とも同じ仕事を同じ品質で数え、枠を使い切るという仮定なら、どちらも名目単価は0.3単位です。しかしBでその月に120作業しか完了しなければ、支払額を完了数で割った値は1.25単位になります。150÷120という算術例であり、Businessの実測や価格表ではありません。

人工例の条件	計算	1作業あたり
Aの枠を100作業使う	30÷100	0.3単位
Bの枠を500作業使う	150÷500	0.3単位
Bで120作業を完了	150÷120	1.25単位

この例はBが割高だと結論づけるものでもありません。必要な時刻に仕事を終えられる価値や品質差は入れていないためです。名目の利用枠、実際に終わった仕事、支払額を別々に測る必要がある、という範囲だけを示しています。

次に確認することと、本稿の限界

次の行動は、旧特典の期限に合わせて購入することではなく、停止の記録と現在の申込条件を一組にすることです。席を変更する場合は、変更前後で対象機能、同じ仕事の完了状況、追加請求を確認します。未確認の欄がある間は、「制限がなくなる」「必ず安くなる」と社内へ案内しません。

本稿で確認したのは、旧原稿の期間の不一致、現行の公開資料の説明範囲、人工例の計算です。元予告の全条件、Premiumの一般提供日、読者のアカウントに適用される上限、購入後の実費と性能は未検証です。現在の資料を、取れていない過去告知の代わりにはしません。

定期作業が止まる問題を整理する場合は、定期タスク運用の記事も参照してください。今回の記事は既存URLの訂正であり、Premiumの契約推奨や新規サービスの実測レビューではありません。