微信支付对账不平怎么办？六类差异的排查清单

一句话结论

微信支付对账不平，九成不是”系统错了”，而是两边口径没对齐。最常见的四类是：手续费（全额 vs 净额）、时间差（跨日 / T+1）、退款口径（冲抵 vs 单列）、漏单或重单。按本文的清单逐项排除，通常 10 分钟就能定位。

一、先统一三个口径（不做这步，怎么对都是白对）

口径	含义	常见错误
交易额	顾客实际支付的全额	——
到账 / 结算额	扣手续费后结算到银行卡的净额	❌ 拿”交易额”去比”到账额”
退款	退回顾客的金额	❌ 一边看净额、一边看全额

第一原则：全额对全额、退款对退款、按交易日比对（不是按到账日）。这一条能解决一半以上的”对不平”。

二、六类常见差异与验证方法

#	差异特征	最可能原因	怎么验证
1	差额≈交易额的固定百分比（如 0.6%）	手续费	与渠道确认费率；改用”交易流水”全额比对
2	差额刚好等于某笔退款金额	退款口径	看渠道后台是”冲抵”还是”单独列示”，两边用同口径
3	差额等于某一两笔订单金额	跨日 / T+1	按交易日期而非到账日期比对
4	系统比渠道多	渠道未成功但系统已记 / 重复记录	到接口调用日志按单号查真实返回
5	渠道比系统多	顾客付款成功但系统未完成订单	查日志；若渠道已成功，补完成订单
6	小额零散差异	手工录入 / 混合支付录错	逐笔核对当天订单，重点看混合支付

三、五步排查法（照着做）

第 1 步：确定比对口径 两边都用”交易金额（全额）“和”退款金额”两个数，别一边看净额。

第 2 步：统一时间范围 用交易时间（不是到账时间）。特别注意 23:00 之后的交易容易落到次日。

第 3 步：拉两边明细

• 系统侧：按日期筛出扫码收款与退款的明细，导出；
• 渠道侧：微信支付商户平台导出对应日期的交易流水。

第 4 步：用商户订单号做差集 把两份明细按商户订单号（系统与渠道是同一个号）对齐，找出”只在系统有”和”只在渠道有”的条目。

第 5 步：定位到单笔后查日志 对差异笔，到系统的接口调用日志里按订单号查这笔调用的真实返回状态——这是判断”到底谁对”的最终依据。

四、四类特殊场景的处理

场景 1：顾客说”我扣款了，但你们 POS 显示没成功”

千万不要让顾客重扫。

正确动作：

1. 到「支付 API 调用日志」按订单号查这笔付款的返回状态；
2. 若渠道返回 SUCCESS → 说明钱已收到，在支付记录上手动确认或补完成订单；
3. 若渠道返回失败 → 才是真的没成功，让顾客重新支付。

背后的机制：正规实现在网络异常时会先重试，仍失败则降级去渠道查询真实状态，避免”假失败、真成功”造成重复扣款。商户订单号的幂等设计保证了同一订单不会被扣两次。

场景 2：退款一直显示”处理中”

• 用后台的**「查询退款状态」**按钮主动补查（订单级或单笔级）；
• 渠道若已成功，状态会自动更新；
• 不要重复发起退款——退款单号是幂等的，重复发起不会造成多次退款，但会让状态更混乱。

场景 3：部分退款后的可退金额

一笔订单部分退款后，系统会计算剩余可退金额；再次退款不能超过该金额。如果顾客要求退更多，先核对原单的退款历史。

场景 4：混合支付订单

顾客一半现金、一半扫码时，只把扫码部分与渠道流水比对，别把整单金额拿去比。

五、日常预防（比事后排查更重要）

1. 每天对合计（5 分钟）：系统扫码收款合计 vs 渠道当日交易合计；
2. 每周对明细（15 分钟）：导出两边明细做一次完整比对；
3. 盯”未完成”订单：当天出现未完成/挂起的扫码订单，当天处理掉；
4. 保留日志：接口调用日志是排障与举证的关键，注意保留期（本方案默认保留 90 天，可按需调整）；
5. 费率变动要知情：渠道调整费率时，及时更新对账口径。

六、一张对账速查卡（可打印）

【比对口径】
  全额对全额  |  按交易日  |  退款单独列

【常见差异】
  固定百分比差 → 手续费
  等于某笔退款 → 退款口径
  等于某笔订单 → 跨日/T+1
  系统多       → 查日志（渠道是否成功）
  渠道多       → 查日志 + 补完成订单

【最终裁决】
  按商户订单号 → 查接口调用日志 → 以渠道返回为准

【铁律】
  顾客说扣款了 → 先查日志，绝不先让顾客重扫

小结

对账不平的关键不是”更仔细”，而是用对口径、按对时间、找到单号。记住最终裁决方式：按商户订单号，查接口调用日志，以渠道返回状态为准——这一条能解决绝大多数争议。

ERPxAI 的收银方案提供订单支付记录（含商户订单号、渠道交易号、累计退款、剩余可退）、脱敏的接口调用日志、后台查询退款状态按钮，帮助单店把扫码账对清楚。想了解对账功能的实际操作，可看功能特性或联系我们。