本文作者：Kivey、Lisa、大强、游善朱哥，内容来自朱哥的支付朋友，由丽丽汇总编辑。原创内容首发于公众号“朱哥聊产品”，欢迎个人分享，严禁任何媒体转载。
呜呼哀哉！买得了几千块一张的演唱会门票，却“付不起”几块钱一瓶的矿泉水。
西安轮椅女孩演唱会场外卖水，由于网络信号不好，无法扫码付款，便告诉那些TFBOYS粉丝们可以先喝后付。
就是这样一个善意的举动，让轮椅女孩卖水亏本了。
扪心自问那些没有契约精神的人，是喝水没钱付，还是就喜欢贪小便宜不付钱？
回归正题，在商品交易过程中，若因网络原因导致用户无法在现场扫码支付，针对这个问题，作为支付人有什么好的解决方案？
朱哥的解决方案是：
其一，若用户无网络，商家无网络。可使用NFC离线支付，只要双方有支持NFC标签或读写器的手机或其他设备。
其二，若是用户无网络，商家有网络。可使用刷脸支付、POS刷卡、掌纹支付，商家实时获得支付结果。
其三，用户有网络，商家无网络。使用线上移动支付即可，付款后出示付款结果。
Kivey的解决方案是：
其一，商家可以优化自己的系统，减少系统负荷。
其二，商家确保系统网络稳定，确保顾客扫码支付进行稳定地网络信息传输。
其三，可以让顾客拍照 后面再付，这种是相信买家素质较高的情况，例如这种演唱会的 旅游景点的。
如果路边的 那就改成卖家扫客户的支付码，没网络扣成功了会发短信给客户，异步代扣的
Lisa的解决方案是：
其一，目前的数币的离线支付可以解决这个问题。
其二，二维码多少受制于网络，这种可以先生成业务单，体现在订单列表中，可以延迟支付或超过多长时间未支付，且商家未取消的，自动扣款。但需要在支付时做授权增加代扣协议。
大强的解决方案是：
这个场景感觉是买卖双方都没有网络的情况，可以使用1.数币离线支付 2.NFC进场支付3.蓝牙支付（手机pos ）
补充一个就是朱哥前几天发的支付宝和微信的接口文档有一个异步回调接口，是不是可以解决这个问题？JSAPI 异步回调好像就是针对双方都没有网络的场景去做的吗？
朱哥说：异步回调即没法实时返回处理终态时，通过消息系统，把处理结果返回给商户系统。
大强说：如果在双方都没有网络得状态下 可以通过蓝牙去进行订单下单嘛？待双方都有网络时候，再把挂起的支付通知进行发送？
朱哥说：可以的，蓝牙支付和nfc支付其实都是利用近场通信的原理。
Lisa说：但是对使用设备有要求，设备得有这个能力才能实现支付
大强说：如果是蓝牙得话问题不大，NFC好像现在基本上智能手机都有。所以我感觉支付一定要在设计的时候把硬件这块考虑进去。
感谢支付朋友集思广益探讨网络异常导致扫码支付异常的问题。也欢迎留言，发表您对这个问题的看法。
