餐饮点餐系统开发：桌台、加退菜、后厨与收银对账

先验证同桌多人点餐与加菜

同一桌多位顾客可能同时下单，也可能先点后付。需明确订单按桌台、就餐批次还是付款人组织，翻台后上一桌入口应失效。

• 首版先选堂食一种模式，外卖配送与自取分别拆流程。
• 验收示例：两人同时加点最后一份菜，库存限制生效，后厨不会收到两份可制作任务。

收银和后厨设备属于独立集成项

菜品展示与扫码下单只是部分工作，打印机、厨显、桌台合单、套餐规格、收银和多门店价格都会影响范围。

• 列明设备型号、网络方式、菜品录入、打印模板和断网策略。
• 拿一单含套餐、加料、退菜的消费记录，逐项核对报价是否支持。

菜品与套餐规则要能迁移

菜品图片、规格、加料、套餐组合、价格和门店差异应可导出。历史订单要保留下单时的菜名与价格，避免调价后旧账被改变。

• 交接打印配置、设备绑定与每日对账方式。
• 导出一个营业日的订单，核对实收、退单和收银渠道可还原。

服务员、后厨与收银看不同信息

服务员处理桌台和加退菜，后厨查看制作任务，收银处理结账与授权退款，店长调整菜单和折扣规则。后厨不需要客户完整手机号。

• 免单、改价、撤销结账等操作记录审批人与理由。
• 用后厨账号尝试修改菜价或退款，应被拒绝。

订单、菜品制作与支付分别管理状态

支付成功不等于已出餐，退一道菜也不一定撤销整张订单。折扣与套餐拆退需要明确退款金额、优惠分摊和厨房撤单动作。

• 记录现金、线上支付和组合支付的实际收款方式。
• 测试已付款但未制作的退菜，核对退款、厨房任务和销售明细一致。

厨房任务确认比“消息已发”更重要

订单到达后厨需要有可见确认，打印失败时可人工重打，但重打内容必须标注，避免重复做菜。

• 催菜、退菜和菜品售罄分别通知对应岗位。
• 断开打印机后下单，确认后台报警且恢复重打不会新建订单。

按营业日核对实收与退款

跨午夜营业需要统一营业日切分。销售额、折扣额、实收、挂账和退款应分列，不能把“已下单”全部算成收入。

• 退菜原因与菜品销量分开看，识别售罄和制作异常。
• 拿一桌跨午夜结账并次日退款的订单，核对日报归属。

在门店高峰前做全链路演练

桌贴二维码、弱网、扫码入口、后厨设备和收银培训都应在试营业前完成。二维码贴错桌号会直接影响上菜。

• 按真实桌位逐个扫码核对，测试翻台和旧二维码访问。
• 演练同桌并发下单、缺菜退单、换桌合单和断网恢复。

菜单更新要明确生效范围

总部与门店菜单分别维护时，需定义哪些价格和库存可本地修改。活动生效后不要影响已结算订单。

• 观察打印失败、支付异常、缺菜和超时未出餐订单。
• 更新套餐后用旧订单重打小票，历史价格仍保持不变。

桌号入口不能直接暴露整店订单

扫码可以定位桌台，但查看消费记录或执行结账需满足实际授权。桌贴被替换或恶意点单时，应有门店核验和取消处理。

• 减少前台展示的个人信息，限制员工批量导出消费记录。
• 从另一桌入口尝试查看或修改当前桌订单，验证权限边界。

需求讨论中的问题