全是葫芦产品系统

1. 立项原因：酒吧/牌桌门店普遍存在：预约靠电话、候桌靠口头、赛事靠表格、点单靠纸笔、会员靠记忆。桌位难管理、高峰易冲突、赛事难核销、复购难沉淀。立项旨在用一套数字化系统打通「预约—候桌—赛事—点单—会员」全链路，提升翻台效率与顾客留存。
2. 业务背景：面向酒吧、棋牌牌桌、赛事型娱乐门店：顾客通过小程序预约桌台、候桌、报名比赛、堂食点餐；店员后台管理桌位、核销订单与优惠；老板做会员积分与运营。

1. 牌桌与预约
可视化管理桌台座位，顾客按日期预约；满座可候桌，减少电话沟通和现场冲突。
2. 赛事运营
门店发布比赛，顾客报名占座；店员到店核销、调座，支撑赛事型娱乐场景。
3. 点餐与订单
支持商品分类、规格小料、购物车下单；订单绑定桌台座位，后台处理待支付/待制作。
4. 会员与积分
会员等级与升级奖励、优惠券发放核销、钱包账单；每日签到、积分记录与排名，提升复购。
5. 门店展示与核销
店铺相册、门店信息展示；店员扫码/后台核销赛事与优惠，形成到店闭环。
6. 双端协同
管理端（Vue）做配置与运营；小程序端（UniApp）完成预约、点餐、会员互动。

1.座位并发占位
高峰同时预约同一座位时，仅靠「先查后写」易出现超订，需补唯一约束或分布式锁。
2.支付与取消补偿
赛事取消目前主要改订单状态，积分/券不自动回退，退款补偿链路需运营或后续补齐。
3.积分并发扣减
积分账本未像钱包一样做乐观锁，并发报名扣分存在丢更新风险。
4.模块依赖与循环依赖
积分驱动会员升级、钱包反写积分，bar -> order-food 双向协作；需用接口拆分避免 Maven 循环依赖。
5.桌台改座与历史数据
后台改座位可能删建座位记录，已有预约的 seatId 易失效，需兼顾配置变更与业务引用。
6.多租户与公开接口
小程序部分预约查询免登录，依赖租户拦截器与参数隔离，公开接口的数据边界要格外谨慎。