共享菜怎么分账：有人先走时核对份额、实收与余款

共享菜分账不能直接按离席者面前的盘子结算，也不能未经全桌同意就均分。先核对整单、优惠和已有收款，再让客人约定共享部分怎样承担；之后才选当前可执行的拆分方式。每收到一份钱，都要核对对应记录和余款，拆出份额本身不代表已经收款。

先对上个人消费、共享约定和当前应付

提前离席的人可能既有个人饮品，也参与了共享热菜。员工应先核对整桌菜品、加点和已有收款，再问共享部分如何分担。客人有没有实际吃某道菜，可以由其自行协商，但不能由服务员凭座位距离推断，也不能把当时在场人数当成所有付款份额。已离席或暂时不在座的人同样需要在约定中说清。

若有人提到优惠，先查看门店实际适用条件和账单结果，不因学生身份默认存在折扣。已应用的优惠与当前应付需向付款人说明，不能一边按原价口头分配，一边在系统里得到另一套金额。清单越早明确，后续选择才有共同依据。

双方语言不同时，可以用清楚的菜品清单逐项说明个人与共享部分，再让付款人确认自己的约定。员工负责解释可执行的拆分方式，朋友之间的分担则留给客人协商。尚未达成一致的项目先指出来，并请当班负责人协助接待其他等候者，给这桌留出问清金额的空间。

先有分担约定，才选择工具中的拆分方式

MenuSnap 拆单指南介绍均分、按菜品和按金额，并要求先约定共享餐品的分担。员工据客人已确认的意思，核对当前账单支持哪种操作，再说明各份对应的金额。共享菜涉及不同分法时，先讲清实际可执行范围；工具负责记录已经商量好的结果，任意比例的自动分配则不作承诺。

• 全桌都同意平均承担时，再核对参与人数和每份金额；提前离席不应被遗漏，也不能自动多算一份。
• 各付个人餐品时，先明确共享菜另怎样承担，再看当前界面允许的分配，不靠移动盘子决定归属。
• 客人已约定各自金额时，核对各份合计与待收是否一致，不能只处理先离开的人而留下不明差额。

逐份收款卡：约定与实际结果分开记

每次收款围绕同一份额记录以下字段，使用门店可查的业务标识，不需要另建顾客身份名单。辅助卡帮助核对，不能代替系统或支付服务商记录。

• 份额依据：对应哪些个人餐品、共享约定或已确认金额，参与者尚未达成一致的部分单独指出。
• 本次应付：以当前账单和实际优惠为准，核对全部份额合计与待收一致，不自行补平差额。
• 实际收款结果：写清支付方式与已确认、待查询的结果；客人出示银行卡或打印分账单不等于付款成功。
• 系统对应记录：核对这笔已确认收款是否记到正确份额，不能为了显示结清而改写不明交易。
• 剩余应付与跟进人：每份处理后重新查看，未付款、付款结果待查和退款待处理分开交接。

在线支付与云端同步依赖网络；原生客户端离线可用范围以所用正式版本和配置为准，恢复后核对订单与付款。每份收款查清结果后再处理下一位，尚未明确的部分保留原交易线索。

若使用独立刷卡机，员工需先通过终端或向支付服务商核实外部交易结果，再记录到对应份额；MenuSnap 不会自动验证这笔独立终端交易。结果不明时由指定员工跟进，不让另一位同事再刷一次相同金额，也不把不确定部分转给仍在座的客人。

先走者付完后，新增与退款各走原有依据

同伴离席后继续加菜，或结账期间优惠发生变化，先查最新账单，不再沿用旧口头合计。新增由谁承担仍由客人约定，已付份额保留原有依据，不自动重算或改写。希望重新分担时，由授权负责人说明可调整范围，辅助份额表只帮助解释新的约定。

涉及退还已收款项时，修改分摊数并不等于完成退款，需要相应权限和实际流程。店长要给员工清楚的升级处理路径，而不是要求其私下补差结束争议。保留已确认与待处理事项，才能让下一位同事接手，而不用客人重新解释整桌关系。