切换主题
余额、订阅与用量记录
余额、订阅额度、累计充值和单次请求用量是四套不同数据。出现疑问时，先确认自己查看的是什么，再按发生时间核对记录。
四种常见账户数据
| 数据 | 作用 | 常见查看位置 |
|---|---|---|
| 可用余额 | 按模型、用量和当前规则支付请求消耗 | 控制台余额与用量页面 |
| 订阅额度 | 在对应分组和有效期内使用 | 订阅列表或订阅详情 |
| 累计充值 | 计算符合规则的权益等级 | 权益等级页面 |
| 平台补偿 | 只增加可用余额，不属于充值 | 余额变动或管理员记录 |
线下转账后由管理员标记为“线下充值”的加款，可以按当前规则参与充值权益；标记为“平台补偿”的加款不会计入累计充值、等级加赠、邀请返利或充值活动资格。
1. 确认本次请求使用余额还是订阅
先检查 API Key 所属分组和目标模型：
- Key 分组与有效订阅匹配时，请求可能使用对应订阅额度。
- 不在订阅范围内的模型通常使用可用余额。
- 余额和订阅不会因为页面上同时存在就自动合并成一个数字。
具体使用顺序和计费以控制台当前规则及请求记录为准，不要只看请求前后的余额差值判断。
2. 按时间查看单次请求
在控制台用量或请求记录中找到问题发生时间，核对：
- 请求状态。
- API Key 或调用来源。
- 模型名称和所属分组。
- 输入、输出或图片相关用量。
- 是否命中订阅，以及最终余额消耗。
同一时间有多条并发请求时，应逐条相加，不能只拿其中一条记录与总余额变化比较。
3. 核对余额变动
余额变化可能来自：
- API 文本或图片请求消耗。
- 余额兑换码充值。
- 管理员标记的线下充值。
- 权益等级产生的额外加赠。
- 平台补偿或活动奖励。
其中只有符合规则的真实充值会计入累计充值；加赠、补偿和奖励不会再次触发充值权益。
4. 核对订阅
订阅需要同时关注：
- 订阅名称和对应分组。
- 当前状态。
- 有效期。
- 当前周期可用额度。
- 重复兑换后的叠加规则。
重复兑换相同订阅时，系统可能延长有效期，而不是增加当前周期额度。详见GPT Pro 订阅兑换。
为什么看到的数据与预期不同
余额下降，但订阅额度没有变化
当前模型或 Key 分组可能不在订阅适用范围。核对请求记录中的模型和分组。
订阅正常，但请求仍提示余额不足
检查目标模型是否属于订阅分组、订阅是否过期，以及客户端是否实际使用了对应 API Key。
累计充值没有增加
确认本次余额来源是兑换码充值或管理员标记的线下充值。平台补偿、抽奖奖励、邀请返利和充值加赠不会计入累计充值。
页面数字没有立即更新
刷新相关页面并重新登录后再看。如果请求记录已经成功但汇总数据长时间不一致，保留证据联系支持。
联系支持前准备
请提供：
- 完整注册邮箱。
- 问题发生的准确时间范围。
- 使用的客户端、模型和 API Key 名称。
- 相关请求或兑换记录编号。
- 期望变化和实际变化。
不要发送完整 API Key 或完整兑换码。只有余额截图而没有时间、模型和记录编号时，很难准确定位。