线下门店的新零售模式，笔者希望让用户通过扫码使用积分。 电子钱包、电子储值卡等其他类型的有价虚拟货币的逻辑也是一样的。
京东的“京豆”和淘宝的“金币”本质上是一种积分。 过去，每个人都建立了一个“积分商城”。 用户通过消费、完善信息等操作获得积分，在积分商城消费积分。
积分商城可以增加用户粘性，但不能通过积分商城增加复购、客户下单等。 因此，越来越多的项目开始采用类似京东、淘宝的方式，积分可以抵扣部分金额。
项目背景
积分可以抵扣网上购物商城货到付款，所以积分是一种支付方式。 网上下单扣除相应积分即可（涉及合并收银等逻辑）。 新零售项目还需要考虑用户如何方便、快捷、安全地在线下门店使用积分。
我们做了两个版本：
到了2.0，需求基本解决了，但是还是有一些问题。 于是我们想到了终极解决方案：扫码支付。
一、扫码支付方式
扫码支付有两种方式：
1.店铺扫码（顾客扫一扫）
用户出示支付码→门店\外卖app扫码→输入支付密码（超过安全限额）→扣款并显示支付结果
店铺扫码
2.顾客扫店码（顾客扫码为主）
用户打开扫描→店铺显示支付码→用户扫码，填写支付金额→输入支付密码→扣款，显示支付结果
顾客扫描商店代码
最终我们放弃了第二种方法，主要原因是：
用户需要完成很多步骤：扫码、填写金额、输入支付密码。 在第一种方式中，用户只需要出示支付码即可。 （只有超过安全限额才需要输入密码。）支付完成后，店员需要确认支付结果。 （小型企业通过蓝牙音频公告确认）
支付宝和微信作为支付工具，需要考虑到小商户没有技术研发能力的情况，所以需要第二种方式。
二、功能
门店扫码各系统需要哪些功能支持？
1. App、小程序等客户端
客户功能
在用户端出示支付码：例如支付宝首页的“支付”。 为保证支付码的安全，支付码会周期性过期，需要刷新。 这样一来，拍照或截图无效； 用户出示支付码，店家扫描后，若超过免密支付安全金额，则需要输入密码或短信验证码。 免密支付的安全金额可由用户自行设置，也可由系统统一设置； 支付结果页面告知用户支付成功还是失败。 支付密码错误和余额不足将在支付时提示。 支付失败一般是系统问题引起的； 付款记录，或消费记录。 用户可以查看每次支付的金额、时间等信息。 2. 收银终端（门店、外卖app）
记录支付码信息：在发货场景用扫码枪或PDA设备扫描支付后，读取支付码信息； 将支付码信息发送给中台，中台判断支付码的有效性。 如果支付码无效，将显示无效信息； 显示支付结果。 用户输入支付密码后，会显示中台返回的支付结果。 如果支付失败，还应显示失败原因。 3、中台
(1) 生成支付码。 当用户打开支付代码页面时，应生成并显示支付代码、条形码或二维码。 为确保支付安全，支付码无效。 用户刷新后，中台重新生成支付码。
（2）在门店收银系统或外卖APP中扫描二维码后，将订单信息和码信息通过接口传输至中台。 中台需要验证用户的支付码是否有效——是否是有效的支付码，是否过期，是否被扫描过。
(3) 扣分：
中台首先判断用户支付的积分数额是否超过免密支付的安全限额：如果没有超过限额，扣除积分网上购物商城货到付款，修改正在扫描的支付码状态，并反馈支付结果给前端； 如果超过免密支付的安全限制，则需要用户输入支付密码（或短信验证码）。
用户输入支付密码后，前端发送给中台，中台判断支付密码（或短信验证码）是否正确：如果密码正确，则扣除积分，修改支付码状态，并将支付结果反馈给前端； 如果密码错误，会提示用户“密码不正确”，用户重新输入密码。 （这里需要密码找回和密码输入限制功能）
(4) 返回支付结果，支付成功或失败。
支付失败场景：支付码错误（无效、过期、扫描）、积分余额不足、其他系统原因。
4.功能细节完善后的思维导图
扫码支付系统功能
三、流程 1、支付码是什么，如何生成？
我们不知道支付宝和微信是如何解决这个问题的。 我们自己想了一个解决办法：
系统为每个用户生成一个积分账户，积分账户与用户的会员号绑定。 支付实际上是系统扣除相应账户积分的过程； 如果直接用积分账户生成支付码，一是不安全，二是支付码经常变化，而积分账户是不变的。 因此，需要将积分账户转换为中间码。 （中间码生成规则任意：可以使用积分账户+算法，也可以直接生成一个随机数）； 中间码与积分账户关联，使积分账户保持不变，只需要定时生成中间码与积分账户关联即可。 好的; 中间码有效期为1分钟，到期后重新生成有效期为1分钟的中间码； 系统扫码后读取中间码，中台根据中间码找到积分账户扣除相应积分。 2.流程图
流程在整理功能流程图就基本说完了，上图就不多说了：
扫码支付-流程
