对账与结算：为什么要从一开始定义“口径”
订单成功的定义是什么？失败如何回滚？退款与补发如何入账？本文提供可操作的口径框架与字段建议。
很多团队把对账当成“上线之后再补的报表”，结果业务一扩量就发现：成功/失败口径不一致，补发与退款无法归类， 最终变成长期的沟通成本。对账的正确打开方式是：从第一天就把口径写清楚。
对账口径的四个问题
1）什么是“成功”？
在自动发货场景里，成功可能有三种定义：发货成功、回调成功、客户确认。你必须选择一个“结算口径”，并明确其他口径的用途。 官网内容可以公开你采用的口径框架，让合作方一眼理解。
2）失败如何分类？哪些可重试？
失败要拆成可重试与不可重试。否则你会在对账时遇到“失败但后来又成功”的灰色地带。 建议把失败原因代码化（error_code），并在对账导出中保留。
3）补发与退款如何入账？
补发不应该覆盖原记录。更稳的做法是生成新的履约流水（delivery_id），并与原订单关联。 退款/取消同样需要独立事件记录，避免“混账”导致争议无法收敛。
4）哪些字段必须可追溯？
对账的底层是可追溯。建议最少保留：订单号、幂等键、库存批次、交付流水、回调事件、以及时间线。 这些字段不一定都公开，但要能在争议时拿得出来。
订单口径
success_state、error_code、refund_state、retry_count 等可枚举字段。
库存口径
batch_id、reserved_at、rolled_back_at，便于核对差异。
事件口径
event_id、event_type、signed_at、callback_status，用于回调审计。
对账口径写清楚以后，官网内容也会更“稳”：你不需要堆砌营销词，而是用规则与字段表达专业度，这对 SEO 的长期建设更友好。