餐厅突然断网怎么办：人工编号接单，恢复后逐单对清制作与实收

餐厅突然断网，先停止重复提交和重收款，由值班负责人指定一人收集前厅、厨房与收银的情况。先查异常前哪些订单已收到、哪些菜已做，再用统一人工编号记录新增需求；恢复连接后先看最新系统状态，不能把全部纸单再录一遍。

先说明哪些操作需要连接

MenuSnap 当前不提供完整的离线点单与收银流程。付款、退款、结算和班次操作需要服务器确认；顾客扫码点餐、云端后台、云端 KDS 更新和在线支付依赖相应网络。本地打印连接不证明整条业务能离线运行，旧页面和票据可见也不代表新状态已更新。

独立刷卡机遵循自己的联网与服务商规则。先在终端或服务商处查明原交易结果，确认成功的保留必要依据，待 MenuSnap 恢复服务器连接并核对已有记录后再记款；结果不明不再次扣款。

一个编号入口，分别写新增与待查

指定人员统一给人工记录编号。纸单是临时服务依据，不代表系统已经接收销售；同一桌已有结果不明的提交时，先与接待和厨房核对，不把整桌重新当成新制作单。

• 人工编号：____；桌台或取餐标识：____；时间与门店时区：____；经手人：____。
• 关联原订单或待查提交：____；异常前已知内容：____。
• 本次真正新增的餐品、规格与数量：____；仍待核实的需求：____。
• 已交制作：____；接收人及时间：____；已开始/已完成：____；已交客人：____。
• 现金实收与找零：____；独立终端已确认/待查：____；必要凭据位置：____。
• 下一动作：____；当前负责人：____；换班接手人：____。

前厅、厨房与收银各交什么

• 前厅：问清客人是否点过提交、是否有订单编号，查已有记录并告知谁跟进；没有结果时登记待查，不让多人分别补单。
• 厨房：按原订单与人工编号核对在制、已做和尚未接收的品项，只接确认未到的新增内容；把接收回应传回前厅。
• 收银：实收现金、找零和外部终端结果分别留依据，不把付款方式选中当作收款成功，也不抄完整卡号或密码。
• 设备跟进人：区分单台设备、店内网络与相关服务异常，联系对应支持；保留应用数据，不让每位员工轮流重启或临时改配对。

加菜和取消都关联原编号，只交变化部分。取消先问制作进度再向客人解释；有饮食要求的内容仍由店内负责人员确认，不因应急就跳过原料与制作条件。备用网络和设备调整由店主或其明确授权管理员按既有安排处理，不打断正在进行的交付。

恢复后按这几个分支逐单核对

• 系统已有原单：对照人工记录和实际制作，确认是否已经送达；不再录相同品项。
• 有人工新需求但系统无对应记录：先确认制作与实收，再按当前支持的补记流程处理；方式不清时联系支持，避免补记再次送厨。
• 外部终端已成功、系统仍无对应付款：恢复连接并查清最新记录后，将正确金额记到原账单；不是再扣一次。
• 两边数量或金额不一致：保留差异和凭据，由指定负责人查证；不靠补造记录抹平。

由一人负责后续录入，另一人复查金额及对应关系，其余同事继续服务。退款、结算和班次事项等待服务器确认后按相应流程办理；打印是否补出、任务是否到达仍需核对，不默认恢复联网会自动完成全部待办。

换班交待查项，不只说网络好了

按人工编号交清还差哪项订单、餐品或款项，写明已经向客人说明什么、下一次找谁。接班人查到原依据并复述下一动作，再接续服务。保管记录时只留必要信息，向支持提供截图遮住个人资料与凭证。

收班找最难对清的一处：编号缺失、厨房无人回应、已交未记还是款项无依据。下一班补对应材料与分工；恢复联网只是技术状态，订单、制作、交付和实收逐项对应后，才将临时记录按门店规则归档。