请各位大神指点，顾客多次下单，一起结算的解决方案。例如顾客在饭店用手机下单，并未支付，然后又追加菜品，吃完后用手机支付订单。顾客的 ID，所在的桌号都能确定，其他的顾客 ID 也能在此桌号下下单，吃完后合拼成一个订单，不要影响下一批顾客下单
Waooo 2017-06-14 23:03:24 +08:00 4916 次点击这是一个创建于 3041 天前的主题，其中的信息可能已经有所发展或是发生改变。
本人想出的方案是，A 顾客下单后生成一个流水号，记录下单的一些信息，该顾客在该桌号下追加菜品时再生成一个流水号，记录到 A 顾客 ID 的桌号下，要是 A 顾客的朋友 B 用自己的 ID 下单追加菜品时，因为是同一个桌号，向已经下单的 A 顾客 ID 发出请求，经同意后，同步 A 顾客的下单记录，并追加菜品下单，也生成一个流水号，AB 的下单记录同步，最后 AB 都能对订单进行支付，但是只是 A 或 B 一人支付，支付时创建订单号，合并下单信息并记录支付信息。总之我觉得顾客 ID+桌号是确定订单的信息的最可靠，并且是唯一的依据！？不知这样可行不，会有什么漏洞，订单信息会乱么？请大神指教~！
 | 1 laoyuan 2017-06-14 23:35:31 +08:00 一桌放一个二维码 |
 | 2 U7Q5tLAex2FI0o0g 2017-06-14 23:37:35 +08:00  1 参考 “二维火” 杭州这边很多餐厅都这样 |
 | 3 cctrv 2017-06-15 02:08:28 +08:00 1 定： 二，固定并唯一。 ，4 位字，在一定段唯一。 客 A 描二 》 返回 》（ 1 ）入 或（ 2 ）生成的 4 位“”； 》（ 2 ） 》始下； 客 B 描二 》 返回 》（ 1 ）入 或（ 2 ）生成的 4 位“”； 》（ 1 ） 》始下； 客 C \ D \ E …… 只要（ 1 ）「入」，就是「房（同一桌子）」的概念。 （ 2 ）生成的后，就是新的桌子。 他想 AA，就每人都使用自己的。 他想某人客，就每人都使用相同的。 和你的桌是相同概念，只是由的的，且是可以限伸延。 想法源，微信面面建立群。 |
 | 4 bombless 2017-06-15 02:13:36 +08:00 via Android 感觉不需要桌号，一次性支付顾客 id 对应的未支付订单就可以了 |
 | 5 Yaksha 2017-06-15 02:22:50 +08:00 via Android 感觉可以去参考辛香汇或者绿茶餐厅……都是二维码点单付款…… |
 | 6 qhxin 2017-06-15 08:04:10 +08:00 via Android 精确到一个座位一个二维码 |
 | 7 rswl 2017-06-15 09:17:46 +08:00 每次点单就支付好了。。 |
 | 8 annielong 2017-06-15 09:50:37 +08:00 关键是顾客 id，只要每个顾客 id 唯一，最后汇总就行了， |
 | 9 Droi 2017-06-15 11:45:47 +08:00 先把桌号从你的支付数据库移除。暂时先让桌号只做简单的事，帮上菜的人知道应该把菜送到哪里。 |
 | 10 Waooo OP 谢谢各位大神不吝赐教~！ |
 | 11 winglight2016 2017-06-15 13:40:46 +08:00 我之前都是对于同一个客户的订单，只要不支付，那就重复使用这个订单，无论加菜减菜都是服务员处理，这样既保证了安全又灵活，不要考虑多个用户支付一张订单的问题，这不是餐饮系统要解决的范畴。 |
 | 12 aussieweever 2017-06-15 18:21:56 +08:00 via Android 根据顾客 id 就行了吧，桌号，流水号什么的估计也就内部需要才用吧？ |
 | 13 realpg PRO 购物车的逻辑楼主都不会做？结合动态库存变化的 |
| 14 realpg PRO 1 你跟你老婆一起打开京东并登陆同一个账号。 你看上啥就把啥加入购物车 你老婆看上啥也加购物车 最后你或者你老婆买单 账号就是桌号，上菜对着桌号来 餐品还涉及一个是否已上菜的问题，抽象成京东，就是商品在你加入购物车后变为无货的状态。 防止 HACK 替别人瞎点菜，考虑桌号做成不重复的点菜单上的二维码，长数字 这种电商购物车，基本我大 PHP 的小工都会写吧 |
Select Language