如果你的团队正在使用ChatGPT Business，8月19日之后新增成员时，要注意一个账单变化：

新增付费席位后，费用将不再等到后续账单统一结算，而是在添加席位时立即按比例扣款。

对只有两三个人的小团队影响不算大，但对经常扩编、临时增加成员的公司来说，财务和付款卡管理方式需要跟着调整。

一、8月19日到底改了什么？

先看最简单的区别。

调整前

新增成员以后，新增席位产生的费用通常会在后续账单或True-up中体现。

添加新成员
    ↓
新增ChatGPT席位
    ↓
按剩余使用时间计算费用
    ↓
后续账单统一结算

8月19日起

添加新成员
    ↓
新增付费席位
    ↓
计算本周期剩余时间
    ↓
立即从工作区付款方式扣款
    ↓
下个周期进入正常订阅账单

二、ChatGPT Business现在多少钱一个席位？

目前标准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席位
        ↓
负责人审批
        ↓
管理员添加成员
        ↓
系统立即产生新增席位费用
        ↓
财务记录费用归属

特别是规模较大的团队，建议避免所有管理员都可以随意增加付费席位。

可以建立三个角色：

角色	负责内容
部门负责人	判断是否需要席位
Workspace管理员	添加、删除和调整成员
财务/采购	管理预算和付款方式

这样比月底看到信用卡账单后再追问“谁加了这20个人”更省事。

八、付款卡要预留多少额度？

8月19日以后，我认为企业最容易踩的坑就是：

原来付款卡只按照固定月费留额度，现在临时加人时可能立即扣款。

比如：

当前固定费用：$500/月
付款卡额度：$550

以前看起来没有问题。

但如果月中突然增加5～10个席位，就可能产生额外的即时扣款。

因此，不建议把付款卡可用额度卡得刚刚等于固定月费。

更合理的是：

固定订阅费用
+
预计新增席位费用
+
Credits / 额外使用
+
一定缓冲
=
建议付款额度

具体缓冲比例应该根据团队扩张速度决定，没有必要统一设置一个固定百分比。

九、多个AI工具最好不要全部绑在一张付款卡上

现在企业AI支出已经越来越碎片化：

ChatGPT Business
Claude
GitHub Copilot
Cursor
OpenAI API
其他SaaS

如果全部绑定一张企业卡，月底很容易只看到一串海外软件交易，却无法快速对应到：哪个部门、哪个项目、哪个工作区、固定订阅还是临时扩容。

对于同时管理多个海外AI工具的团队，也可以考虑按部门或项目拆分付款方式。

比如ChatGPT Business、Claude、Cursor、API测试环境分别使用独立的费用卡，并设置不同额度。像MXK8虚拟卡这类方案，更适合放在海外SaaS订阅、项目分卡和支出归集这一层，方便财务后续对账。实际使用前仍建议确认目标平台、卡片类型、发卡地区和Billing Address是否符合平台当前要求

尤其ChatGPT Business开始对新增席位即时收费后，项目级费用隔离会更有价值。

在目标平台接受相应付款方式的前提下，可以考虑：

AI办公工具 → 独立费用卡
开发工具 → 独立费用卡
API测试 → 较低额度项目卡
生产环境 → 单独预算

但需要注意，是否适用于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重度使用团队，最好提前确定：

谁能加席位？一次可以加多少？费用算在哪个部门？付款卡还有多少可用额度？

这些问题比“一个席位多少钱”更值得管理。