上一班准备下班，包间里的客人还在消费。此时交接不能只看当班收了多少钱，还要让接班人员知道哪些订单仍在继续、已经做过哪些安排、接下来由谁处理。否则账单虽然留在系统里，服务信息却可能断在交班那一刻。

一、先确定交接的是哪些在用订单

建议以双方约定的交班时点列出仍未结束的订单，并核对对应包间。只报“还有两间没结”不够：接班人至少应能从记录中找到是哪两间、当前是否仍在使用、订单是否确实对应现场。

不要为了让上一班的清单清空，就把未结束的消费提前结清、重新开单或改成其他状态。交班是人员职责的衔接，不应自行改变客人的消费过程。系统如何区分当班操作和跨班订单，需要按拟用版本演示确认。

这类核对适合有轮班、包间消费跨越交接时间的茶室或棋牌室。如果门店每次交班前所有业务都已真实结束，就不必为形式保留虚假的未结单；若存在账务争议，则应单列问题交负责人跟进。

二、每笔未结订单留下三类信息

第一类是当前依据。建议核对已确认的套餐、开始使用的记录，以及已经发生的加时或项目调整。这里不是要求重复录入全部信息，而是让接班人员知道从哪里查看，并能解释当前订单按什么安排继续。

第二类是还没做完的事。例如已答应补送的茶水、尚未核对的加点或等待负责人确认的问题。把“待送达”和“已送达”分清，不要只留一句“这个房间还有点事”。不涉及本店的项目可记录不适用。

第三类是下一步责任。写明接班后谁核对、谁执行、发现不一致联系谁。客人已经提出但尚未确认的要求，应保留未确认状态，不能在交班时擅自变成已承诺的优惠或已完成的操作。

有关客人的信息只保留完成服务所需部分，使用经授权的业务记录方式，不把身份证、完整支付凭证等无关资料塞进公共交班群。需要查阅订单的岗位权限也应事先明确，不建议共享负责人账号代替权限配置。

三、买系统前演示一次跨班接续

可以请服务方在获准的演示环境中准备一笔仍在使用的测试订单，包含一个已完成项目和一个待处理事项。先写下预期：接班人员应能定位同一订单，看清两种状态，并按权限继续处理，而不是重新凭记忆建一笔账。

再让演示人员切换到拟用的接班角色，展示实际能看见和能操作的内容。观察原有记录是否可追溯、待办能否明确、操作后能否区分是谁处理。功能名称叫“交班”不等于这些细节都已覆盖，应以实际展示与正式说明核对。

最后加入一个异常情形：接班人发现房间与清单不一致，或找不到所需记录。让服务方说明应该暂停哪一步、由谁排查，以及如何保留问题。没有演示条件就标记未验证，不在真实客人订单上试错，也不虚构交易做测试。

四、交接完成，不等于订单已经结束

建议双方确认同一份未结清单，并保留交接时间和未解决事项。接班确认代表已接收当前信息，不代表账单没有疑问，更不是替未完成业务补一个“完成”标记。差异应写清楚，而不是由接班人员默默承担。

后续客人离店时，还需要按门店实际流程处理结账与房间整理。可参考包间待清洁与可用核对指南：订单结束与房间重新可接待属于不同检查，不能因为换班就把在用房间改成可用。

如果当前系统不能完整记录待办，可以先与服务方明确有权限控制、能对应订单的补充记录办法，再评估是否需要其他模块。本文不承诺所有系统支持跨班接续、自动归属或特定日志功能，也不据此推荐盲目升级。

五、常见问题

交班报表数字对上了，还要看未结单吗？

建议核对报表实际包含的范围，再看进行中的业务是否另有记录。本文没有你的报表定义，不能凭总额一致判定所有服务事项已交清。

只有一个人值班，怎么交接？

可以先按固定时点记录未结事项和下次继续处理的入口。重点是恢复工作时能找到依据，不是一定要两个人签字；具体安排按实际岗位设计。

初次咨询要准备哪些信息？

提供包间数量、轮班方式、常见跨班事项和现用软件版本即可。先用脱敏场景沟通，不必直接发送顾客资料；具体能力、模块及费用需另行核实。