一桌顾客吃完饭，有人说“各付各的”，有人想先付一部分，剩下的由朋友结清。收银员如果边算边收，很容易记不清谁付了多少，也可能把同一道菜算两遍。餐厅遇到这类需求，先问清顾客要怎样分，再看现有系统能否把记录对应好。

一、先确认顾客说的“分开”是哪一种

按菜品分单结账

顾客各自承担自己的菜品，公共菜品再协商怎么分。这时重点是把商品、数量和费用分配清楚。如果系统有分单能力，要演示具体操作；没有时，不要默认手工删菜、重新开单就能让库存、后厨与退款记录同步。

整单金额由多人付款

菜品仍属于同一桌订单，只是由几位顾客分别承担金额。这时重点是总应收、每次成功收款和剩余未付金额，而不是把菜重新划给不同顾客。部分产品可能有相应功能，但名称、限制和操作方式因版本而异，不能只听“支持分单”四个字就认定两种都能做。

二、开始收钱前，先核对这4件事

第一，整桌明细确认完毕。把加菜、退菜、规格和数量查清，不要已经有人付款了，才发现订单还要修改。

第二，公共项目由顾客确认。共同点的菜品、饮品以及门店实际收取的其他项目，先让顾客明确承担方式，收银员不要代替顾客猜。

第三，优惠如何计算要说清。核对门店正在执行的活动条件，不能默认拆成多单后仍享受原来的整单优惠，也不能重复使用同一优惠。

第四，确认系统和收款方式。实际试演示能否记录多次付款、区分现金与扫码、显示待付余额，以及是否能回查。确认不了时，请负责人处理，不在高峰期临时尝试陌生按钮。

三、付款过程中，一次确认一笔

多人站在柜台前同时付款，现场很容易只听到几次收钱提示，却没把每笔钱对应到订单。建议由一名收银员统一操作，每收到一笔，就在商户侧确认金额、时间和成功状态，再按系统实际支持的方式登记。

在整单分付场景中，继续付款前应查看剩余未付金额，不要只凭口头记忆。如果顾客说已经扣款，但商户端暂时没有确认，先查询状态，不催着再付一次。收钱音箱提示可以帮助现场确认，但不能替代订单与收款记录的一致性核对。

全部完成后，再检查成功实收合计是否与最终应收一致，以及订单是否真的处于结清状态。尚未确认的款项不能提前当作已收款，也不要直接把差额写成优惠来结束订单。

四、退款和交班也要能查回原记录

多人付款后发生退款，难点不是简单退一个总额，而是找到原消费、原付款和应处理的部分。应按产品提供的退款路径、门店售后规则与必要授权操作；不要因为其中一人出示截图，就随意把款项退到其他账户。

交班时，对分单或多次付款的订单单独核对一遍：是否有未结清订单、付款方式是否记错、是否存在退款处理中或重复订单。收银员备注必要的订单编号和处理状态即可，不要收集与经营无关的顾客信息。

五、常见问题

小餐馆偶尔遇到，需要马上换系统吗？

不一定。先确认现有产品的真实能力，建立负责人处理流程。若经常遇到多人付款、桌台变动和售后核对困难，再拿门店典型场景比较新方案。

怎么判断演示是不是满足需求？

请服务人员完整演示按菜品分单、整单多人付款、含优惠结算、部分退款与交班查询。只看正常收款成功，无法判断异常和售后记录能否对应。

本文说的分单，是资金分账业务吗？

不是。本文讨论顾客在门店对真实消费分开结账，不涉及平台将资金分配给多个商户的业务。产品功能、费用和使用条件以当前版本、通道审核、合同及实际服务方案为准。