为什么收到了钱，网站订单却没有完成
个人网站使用收款码时，资金到账和业务订单更新是两套状态。用户付款成功后，监控端需要识别到账记录，支付服务需要匹配订单，最后商户回调接口还要完成验签和入账。任何一段中断，都可能出现“钱已收到、订单仍待支付”。
可靠系统不能只依赖手机通知或浏览器同步跳转。同步页面可能被用户关闭，通知也可能延迟或被系统省电策略阻止，因此最终状态应以真实支付流水、平台订单和经过验证的服务器回调为依据。
一、从订单创建阶段减少歧义
每次下单生成唯一商户订单号，并保存应付金额、创建时间、过期时间和用户标识。过期订单不能重新使用原订单号。金额字段使用固定精度，数据库中建议保存为最小货币单位，避免0.1加0.2一类浮点误差。
如果系统使用金额尾数区分订单，要设置合理的订单有效期和并发上限。当可分配金额不足时，应明确提示稍后重试，而不是让多个待支付订单共享同一金额。
二、保证到账监控持续在线
检查监控设备或监控服务是否在线、登录状态是否有效、通知读取权限是否正常。手机系统的省电模式、后台限制、网络切换和应用升级都可能中断监控。
不要把单一设备视为绝对可靠。重要业务应设置离线告警，并定期检查最后心跳时间。发现监控中断后，要对中断时间段的真实流水进行补查，而不是只重启程序。
三、建立异常订单队列
无法自动匹配的到账记录不应直接丢弃，应进入异常队列，记录到账时间、金额、渠道、候选订单和失败原因。管理员可以按时间窗口和金额筛选，但最终补单前仍需核对真实流水。
常见异常包括付款金额不一致、订单已过期、重复付款、用户扫错收款码、通知延迟以及同金额订单冲突。不同原因需要不同处理，不能统一改成已支付。
四、让回调具备重试和幂等能力
商户回调接口应返回清晰的成功标识。遇到网络超时或服务器暂时不可用时，支付端可以按间隔重试。商户系统收到重复通知时，应根据唯一订单号和支付流水判断是否已处理，禁止重复加余额或重复发货。
验签、订单状态更新和权益发放之间要有明确顺序。签名或金额不一致时记录失败原因，不要为了降低漏单率而绕过验证。安全性和可靠性必须同时满足。
五、执行每日自动对账
每天按固定时间导出或读取支付流水，与本地已支付订单进行双向比对：资金流水存在但本地未支付，可能是漏单；本地显示已支付但找不到资金流水，则需要立即核查。
对账字段至少包括商户订单号、平台订单号、支付渠道、金额、支付时间、业务状态和退款状态。对账结果应保留历史记录，异常处理要记录操作人和处理依据。
六、人工补单的安全边界
人工补单前，必须确认资金真实到账、金额一致、订单归属正确且尚未发放权益。补单动作本身也要幂等，并保留审计记录。不要仅凭聊天截图、支付截图或用户口述补单。
上线检查清单
1. 商户订单号全局唯一，过期订单不复用。
2. 金额使用固定精度，尾数分配没有冲突。
3. 监控端有心跳、离线告警和恢复后的流水补查。
4. 回调接口启用HTTPS、验签、重试和幂等。
5. 异常到账进入待核对队列，不自动丢弃。
6. 每日对账能够发现资金与业务状态不一致。
7. 人工补单保留操作日志并限制管理员权限。
个人收款工具必须在法律、支付平台协议及账户允许的业务范围内使用，不应通过拆分金额、隐藏用途或其他技术手段规避风控与监管。
