顾客觉得空调太冷想换位置，或者同行的人到齐后需要换大桌。服务员把茶杯搬过去了，厨房却仍按旧桌号送菜，结账时又找不到原单。餐厅换桌看似是前厅的小事，实际牵涉订单、出餐和付款记录。本文适合有桌台点餐、餐后结账流程的正餐、火锅和烧烤门店。

一、先问清是换桌，还是两桌合在一起

整桌顾客从小桌移到空的大桌，重点是原订单跟着位置走；两桌顾客坐到一起，可能还涉及两张账单是否合并。还有一种情况是人坐在一起、账仍分别结。这些需求不能只用一句“换一下桌”交代给收银员。

建议由接待人员确认三件事：原桌号和目标桌号分别是什么，目标桌是否有其他未结订单，顾客希望怎么结账。餐桌摆在一起，不代表账单也必须合并；顾客对结账方式的选择要先明确。

收钱吧餐饮SaaS官网公开列有开台、转台、并桌等前厅操作，以及分厨打印能力。这里只说明功能方向，具体版本的入口、限制和单据变化仍应以现场演示与实际方案为准，不将产品介绍当成通用操作手册。

二、动订单之前，核对原单有没有特殊状态

打开原桌订单，先确认菜品、数量、已上菜与待出菜情况，再看有没有预结、部分付款、优惠或正在处理的异常。不同状态下能否直接转台，应按当前系统规则核验；无法确认时请有权限的负责人处理。

建议指定一名员工执行，其他人暂时不要同时在这桌加菜、改单或收款。否则前厅刚核对完，另一台设备又新增内容，就难以判断转台前后是否完整。订单涉及付款状态不明时，先查询原记录，不重新收钱来“走一遍流程”。

目标桌也要检查，不要只看现场没人坐就认定系统是空台。上一桌可能尚未结清或仍有待处理单据，应先查原因，不能为了接新客随手清掉旧记录。

三、转台后，重点看待出菜会送到哪里

执行后，先在新桌查看菜品明细是否齐全、数量是否变化，旧桌状态是否符合预期，再通知传菜岗位。厨房已经打印的纸质单据不会因为前厅改了桌号就自行换字，现场需要明确怎样提示旧桌转新桌。

采用厨显或其他联动方式的门店，也应实际检查待制作、已制作未送出等状态如何显示。不要默认屏幕更新、纸单重打和员工知晓是同一件事，更不要为了得到新桌号的小票把全部菜重新下单。

可以约定一个简短交接格式：“原桌、目标桌、未上菜、执行人”。只记录必要经营信息，不写顾客手机号等无关资料。口头通知后由接收岗位复述桌号，能让这次交接更容易核对。

四、上线前用三种情形试运行

第一种，空目标桌接收整桌未结订单，检查菜品和待出菜去向；第二种，转台后继续加一道菜，检查新增记录落在哪桌；第三种，两桌坐到一起但分别结账，核验门店是否有清楚可执行的处理路径。

试运行优先使用演示或测试环境，并把结果写进培训清单。不要用真实收款制造虚假交易。含部分付款、优惠或异常单据的情形，应请服务人员说明限制，而不是在营业高峰尝试陌生按钮。

结账时再与顾客核对明细，确认实际消费、成功付款及未付部分对应。发生错误应保留原操作记录，按产品售后流程处理；不要用删除订单掩盖错台。功能、费用和权限以当前版本、合同及实际服务方案为准。

常见问题

店里只有几张桌，需要专门的桌台系统吗？

不一定。先看换桌、加菜和餐后结账是否经常让员工记混。偶发需求可以先完善岗位交接，频繁发生时再比较桌台管理方案。

扫码点餐后换桌，顾客要重新扫码吗？

要看产品如何绑定桌台与订单，不能统一回答。试运行时应检查原点餐页面、新桌入口与继续加菜的归属，确认后再形成店员口径。