付出扫码app需求各体系有哪些功能支持？

​

一、 App、小程序等用户端

1、在用户端出示付款码：例如付出宝主页的“付款”。为确保付出码安全，付款码会守时失效，需求改写。这样被拍下来或许截图都是无效的；

2、用户出示付款码被门店扫码后，假如超越免密付出安全额，需求录入暗码或短信验证码。免密付出安全额能够用户自行设定，也能够体体系一设定；

3、付出成果页，奉告用户付出成功还是失利。付出暗码过错、余额缺乏都是在付出时提示，付出失利一般是体系问题导致；

4、付出记载，或许称为消费记载。用户能够参看每一笔的付出金额、时刻等信息。

二、收银终端（门店、配送App）

1、记载付款码信息：经过扫码枪或许配送场景PDA设备扫付款后，读取付款码信息；怎么制作付出app

2、将付款码信息传中台，中台判别付款码的有用性。假如付款码无效则提示无效信息；

3、显现付出成果，用户录入付出暗码后显现中台回来的付出成果，假如付出失利还需显现失利原因。

三、 中台

1、生成付款码。用户翻开付款码页面时，要生成并显现付款码，条形码或许二维码。为确保付出安全，付款码会有失效状况。用户改写后，中台从头生成付款码。

2、在门店收银体系 或 配送App扫码后，将订单信息和码信息经过接口传到中台。中台需求验证用户的付款码是否有用 —— 是否是有用的付款码、是否过期、是否已经被扫。

3、扣积分：中台先判别用户付出的积分额是否超越了免密付出安全限额：假如未超越限额则扣减积分、修正付款码被扫状况并将付出成果反馈给前端；假如超越免密付出安全限额，则需求用户录入付出暗码（或短信验证码）。

用户录入付出暗码后前端传给中台，中台判别付出暗码（或短信验证码）是否正确：暗码正确则扣减积分、修正付款码被扫状况并将付出成果反馈给前端；暗码过错则提示用户“暗码不正确”，用户从头录入暗码。（此处需求有暗码找回 和 暗码录入次数限制功能）

4、回来付出成果，付出成功或许失利。付出失利场景：付款码过错（无效、过期、已被扫）、积分余额缺乏、其他体系原因。