Claude Team 账单按 10 个席位收费，Organization settings > Members 里却只有 7 个活跃成员，财务问你另外 3 个去哪了。这几乎不是计费 bug。最快的对账方式：打开 Members 里的 Pending 标签页和 Billing 页面，然后按席位档位（Standard vs Premium）逐行比对，而不是数人头。邀请一发出就开始计费、一个 Premium 席位等于五个 Standard 席位的价钱、周期中移除的席位虽然人走了但本期其实已经付过钱。把这三个桶数清楚，差额基本就能归零。
下面的价格和按比例（proration）规则截至 2026 年 6 月有效；Anthropic 会不定期调整 Team 计费机制，请以你自己的 Billing 页面为准。
2026 年变了什么（先看这段）
有两点让今天的账单和老的 Claude Team 说法不一样：
- 席位现在分两档。 一个 Standard 席位是
$25/月（年付$20）。一个 Premium 席位是$100/月（年付$80），用量约 5 倍、Claude Code 限额也更高。账单上两者是分开的行。所谓「7 个人」的团队很可能是 4 个 Standard + 3 个 Premium，金额看起来远不止 7 个席位。 - 按比例是即时结算，不是延后。 按 Anthropic 的计费文档，周期中新增成员会立即收按比例的钱；移除成员不自动退款，但席位会被释放、可以重新分配给别人。所以移除的人不会变成一条幽灵账单行——只是这个席位本期你已经付过了、可以转给别人用。
如果你脑子里的旧模型是「移除的席位会一直幽灵计费到续费」，请更新：席位是已付费到期末且可重新分配的，这就是为什么人头掉了、费用没掉。
你属于哪个桶
| 现象 | 最可能原因 | 在哪查 |
|---|---|---|
金额远超 席位数 x $25 | 有些是 Premium 席（$100） | Billing 明细行；Members 的 Seat Tier 列 |
| 席位数比看得见的人多 | Pending 邀请仍占席位 | Members → Pending 标签页 |
| 人头掉了费用没掉 | 周期中移除，本期已付费 | 比对移除日期和续费日期 |
| 多出零碎的金额 | 周期中按比例新增 | Billing 里时间段为部分日期的那行 |
| 凭空多出从没邀请过的成员 | SSO JIT / SCIM 自动开通（Enterprise） | Members 列表对照 IdP 用户列表 |
| 正好差到最低数 | Team 有 5 席下限 | Billing → 席位数永远不低于 5 |
常见原因
按命中率从高到低。
1. Premium 席位是 Standard 的 5 倍
这是 2026 年最常见的「金额怎么这么高」的意外。一个 Premium 席位（月付 $100、年付 $80）等于四到五个 Standard 席位（$25/$20）的价钱。一个 7 人团队里有 3 个 Premium 席，按金额算就像大约 19 个 Standard 席。
怎么判断：Organization settings > Members 里每个人都有 Seat Tier 列，分别数 Standard 和 Premium，再对照 Billing 页面的明细行——它们是按档位分项列出的。
2. Pending 邀请一发出就占席位
邀请发出的瞬间席位就被预留并开始计费，不用等对方接受。三个未接受的邀请就是三个收费席位，但看不到对应的活跃成员。
怎么判断：Organization settings > Members → Pending 标签页。数出来加上活跃成员，总和应等于账单上的席位数。
3. 周期中移除：已付费到期末，不退款
移除成员会立即结束其访问、释放席位供重新分配，但 Anthropic 不会自动退本周期剩余部分的钱。所以管理面板掉到 7，账单仍反映你本期持有并付过费的席位数。
怎么判断：把你记录里的每个移除日期和续费日期比一下。周期开始后移除的席位本期已付费——拿去重新分配，别指望退款。
4. 周期中新增按比例算一行
周期中途加席位会立即收按比例的剩余金额。年付的按比例大致是 (单价 x 席位数 x 12) x (剩余天数 / 365)。月中加三个席位，基础费之上就会看到几行零碎金额。
怎么判断：Billing 页面明细行→找时间段是部分日期、或金额是小数的那几行。
5. 5 席最低限
Team 方案最低按 5 席收费。如果你缩到 3 个活跃成员，仍然按 5 席收。缩编的小团队经常被这个绊到。
怎么判断：Billing → 如果收费席位是 5 但你人更少，那是下限，不是错误。
6. SSO / SCIM 开出「影子席位」
如果你的组织走 SSO + 即时（JIT）开通，每个登录进来的新身份就占一个席位。Enterprise 上的 SCIM 自动开通同理，且如果解绑配置不对，IdP 里删掉的人在 Claude 这边的席位还留着。（SCIM 是 Enterprise 功能；Team 靠 SSO JIT 加邀请链接。）
怎么判断：Members 列表对照你的 IdP 用户列表。任何 Claude 里有但不在 IdP 活跃集里的成员就是影子席位。
7. 计费间隔跟你以为的不一样
年付的 Team 一年扣一次，期间席位变化会在下次扣款里以按比例调整出现。月付每月结算。两者搞混，每次都会「对不上」。
怎么判断：Organization settings > Billing → 确认计费间隔（月付 vs 年付）和续费日期。
开始前
- 导出成员列表：
Organization settings > Members→Export CSV（含姓名、邮箱、角色和席位档位）。 - 在
claude.ai/admin-settings/billing（Organization settings > Billing）打开账单明细行。 - 用了 SSO/SCIM 的话把 IdP 用户列表准备好。
- 想清楚：是要减少席位数，还是只想搞懂——两者后续动作不同。
需要收集的信息
- 账单号和覆盖日期范围。
- 当前成员数，按状态（active、pending）和席位档位（Standard、Premium）拆开。
- 成员添加/移除日期带时间戳（来自 CSV 导出加上你自己的离职记录）。
- 是否启用了 SSO JIT 或 SCIM 自动开通。
- 计费间隔（月付 vs 年付）和续费日期。
- 方案档位（Team vs Enterprise）——规则不同，且 SCIM 仅 Enterprise 有。
一步一步修复
Step 1：按档位和状态对账，不是数人头
打开 Billing 看席位行，它们按档位拆开。再打开 Members 和 Pending 标签页。对账公式是：
计费席位数 = 活跃 Standard + 活跃 Premium
+ pending 邀请（Standard + Premium）
+ 本期移除但已付费的席位
（总数下限为 5）这等于账单席位数，就计费正确。金额总数应为 (Standard 席位 x $25 或 $20) + (Premium 席位 x $100 或 $80) 加上任何按比例调整。这些都对得上就完事。对不上就提工单（Step 6）。
Step 2：列出并撤销过期邀请
Organization settings > Members → Pending 标签页。超过 7 天没接受的基本不会再来。撤销：
Pending 标签页 → 邀请右侧的菜单按钮 → Remove from team每撤销一个，将来就少占一个席位。它不会退当期已收的按比例费用，但能止住后续。
Step 3：重新分配，而不是重新购买空出的席位
因为移除不退款但会释放席位，扩容前先重新分配。把某人在档位间移动（比如把闲置的 Premium 降为 Standard）：
Organization settings > Organization → 找到该成员 → Seat Tier 下拉 → Standard席位空出来后要减少总数：Organization settings > Organization → “Total seats” 下的 Manage → 点该档位的 -。注意：只有 Owner 和 Primary Owner 能购买或减少席位；Admin 只能重新分配档位。
Step 4：审计 SSO / SCIM 开通的账号
走 SSO 或（Enterprise）SCIM 的话：
1. 从 Claude 导出当前成员列表（Members → Export CSV）
2. 从 Okta / Entra ID / Google Workspace 导出当前活跃用户列表
3. diff——Claude 里有但不在 IdP 活跃集里的，就是影子席位用 菜单按钮 → Remove from team 删掉影子席位。Enterprise 要在 IdP 修对 SCIM 解绑规则避免再犯；Team SSO 则收紧那个被 JIT 自动开通的组。
Step 5：确认间隔并预判下一期账单
Organization settings > Billing → 确认间隔（月付 vs 年付）和续费日期。Billing 页面上的 Projected total（不含税）是最干净的前瞻估算。用下式校验：
下期账单 ~= (续费日活跃 Standard x $25 或 $20)
+ (续费日活跃 Premium x $100 或 $80)
+ (续费日仍 pending 的邀请)
+ (下个周期内的按比例新增)清理后 Projected total 仍比预期高，就升级走工单。
Step 6：数字仍对不上就提账单工单
档位核对 + 撤销邀请 + SCIM 审计之后，账单还是差到不可忽略，联系 Anthropic support，附上：
主题：Team 账单席位数对不上 — 账单 [号] [日期]
组织：[名字 / ID]
账单 [号] 按 [X] 席收费：[n] Standard + [m] Premium。
Members 面板显示：[active] 活跃、[pending] 待接受，档位 [n2] Standard + [m2] Premium。
本期移除：[列出，带日期]。
预期收费：[X-expected] 席。
请说明 [X] - [X-expected] = [delta] 这部分差异。把 Export CSV 的成员列表附上。
Step 7：建一个内部月度对账机制
每次续费前一天在日历上排 15 分钟做席位对账。扣款前确认 pending 邀请、闲置的 Premium 席位、以及已离职成员。
怎么验证修好了
- 清理后重跑 Step 1：
活跃 + pending + 已付费移除应等于计费席位数，按档位加权的金额也应对上Billing总额。 - Billing 页面的
Projected total现在应等于你对下期的预期。 - 等下一张账单，确认席位数和档位拆分跟 Members 面板精确一致。
- 跟财务对一遍 Standard 和 Premium 的明细行，匹配他们的预测。
- 走 SSO/SCIM 的团队，跟 IdP 管理员确认开通和解绑都跟 Claude 双向同步。
长期预防
- 让单一负责人（一般是 IT 或 RevOps）对 Claude Team 席位管理负责。
- 新成员默认 Standard，确有需要再升 Premium——这是最大的省钱杠杆。
- 每次续费前 2 天提醒审计席位和
Pending标签页。 - 把 Claude Team 加进离职清单，让移除者的席位被重新分配，而不是付了钱闲置。
- 走 SSO/SCIM 的团队，把映射到 Claude 席位的 IdP 组写进文档并收紧。
- 按档位读每张账单的明细行，而不是只看总额——钱藏在档位拆分里。
容易踩的坑
- 拿今天的活跃人头去对上个月的账单。永远对不上；账单是按档位加权的历史快照。
- 把所有人都乘
$25，忽略了 Premium 席位贵 4-5 倍。 - 周期中移除席位还指望退款——没有；把释放出来的席位重新分配。
- 小团队忘了 5 席最低限。
- 只数活跃成员、漏掉
Pending标签页。 - 以为 Team 也有 SCIM——它是 Enterprise 功能；Team 用 SSO JIT 和邀请链接。
常见问答
- 周期中移除席位会退钱吗？ 不自动退款。访问立即结束、席位被释放可重新分配，但本期你已付过费——所以重新分配，别再买一个。
- 为什么账单比
席位数 x $25高这么多？ 你几乎肯定有 Premium 席位，月付$100（年付$80）。看 Members 的Seat Tier列和 Billing 页面的分项明细。 - pending 邀请在对方接受前就花钱吗？ 是的。发出邀请就立即预留并计费。在
Pending标签页撤销未接受的邀请来止住后续费用。 - Team 方案最少几个席位？ 五个。哪怕只有 2-3 个活跃成员，也按 5 席收费。
- 谁能改席位？ Owner 和 Primary Owner 能购买或减少席位；Admin 能用
Seat Tier下拉把人在 Standard 和 Premium 间重新分配。 - 能改成按用量计费而不是席位吗？ Anthropic 的 API 是按用量。Claude.ai 上的 Team 和按席位的 Enterprise 是按席位计费，不过可以另外加用量额度。