一、需求场景：因为目前客户端和平台端有两套数据库，两套数据库通过网络交互信息，且双方都可以发起支付，这种结构容易造成：

1、一笔订单同时支付、一笔订单支付时未按最新订单进行支付，支付多付、支付少付的情况；

2、客户端在加菜，扫码点餐在结账，最终结账金额与订单金额不一致；此类问题不仅对用户使用体验造成影响，更造成很多对账问题，为解决类似以上问题，故做如下改造。

二、需求方案

1、扫码点餐结账时，从客户端拉单获取最新的订单信息，如获取订单失败，则提示用户到前台结账；

2、订单建立三种锁的机制：订单锁，支付锁，预结锁（还未进行联调开发）；

三、如何开启锁桌功能和三种锁的具体场景介绍

1、如何开启锁桌功能

管理员后台--配置管理--店铺配置--智能POS，ERP，扫码点餐--是否扫码点餐、客户端订单状态强关联--是

扫码点餐支付锁持续时间：（自定义）

客户端配置：目前仅支持ERP，具体配置参考图一和图二

图一

图二

2、订单锁

使用场景：

扫码下单--ERP接单--ERP端加退菜进入购物车页修改订单，此时这笔订单落订单锁，店内其余ERP副机和C端即H5端可以加菜，不可以支付，H5端和客户端都会给予提示，如图三和图四，但是ERP端点击继续，可以强制解锁进行支付。ERP加退菜完毕，点击落单，订单订单锁解锁，H5端和客户端均可支付

        

图三                                                                                                                                                      图四

3，支付锁--ERP

订单支付时落支付锁（进入收银台/支付页面时），支付锁期间，在其他端，此订单不可修改，不可结账；此时B机器上可以强制解锁（点击结账，弹窗“此订单正在其他机器/顾客端进行结账，现在结账可能导致重复支付，是否确定继续结账？”点击确定，强制解锁进入收银台），强制解锁只能由客户端端发起，H5端不能发起强制解锁；客户端落支付锁时，H5界面提示和客户端界面提示如下图五和图六显示；

                                            

4，支付锁--H5

由H5端发起的支付锁，默认（管理员后台可以配置）只生效15s，15s后，订单支付锁失效，其他端可以进行修改订单、结账；此时H5端如果继续支付，需重新获取订单信息并重新判断订单落锁状态；

扫码点餐订单自动接单时，要判断订单是否落上支付锁，如果订单落上支付锁，则不能接单，toast“订单正在其他机器/顾客端进行支付，暂不能接单，如需接单请先取消支付”；

注意事项：

锁桌功能目前只支持ERP

新老版扫码下单均支持

只支持扫码下单先吃后付