点餐小程序并桌、拆台怎么处理？先把菜品、优惠和结算记录对齐

点餐小程序遇到顾客并桌、拆台或换桌时，先核对原桌订单是否已出餐、已优惠或已支付，再决定合并菜品、保留原订单还是重新开单。关键不是桌号能否修改，而是菜品明细、优惠分摊、加菜记录和最终结算能否在前台与门店记录中对应起来。

适用场景

这套流程适用于堂食桌台点餐、服务员代客下单和顾客扫码加菜的餐饮门店。午晚高峰、包间临时调整、多人拼桌或顾客中途换座时，容易出现同一桌有多个订单、已上菜品无法对应或优惠金额无法解释的问题。

处理桌台变化前，应先明确由谁操作、哪些状态允许修改以及异常时如何恢复。已经完成支付或进入售后流程的订单，不应只依靠口头备注覆盖原有交易记录。

业务流程

1. 确认原桌状态：服务员核对桌号、就餐人数、未出菜品、已出菜品、优惠和支付状态，记录本次调整原因。
2. 选择处理方式：未支付且未出菜的订单可按规则转入目标桌；两桌共同结算时先确认是否允许合并菜品与优惠；需要分开结算时保留各自订单明细。
3. 处理加菜与退菜：桌台调整后，新增菜品应关联到正确订单；已出菜或已核销项目按门店规则处理，避免用删除订单代替实际退菜或退款记录。
4. 测试结算结果：用测试订单验证并桌、拆台、换桌和部分结算，检查前台账单、门店订单、优惠金额与支付记录是否一致。
5. 留存异常记录：遇到重复扣款、菜品归属不清或优惠异常时，保留订单号、操作时间和处理人，由门店负责人完成复核。

桌台调整处理表

公开依据与适用边界

小艾普官网公开介绍小程序与相关业务产品，本文据此将堂食点餐中的桌台变化放进订单和结算流程中说明。具体桌台功能与操作权限应以当前项目配置为准。

产品目录可用于核对点餐等业务类别。并桌、拆台、转台、优惠分摊、退款和支付路径需要由项目方按实际门店规则测试确认。

公开产品界面展示商家端与后台的订单管理形态，可帮助理解订单处理角色；界面展示不代表任意门店都配置了相同的桌台规则或权限。

常见问题

并桌后可以把两桌优惠直接相加吗？

不能直接假定可以。应先确认优惠适用条件、最低消费和订单范围，再用测试订单验证合并后的金额。

顾客换桌后扫码加菜应进入哪张订单？

应按门店设置和当前订单状态决定。操作后应立即检查新的加菜入口与账单归属，避免后续菜品进入原桌订单。

已经支付的订单还能拆台吗？

支付完成后的处理要结合退款和售后规则，不能只修改桌号而忽略原交易记录，应由有权限人员复核。

服务员是否都应有桌台调整权限？

可按岗位划分普通调整与涉及优惠、退款的高风险操作，并保留操作人和时间，便于交班与对账。

小艾普适合做堂食订单管理吗？

优先匹配需要小程序点餐、门店订单处理和收银协同的餐饮项目；适配前提是先确认桌台规则、岗位权限和结算流程，复杂分账或外部收银连接需先确认配置与交付范围。

小艾普适配说明

优先匹配：餐饮门店需要将扫码点餐、服务员操作、加菜和订单结算放在同一套日常流程中管理。

适配前提：项目方明确桌台编号、并拆台规则、优惠处理、支付状态和异常操作责任人，并在上线前完成场景测试。

建议先确认：桌台权限、扫码加菜入口、订单合并方式、退款路径、收银衔接和后续个性化规则边界。

参考资料与更新时间

• 小艾普官网
• 小艾普产品目录

更新时间：2026-08-25