请各位大神指点，顾客多次下单，一起结算的解决方案。例如顾客在饭店用手机下单，并未支付，然后又追加菜品，吃完后用手机支付订单。顾客的 ID，所在的桌号都能确定，其他的顾客 ID 也能在此桌号下下单，吃完后合拼成一个订单，不要影响下一批顾客下单

[Waooo]

本人想出的方案是，A 顾客下单后生成一个流水号，记录下单的一些信息，该顾客在该桌号下追加菜品时再生成一个流水号，记录到 A 顾客 ID 的桌号下，要是 A 顾客的朋友 B 用自己的 ID 下单追加菜品时，因为是同一个桌号，向已经下单的 A 顾客 ID 发出请求，经同意后，同步 A 顾客的下单记录，并追加菜品下单，也生成一个流水号，AB 的下单记录同步，最后 AB 都能对订单进行支付，但是只是 A 或 B 一人支付，支付时创建订单号，合并下单信息并记录支付信息。总之我觉得顾客 ID+桌号是确定订单的信息的最可靠，并且是唯一的依据！？不知这样可行不，会有什么漏洞，订单信息会乱么？请大神指教~！

[laoyuan]

一桌放一个二维码

[littleylv]

参考 “二维火” 杭州这边很多餐厅都这样

[cctrv]

定義：
二維碼，固定并唯一。
單號，4 位隨機數字，在一定時間段內唯一。

顧客 A 掃描二維碼 》
返回 》（ 1 ）輸入單號 或（ 2 ）確認生成的 4 位“隨機”單號；
選擇 》選項（ 2 ）
繼續 》開始下單；

顧客 B 掃描二維碼 》
返回 》（ 1 ）輸入單號 或（ 2 ）確認生成的 4 位“隨機”單號；
選擇 》選項（ 1 ）
繼續 》開始下單；

顧客 C \ D \ E ……
只要選擇（ 1 ）「輸入單號」，就是「開房間（同一個桌子）」的概念。

確認（ 2 ）生成的單號后繼續，就是開新的桌子。

﹣﹣﹣﹣﹣﹣﹣﹣﹣﹣﹣
他們想 AA，就每個人都使用自己的單號。
他們想某人請客，就每個人都使用相同的單號。

﹣﹣﹣﹣﹣﹣﹣﹣﹣﹣﹣
單號和你的桌號是相同概念，只是由實體的轉為虛擬的，並且是可以無限伸延。

﹣﹣﹣﹣﹣﹣﹣﹣﹣﹣﹣
想法來源，微信面對面建立群組。

[bombless]

感觉不需要桌号，一次性支付顾客 id 对应的未支付订单就可以了

[Yaksha]

感觉可以去参考辛香汇或者绿茶餐厅……都是二维码点单付款……

[qhxin]

精确到一个座位一个二维码

[rswl]

每次点单就支付好了。。

[annielong]

关键是顾客 id，只要每个顾客 id 唯一，最后汇总就行了，

[Droi]

先把桌号从你的支付数据库移除。暂时先让桌号只做简单的事，帮上菜的人知道应该把菜送到哪里。

[Waooo]

谢谢各位大神不吝赐教~！

[winglight2016]

我之前都是对于同一个客户的订单，只要不支付，那就重复使用这个订单，无论加菜减菜都是服务员处理，这样既保证了安全又灵活，不要考虑多个用户支付一张订单的问题，这不是餐饮系统要解决的范畴。

[aussieweever]

根据顾客 id 就行了吧，桌号，流水号什么的估计也就内部需要才用吧？

[realpg]

购物车的逻辑楼主都不会做？结合动态库存变化的

[realpg]

你跟你老婆一起打开京东并登陆同一个账号。
你看上啥就把啥加入购物车 你老婆看上啥也加购物车 最后你或者你老婆买单
账号就是桌号，上菜对着桌号来

餐品还涉及一个是否已上菜的问题，抽象成京东，就是商品在你加入购物车后变为无货的状态。

防止 HACK 替别人瞎点菜，考虑桌号做成不重复的点菜单上的二维码，长数字

这种电商购物车，基本我大 PHP 的小工都会写吧