这是客服最常转过来的一类问题：客户发来截图说付款成功了，你在后台刷新十几次，订单状态还停在"待付款"。先别急着让他退款重拍，绝大多数情况是钱确实已经扣了，只是商城没收到"已到账"的通知。
整条链路是这样走的：客户下单，跳转到支付平台付款，平台扣款成功，然后由平台向你的服务器发一条异步通知（也就是回调），你的系统收到之后才把订单改成"已付款"。这条链任何一环断了，就会出现"钱付了、单没变"，而客户看到的付款成功页其实是支付平台给的，跟你的商城没关系。
所以第一步别慌着操作订单，先去支付平台的商户后台把这笔交易查出来：交易号、金额、付款时间、状态。如果那里显示支付成功，钱就在平台账上，一分不会少。这一步先做，你能给客户一句准话，也能避免后面重复收款或者重复发货。
确认钱到了，再回头看你的系统为什么不知道。最常见的第一个原因是回调地址不通：换了域名但支付后台里的回调 URL 还是旧的，或者用了 http，或者服务器前面挂了防火墙、WAF，把支付平台的回调 IP 拦在了外面。有些虚拟主机默认禁止外部 POST 请求，这类拦截往往不留明显日志，看起来就像"平台没通知我们"。
第二个原因是验签失败。回调的报文里带着签名，你的系统要拿密钥去验，密钥填错、平台升级后换了新密钥没同步、金额或订单号格式对不上，都会导致验签不过然后被直接丢弃。这种情况日志里通常只留一行"sign check failed"，很容易被当成垃圾请求忽略掉。
第三个原因比较隐蔽：服务器时间不准。验签往往带时间戳校验，服务器时间比标准时间偏出十几分钟，回调就会被判定为过期。如果你查了日志发现"收到了但报过期"，先去对一下服务器时间，再去看代码。
还有一类是被重复回调绕晕的。支付平台因为没收到你的成功响应，会隔一段时间再推一次，如果你的接口没有做幂等处理，可能出现重复加积分、重复发货、状态来回跳。判断办法很简单：看同一个订单号是不是有多条回调记录。
查清之后怎么补？手动把订单状态改成已付款、安排发货，但有两个前提：必须核对支付平台那边的真实交易号，并且确认这笔钱没有退过。千万别用"删掉订单让客户重下"的办法，那样客户会被扣两次款，后面的对账和退款能折腾一整天。
想少踩这个坑，可以从几处加固。回调之外再加一条主动查询：下单后每隔几分钟去支付平台问一次状态，回调丢了也能补上；付款成功页只当提示，不能当唯一凭据，因为客户随时会直接关掉；回调接口做成幂等的，同一笔通知重复推送不产生副作用；最后给回调失败率加个告警，异常的时候你能第一时间知道，而不是等客户来投诉。
处理这类问题时，跟客户说话的顺序也很重要。先说"您的付款我们已经查到了，正在为您处理发货"，再解释系统状态为什么没同步，比一上来讲技术原因有用得多。客户真正在意的不是回调是什么，是钱有没有丢。