餐厅改单怎么交接：先查厨房进度，再确认调整与账单

餐厅改单先查原餐品做到哪一步，再向客人说明能否调整；不能在桌边先答应，随后只改账单或备注。厨房回复、客人同意和实际执行要能对应同一次变化。家庭经营餐厅即使由家人分工，也应按同一套核对顺序处理，内部决定不等于客人已经接受。

先查原单状态，再确认可调整范围

员工先找到原订单，确认客人提出的是更换规格、换一道菜、增加内容还是取消项目。不同要求不能都简写为修改一下。若需求尚未正式接收，处理方式与已进入制作的餐品不同；前台必须先问制作岗位当前情况，再说明门店能够接受什么，不能先答应再找理由收回。

厨房回话也要具体到菜品和状态，例如尚未开始、正在进行某一步或已经做好待交。状态是为负责人判断下一步提供事实，不代表所有修改都能继续执行。客人提出的食材限制若不清楚，应另核实配方和制作条件，不能把更换配菜理解成自动满足了全部饮食要求。

一张改单核对单，记录一次明确变化

• 原订单与餐品：记录可查标识、原规格和数量，避免只写整桌改单或修改一下。
• 客人新要求：注明换规格、换菜、增加还是取消，并列仍需询问的食材、差价和等待条件。
• 厨房答复：记录实际进度、能否停做或调整、回复岗位；尚未回复就保留为未决事项。
• 客人确认：复述厨房可执行范围后记录最后选择，未经同意的替换不能交给制作岗位当最终决定。
• 执行确认：写清由谁接手、原餐品如何处理、修正是否到达工位，以及还在等待谁的回话。

修正送达工位后，要得到具体回话

MenuSnap 后厨指南指出纸票不会自动反映后续屏幕操作，需要约定修正传递方式。前台把原订单标识和本次变化交给制作岗位，由对方复述收到的调整，不让后厨对着全单寻找差别。即使使用 KDS，也要核对工位实际收到什么；调整纸只是交接工具，不代替系统操作或厨房回话。

屏幕和纸票并用时，接收者先核对订单标识，辨明新票是修正、补打还是新增工作。打印还取决于套餐、设备、规则和执行器配置，遇到传递疑问先查原单及工位实际处理情况。负责员工确认厨房收到哪一次调整后，再向前台回话；客人订单照正常服务处理，不拿来反复重打查找故障。

如果厨房已经完成原菜，负责人应说明当前事实及门店允许的处理办法，由客人确认下一步。不能让后厨对客人说可以、收银员又说不行，也不能把内部沟通失误变成要求客人自行找厨师。需要重新制作时要明确原餐品不再交给哪一桌，防止两份餐后来一起被送出。

不要把四个结果当成一件事

• 制作结果：负责工位确认原餐品是否停止、替换内容是否可以执行，不由前台保存结果推断。
• 实物结果：出餐人员核对最终应交餐品，原餐品与替换餐品分开处理，不混放后靠记忆分辨。
• 账单结果：授权员工查看最新餐品与应付，收款前向客人复述最终内容；不能仅凭家人口头报差价处理。
• 资金结果：已付订单按允许流程处理；修改账单项目、拆单或打印新账单都不等于退款。在线支付和线上退款以服务端及支付渠道结果为准；独立刷卡机先核实终端结果再记录到对应账单，MenuSnap 不会自动验证这笔独立终端交易。

网络异常时，集中记录已经执行的修改和仍待回复的部分。网页扫码点餐、云端同步和在线支付依赖网络；原生客户端离线可用范围以所用正式版本和配置为准，恢复后核对订单与付款。接手者先查最后确认内容，制作变更和资金结果分别查清，不重复执行同一项调整。