账单核对流程

月初看到账单数字对不上，或者充值的钱莫名少了一截，多数人第一反应是「被坑了」，其实八成是记录口径没对齐。这篇不讲缓存怎么计费，也不讲怎么选站，只给你一套固定的核对顺序：先凑齐哪几份材料、按什么顺序比对、碰上差异往哪个方向查，最后能落成一张自己团队的核对清单。

月初看到账单数字对不上，或者充值的钱莫名少了一截，多数人第一反应是「被坑了」。但实际操作里，八成的情况是记录口径没对齐：你算的是请求发生时间，平台算的是入账时间；你按输入输出总量折算，平台按缓存命中分档折算。这类差异平时不显眼，一到月末集中爆发。这篇只讲一件事——怎么把账单核干净，不讲缓存怎么计费，也不讲怎么挑站。

核心思路是先凑齐材料、再按固定顺序比对、最后把查不清的挂账复查。顺序比技巧重要，因为跳过任何一步，后面都会在错误的前提上打转。整套流程熟练后，单人每月大概花不到一小时。

先把三份记录凑齐，缺一份都别急着下结论

核对的前提是材料完整。三份记录缺任何一份，都只能得到「大概对不上」这种没法行动的结论。更常见的问题是时间区间和时区不一致：平台按自己的结算日跑账，你按自然月导日志，边界那几天天然对不齐，必须先统一口径再谈差异。

• 第一份：平台侧账单或结算明细，从后台导出，别靠截图；
• 第二份：你自己的调用日志，字段至少覆盖请求时间、模型标识、输入输出量、是否命中缓存；
• 第三份：充值扣费流水，包含充值、消耗、退款、赠送额度抵扣的每一笔；
• 补充材料：若走中转站，把它的倍率说明页和当期公告一起存档，改倍率不回溯历史账单；
• 导出节奏：固定每月同一时点导一次，别季度末一次性拉三个月。

日志字段不全是最常见的返工来源。如果日志里没有「是否命中缓存」这一列，后面的分档折算就无从谈起，只能先把日志补齐。可以到站内 /usage 看看别人的记录字段是怎么设计的，照着自己的业务删减。

核对按这个顺序走，从粗到细四步

顺序的意义在于尽早止损。先对总额能第一时间发现「大方向错了」，比如有整整一类扣费你根本没算进来；先对单条则容易陷进细节，花了半天只解释了几分钱的差。

1. 第一步，对总额账单总额与流水净扣减是否一致。不一致时优先查两件事：有没有预扣未结算的额度，赠送额度和付费额度的抵扣顺序是什么。
2. 第二步，对按天把每日调用量按当期单价折算成金额，和平台日账单摆在一起。看差异是每天均匀分摊，还是集中在某几天。
3. 第三步，对异常天只盯差异最大的那几天，逐条列出当天的大额调用，检查有没有重试、超长上下文、批量任务混进来。
4. 第四步，对单条抽几条请求做端到端还原，确认模型标识、计费项拆分与实际执行的是不是同一个。

第二步是整套流程的分水岭。均匀差异通常指向折算单位或单价用错，多半是你的问题；集中差异通常指向某天的异常流量或平台侧的入账时点问题，值得单独追。判断不了均匀还是集中，就先画个日差异曲线。

差异通常落在这几个位置，按这个清单挨个排除

下面这张表按出现频率从高到低排列，逐项排除比随机翻账效率高得多。每排除一项就在清单上打个勾，避免重复劳动。

落成一张能重复用的核对清单

核对不是一次性动作，而是每月固定跑一遍的流程。把它固化成表格和阈值，下个月直接套用，比每次重新摸索省事得多。

• 表格固定四列：请求标识、平台计入金额、你折算的金额、差异原因分类（口径/重试/时间/未查明）；
• 设一个差异率阈值，低于阈值只记不查，高于阈值才逐条追；
• 没查明的单独挂账，下月优先复查，同一来源连续两次出现就去问平台要口径说明；
• 核对完顺手更新当期单价与倍率快照，下月直接拿来用。

阈值定多少合适，取决于你的调用规模和月消耗量级，到 /price-watch 对照当时的行业数字再定，别拍脑袋。小团队调用量不大时，阈值可以放宽，把精力留给大额差异。

这套流程也有不适用的时候。如果团队只有一两个人在用、单月消耗极低，逐条核对的时间成本远高于差异本身，直接用上面的阈值法抽查即可。反过来，如果业务涉及多个团队共享一个账号，就得给每个团队单独建核对表，否则差异来源无法归因。