小程序对账不能只核对“订单金额是否等于到账金额”。只要系统同时使用支付、会员、积分、储值或卡券，就必须把交易结果、优惠抵扣、退款变化和资金流水放在同一套口径下核查。对账的核心不是找出一张异常订单，而是确认每笔业务从下单、支付、核销到退款的状态和金额都能相互解释。
先核对订单与支付数据
基础核对对象包括系统订单、支付平台账单和后台记录，重点查看：
- 订单编号、订单状态和支付状态是否一致；
- 应付金额、实付金额、优惠金额是否匹配；
- 支付渠道、支付时间和支付结果是否对应；
- 是否存在重复支付、支付成功但订单未更新、订单关闭但仍有支付记录；
- 是否存在支付成功后未发货、未核销或人工补单的情况。
支付成功不能简单等同于订单完成。支付结果回调异常、重复通知或网络延迟，都可能造成平台已扣款而系统仍显示待支付，因此支付状态查询和异常订单处理也属于对账范围。
再核对退款、优惠与账户流水
退款数据应单独核对原订单、退款金额、退款状态和退款时间，尤其要确认全额退款、部分退款及退款异常是否正确反映。退款后，相关优惠、积分和储值余额也要同步检查：
- 优惠金额是否被正确分摊；
- 退款后积分是否扣回；
- 卡券是否按规则退回或失效；
- 储值支付是否恢复余额；
- 充值赠送金额在退款时如何处理。
如果这些数据只改了订单状态，却没有留下账户流水，后续很难定位差异。
多门店还要核对归属关系
连锁经营场景下，还应按门店、员工和支付渠道核对订单、退款及结算数据。总部看到的总额，应能拆分到具体门店；门店订单也不能混入其他经营主体。建议按日、按月导出账单，对比系统订单与平台账单，并为金额不一致的记录标记原因、处理人和处理结果。
真正可用的对账系统，最终应形成“订单—支付—优惠—退款—账户流水”的完整链路。报价或验收时，应明确是否包含差异识别、退款重新核对、人工处理记录和多门店统计，避免只做一个订单列表，却无法承担实际财务核查。
