锁定一个已经结束的核对窗口

从一个已经结束且数据基本齐备的时间段开始，统一应用日志与账户记录的时区。明确窗口按请求开始、结束还是入账时间划分；跨边界的长任务需要单独列示。保存导出时间与筛选条件，避免拿实时变化的页面和固定快照反复比较。

分别列出任务、API 调用和计费条目三种记录。它们不必一一对应，一次任务可能包含多次请求，入账也可能有时间差。用允许共享的标识连接记录，不要为了对账把认证头、密钥或用户完整输入复制到表格。

先解释数量，再解释金额

按公开模型标识和实际计费类别汇总用量，检查单位是否一致。输入、输出及已确认的其他类别不要混成一个总量乘以单价。保存对应计费规则的核对日期；遇到价格变更窗口，应按适用规则分段处理，而不是拿今天的价格重算全部历史。

将差异拆为缺少应用记录、重复导入、在途请求、计费类别不明和时间窗口错位。没有用量的记录保持未知，不自行补成零。重试与取消要查看实际执行情况，不能仅依据前端显示“失败”推断完全没有发生调用。

修复记录流程并保留解释

为每个差异项目写下调查结果、证据位置和处理负责人。若需要向支持方求助，仅发送脱敏时间、公开模型标识、必要的请求标识和差异摘要。任何账务更正都应走组织既定授权流程，不在调查脚本中顺手修改生产数据。

修复日志采集或导入流程后，对同一窗口重跑并检查是否产生重复条目。发布结论时区分已对齐、已解释但尚未入账和仍待核查的部分。对账的目标是形成可复核解释，不是强行把表格调整到相同数字；保留未知比编造精确结果更可靠。

参考资料

由 NexoToken 维护的自营资料站。平台介绍包含运营方利益关系，不构成独立第三方认证。