如何解决支付宝已付款但后台显示“未付款”的异步问题

如何解决支付宝已付款但后台显示“未付款”的异步问题

如果银行卡已经扣款，支付宝显示未付款，可能是网络延迟导致。系统会优先推进交易，如果推进不成功资金会原路退回到付款的银行卡当中，建议耐心等待关注资金情况。

该 页面有短暂的停留时间，买家看到这个提示信息后有可能会把当前页面关掉，导致页面没有自动跳转回商户网站（return_url）使得商户的业务数据没有 被处理（如：订单没有更新）。出现这种情况的原因是：商户网站的支付宝接口并没有利用服务器异步通知页面文件（notify_url）或是该页面在订单执 行过程中也出现异常。 解决方法： 解决人员：商户网店开发、维护或管理的程序开发技术人员、商户网店系统提供商 解决步骤： 1、打开return_url页面文件（参数参数return_url对应返回文件），找到已经编写好的业务逻辑处理程序代码段，对其增加防止该笔交易被重复处理判断。 2、打开notify_url页面文件（参数参数notify_url对应返回文件），找到可插入商户的业务逻辑处理程序代码的地方，编写与return_url页面文件中相类似的程序，也需要包含防止该笔交易被重复处理的判断。 修改完成后效果： 当买家关掉自动跳转回商户网站的返回页面（参数return_url对应的return_url返回文件）时，商户的业务处理依旧被notify_url页面文件所执行，因此就不会发生业务没有同步的现象出现（如：订单没有被更新） 注意： 1、 注意获取值的方式，notify_url页面文件是post方式获取（request.form（"参数名 "）、$_post['参数名']），return_url页面文件是get方式获取（request.querrystring（"参数名 "）、$_get['参数名']） 2、notify_url文件的特性是： 1、 必须保证服务器异步通知页面（notify_url）上无任何字符，如空格、html标签、开发系统自带抛出的异常提示信息等； 2、 该页面中获得参数的方式，需要使用post方式获取，如： request.form（“out_order_no”）、$_post['out_order_no']； 3、 支付宝主动发起通知，该方式才会被启用； 4、 只有在支付宝的交易管理中存在该笔交易，且发生了交易状态的改变，支付宝才会通过该方式发起服务器通知（即时到账中交易状态为“等待买家付款”的状态默认是不会发送通知的）； 5、 服务器间的交互，不像页面跳转同步服务器异步通知页面可以在页面上显示出来，这种交互方式是不可见的； 6、 第一次交易状态改变（即时到账中此时交易状态是交易完成）时，不仅页面跳转同步通知页面会启用，而且服务器异步通知页面也会收到支付宝发来的处理结果通知； 7、 程序执行完后必须打印输出“success”（不包含引号）。如果商户反馈给支付宝的字符不是success这7个字符，支付宝服务器会不断重发通知，直到超过24小时22分钟。 在25小时内完成6~10次通知（通知频率：5s,2m,10m,15m,1h,2h,6h,15h）； 8、 程序执行完成后，该页面不能执行页面跳转。如果执行页面跳转，支付宝会收不到success字符，会被支付宝服务器判定为该页面程序运行出现异常，而重发处理结果通知； 9、 cookies、session等在此页面会失效，即无法获取这些数据； 10、 该方式的调试与运行必须在服务器上，即互联网上能访问； 11、 该方式的作用主要防止订单丢失，即页面跳转同步服务器异步通知页面没有处理订单更新，它则去处理； 12、 通知id（参数notify_id）只有一分钟有效期，超过一分钟该次通知会验证失败。一旦验证成功下次再验证就会失效。 "如果您依照以上方法还无法解决，可提交集成申请，我们的技术支持会及时与您联系，协助您解决。