如果团队正在使用ChatGPT Business，8月19日之后新增成员时，要注意一个账单变化：
新增付费席位后，费用将不再等到后续账单统一结算，而是在添加席位时立即按比例扣款。
OpenAI官方说明，这次调整没有改变最终应该支付的总费用，改变的是扣款时间。新增席位时，会根据当前计费周期剩余时间计算费用，并直接使用工作区保存的付款方式支付；进入下一个计费周期后，这些席位再并入正常订阅费用。
对只有两三个人的小团队影响不算大，但对经常扩编、临时增加成员的公司来说，财务和付款卡管理方式需要跟着调整。
先看最简单的区别。
调整前
新增成员以后，新增席位产生的费用通常会在后续账单或True-up中体现。
添加新成员
↓
新增ChatGPT席位
↓
按剩余使用时间计算费用
↓
后续账单统一结算8月19日起
添加新成员
↓
新增付费席位
↓
计算本周期剩余时间
↓
立即从工作区付款方式扣款
↓
下个周期进入正常订阅账单
添加新成员
↓
新增付费席位
↓
计算本周期剩余时间
↓
立即从工作区付款方式扣款
↓
下个周期进入正常订阅账单
核心区别只有一句话：
金额计算逻辑仍然按比例，付款发生时间提前了。
OpenAI明确表示，整体支付金额不会因为这次调整增加，只是新增席位的费用会更早收取。
目前标准ChatGPT Business席位有两种常见计费方式：
| 方案 | 标准席位价格 |
月付 | $25 / 用户 / 月 |
年付 | $20 / 用户 / 月，按年支付 |
标准ChatGPT席位包含ChatGPT访问权限以及基础Codex访问，并且标准席位至少需要购买2个。
需要注意：
Standard ChatGPT Seat和Codex Seat不是同一种计费方式。
标准席位属于固定的每用户费用；符合条件的旧Business工作区还可能存在Codex-only席位，这类席位没有固定月费，主要根据Credits产生使用费用。
2026年6月24日以后，新建的自助Business工作区已经不能新增第一张Codex-only席位。
这次新增席位即时扣款，企业实际最需要关注的是标准ChatGPT付费席位。
假设公司使用月付：
10个ChatGPT Business席位 单价：$25 / 月
每月固定席位成本就是：
10 × $25 = $250
假设当前账期已经过去10天，公司临时入职3个人。
以前，这3个新增席位产生的按比例费用可能在后续账单中结算。
从8月19日开始，新增席位时，会直接根据当前账期剩余时间计算本次费用，并从工作区保存的付款方式扣除。
简单理解：
新增人数 × 单席位价格 × 当前账期剩余时间比例 = 本次新增席位费用
到了下一个完整账期，这3个人会和原来的10个人一起进入正常订阅：
13 × $25 = $325 / 月
所以这次调整不是“ChatGPT Business涨价了”，而是：
新增人的时候就要准备好钱，不再等下一张账单。
1. 添加成员开始直接影响现金流
以前，管理员可能认为：
“先给员工开权限，费用下个月财务再处理。”
现在这个操作可能变成：
“管理员点击添加席位，工作区付款方式马上产生一笔交易。”
对于20人、50人甚至更大的团队，这就不是小问题了。
假设一次性扩充20个席位，即使只是按剩余周期收费，也可能立即出现一笔明显的SaaS支出。
所以企业最好明确：
谁可以添加成员；
谁可以增加付费席位；
添加席位前是否需要审批；
付款卡需要保留多少可用额度。
采用Annual Plan之后，并不是年初交过一次费用，年内就不会再产生席位费用。
OpenAI当前规则仍然允许年付工作区在年度内增加席位，并根据剩余时间计算新增费用。官方给出的旧计费示例中，新增席位会按照剩余年度及当月实际使用时间进行True-up。
8月19日的新规则改变的是新增席位的付款时点：
新增付费席位时，直接收取当前计费周期剩余时间对应的费用。
因此，企业即便采用年付，也应该预留一部分“扩编预算”，不要把年度ChatGPT预算简单理解成：
年初人数 × 年费
更合理的是：
基础席位预算 + 预计新增席位 + Codex / Credits等额外使用 = 年度AI工具预算
这个问题也值得注意。
员工失去访问权限，和该席位立即停止计费，并不完全是一回事。
OpenAI当前说明，移除或停用成员后，该成员会失去工作区访问权限，但在部分情况下，对应的标准ChatGPT席位可能暂时继续被计算为付费席位。
如果发生这种情况，工作区Owner会收到具体计费时间的提示。
对于月付团队，如果减少席位数量低于当前baseline，新的较低席位数通常会在下一个月度账单周期调整；当前周期仍可能按照原来的billable baseline计费。
所以不要简单理解成：
今天删除员工 = 今天立即退回剩余席位费用
更适合企业的做法是，把人员离职流程和SaaS权限回收流程放在一起管理。
以前SaaS管理员增加一个成员，看起来只是权限操作。
现在增加一个ChatGPT Business付费席位，本质上同时也是一次采购行为。
因此可以考虑这样的内部流程：
业务部门提出需求
↓
确认确实需要ChatGPT席位
↓
负责人审批
↓
管理员添加成员
↓
系统立即产生新增席位费用
↓
财务记录费用归属特别是规模较大的团队，建议避免所有管理员都可以随意增加付费席位。
8月19日以后，我认为企业最容易踩的坑就是：
原来付款卡只按照固定月费留额度，现在临时加人时可能立即扣款。
比如：
当前固定费用：$500/月 付款卡额度：$550
以前看起来没有问题。
但如果月中突然增加5～10个席位，就可能产生额外的即时扣款。
因此，不建议把付款卡可用额度卡得刚刚等于固定月费。
更合理的是：
固定订阅费用 + 预计新增席位费用 + Credits / 额外使用 + 一定缓冲 = 建议付款额度
具体缓冲比例应该根据团队扩张速度决定，没有必要统一设置一个固定百分比。
现在企业AI支出已经越来越碎片化：
ChatGPT Business Claude GitHub Copilot Cursor OpenAI API 其他SaaS
如果全部绑定一张企业卡，月底很容易只看到一串海外软件交易，却无法快速对应到：
哪个部门；
哪个项目；
哪个工作区；
固定订阅还是临时扩容。
尤其ChatGPT Business开始对新增席位即时收费后，项目级费用隔离会更有价值。
在目标平台接受相应付款方式的前提下，可以考虑：
AI办公工具 → 独立费用卡 开发工具 → 独立费用卡 API测试 → 较低额度项目卡 生产环境 → 单独预算
如果团队本身就在使用MXK8这类虚拟卡方案，也可以把虚拟卡放在部门分卡、项目限额和海外SaaS账单管理这一层使用。
但需要注意，是否适用于ChatGPT Business仍应以卡片类型、发卡地区、Billing Address及OpenAI当时的支付要求为准。虚拟卡本身不能替代ChatGPT Business内部的席位审批和费用管理。
在8月19日新规则生效前后，可以检查这几项：
1. 当前席位数量
进入：
Workspace Settings → Billing
确认当前标准ChatGPT席位数量和账单周期。OpenAI目前允许Workspace Owner在这里管理席位、付款方式和相关Billing设置。
2. 默认付款方式
确认：
卡片没有过期；
可用额度足够；
企业财务知道新增席位可能立即产生费用。
3. 谁拥有管理员权限
尤其检查哪些账号可以：
邀请新成员；
增加付费席位；
修改Billing信息。
4. 月付还是年付
ChatGPT Business允许Owner调整标准席位的月付/年付周期，但更改不会立即生效，而是在下一次续费时生效。
5. 离职员工是否及时清理
不要只停公司邮箱。
同时检查：
ChatGPT Business；
GitHub；
Claude；
Cursor；
云服务；
其他SaaS。
很多AI工具的浪费并不是Token太贵，而是已经没人使用的席位还在续费。
如果只是看费用：
没有涨价。
如果看企业管理方式：
影响其实不小。
以前ChatGPT Business更像传统SaaS：
月底 / 下个账期 → 财务看到席位变化
现在新增席位逐渐变成：
业务动作 → 立即产生费用
这意味着企业需要把：
账号权限 + AI工具采购 + 付款方式 + 预算管理
放在一起考虑。
尤其是快速扩张的开发团队、出海公司和AI重度使用团队，最好提前确定：
谁能加席位？一次可以加多少？费用算在哪个部门？付款卡还有多少可用额度？
这些问题比“一个席位多少钱”更值得管理。
关于我们
