账单对不上时怎么办：按官方价 ×1.3 计费的对账与申诉

理解计费规则：官方价 ×1.3 是什么

本平台采用按量计费模式，所有模型调用均按照模型官方公布的 token 单价乘以 1.3 进行扣费。这意味着你的实际费用 = 官方单价 × 1.3 × 实际消耗 token 数。

计费基于每次请求的输入（prompt）和输出（completion）token 数量，不同模型的单价可能不同，具体以模型提供方官方定价为准。

核对账单前的准备

在开始对账之前，你需要准备好以下信息：

• API 调用记录：你的应用或脚本中记录的每次请求的模型、时间、输入/输出 token 数。
• 平台账单明细：在用户中心可以导出或查看详细的扣费记录，通常包含请求 ID、模型、token 用量和扣费金额。
• 官方定价表：从模型提供方的官方网站获取当前生效的 token 单价（注意区分输入和输出）。

手动对账步骤

1. 导出账单明细：从平台导出你需要核对的时段内的所有扣费记录，建议使用 CSV 格式方便处理。
2. 获取官方单价：访问模型提供方的定价页面，记录你所用模型的输入和输出单价（每百万 token 或每千 token）。
3. 计算预期费用：对每条记录，用 官方输入单价 × 输入 token 数 + 官方输出单价 × 输出 token 数 得到官方基础费用，再乘以 1.3 得到预期扣费。
4. 对比实际扣费：将预期扣费与账单中的实际扣费逐条对比，标记出差异较大的记录。

如果你使用脚本，可以编写简单的对账程序自动化这个过程。

常见差异原因

发现不一致时，先排查以下常见情况：

• token 计数方式不同：不同模型对 token 的切分方式不同，你的本地计数可能和官方计数有偏差。建议以平台返回的 usage 字段为准。
• 汇率或单价更新：模型官方可能调整了价格，而你的本地定价表未及时更新。
• 缓存或重复请求：某些框架可能自动重试，导致重复计费。
• 免费额度或优惠：部分模型可能有免费额度，但账单中未体现，造成误解。
• 时区差异：账单日期与你的统计日期范围不一致，导致遗漏或重复。

提交对账申诉工单

如果排查后仍无法解释差异，可以提交对账申诉工单。请按以下步骤操作：

1. 收集证据：整理差异记录，包括请求 ID、时间、模型、你的预期 token 数和实际扣费，附上官方定价截图或链接。
2. 描述问题：清晰说明差异金额、涉及请求数量以及你已做的排查。
3. 提交工单：在平台的帮助中心或用户支持页面提交工单，选择“账单对账”类别。
4. 等待回复：技术支持会核对平台日志和计费系统。通常会在几个工作日内给出解释或调整。

预防账单问题的建议

• 定期导出账单并与本地记录对账，建议每月一次。
• 在代码中记录每次请求的 usage 信息，便于后续追溯。
• 关注模型官方定价变动，及时更新本地单价表。
• 使用平台提供的用量监控功能，设置预算告警。

通过以上方法，你可以有效管理 API 成本，并在遇到账单疑问时快速找到解决方案。