返回餐饮洞察

经营洞察

厨房没收到订单怎么排查:先找订单,再查接手人与制作去向

厨房没单先别重录。按同一订单核对是否存在、谁已接手、哪部分应到哪个工位,再看打印任务和现场制作。找不到记录、有单未接手、去向不明与出纸结果不确定分别处理;需要补打前,先确认原单是否已做。

MenuSnap编辑部发布时间

厨房说没收到订单,先查订单是否存在,再问谁已接手、哪部分应到哪个工位,最后判断是否打印异常。没有纸票不能证明没有订单,收银台有顾客收据也不能证明厨房收到制作单。先找到断在哪一步,再补那一步,不重录整桌。

先沿这几个分支查

  • 找不到订单:核对门店、点餐入口、桌台、提交时间和接待同事的人工记录;结果不明不要求客人反复提交。
  • 有订单但无人接手:由当班负责人明确谁继续确认需求和安排制作,不先认定打印机坏了。
  • 已接手但工位不清:按本次具体品项分别问热厨、冷菜或吧台,不以饮品已到代替热食已到。
  • 打印任务或出纸结果不明:先查票架、在制和已完成餐品,确认是否已出过或被取走,再决定补交信息或补打。

用一份排查记录锁定同一需求

  • 订单编号或人工标识:____;门店与桌台/取餐号:____;提交方式及大致时间:____。
  • 本次未到的菜品、规格与数量:____;接待经手人:____。
  • 系统是否有对应记录:____;已接手人:____;预期制作工位:____。
  • 厨房已收到/已开始/已完成部分:____;现场接收人:____。
  • 涉及票据用途与任务结果:____;下一动作:____;跟进负责人:____。

指定一位前台员工跟进,其他人继续服务。向客人说明正在查哪些餐品、由谁回来答复,不给未经厨房确认的上菜时刻。确认尚未提交时再帮助完成一次点餐,不把页面停住直接当成失败。

制作单与顾客票据分别看

MenuSnap 可用于扫码与员工 POS 录单,门店只供浏览时仍由员工接单。KDS 与厨房打印依套餐、档口和配置工作;顾客账单、收据和厨房制作单有不同用途、模板与去向。某台打印机正在响,只能说明部分链路可用。

负责打印的软件需要在线设备或服务实际发送任务,这就是打印执行器。排查时一次核对票据类型、规则是否启用、模板、目标打印机、运行方式、在线执行器和任务状态;先查清具体用途与断点,不让所有岗位随意重配设备。

补打前问原单是否已经动手

按编号和具体品项与厨房确认,纸票可能已出过却落在机器旁、被取走或已进入制作。确需补打时告诉接收人这是原单的补充依据,不是又点一份。只漏一道菜就围绕这道菜交接,不把整桌重新发出让厨师猜差别。

尚未制作的部分由厨房负责人安排进入当前顺序,已做的维持原安排。取消或改规格先查制作进度再回应客人;特殊饮食要求直接交店内负责人员依据原料与制作条件确认,不让备注代替接受。

暂时不能出单,用人工交接补这一环

沿原单编号写清本次转交内容,让接收人复述数量和关键规格,记下交接时间。使用的纸条与系统原单保持关联,已经送厨的内容不要在网络恢复后再当新增送一次。

网页扫码、在线支付、云端同步与 KDS 更新依赖网络,不能凭本地纸票推断全流程离线可用。恢复服务器连接后核对最新订单、实际制作和实收,再补缺少的记录;补记方式不清就联系支持,避免再次送厨或记款。

向支持说明断点,而不是只说打印坏了

提供订单必要标识、发生时间及门店时区、票据用途、机型、连接方式、发送软件版本和任务结果,遮住顾客资料与凭证。设备改配由店主或其明确授权管理员安排,不在排查中打断仍在进行的出餐。

收班按未提交、无人接手、去错工位、出纸异常和票据交接不清整理已查事实,不把线索先写成产品故障。下一班补最常断的一步,同时看是否出现重复制作或临时记录无人收尾。

资料来源

在线演示免费开始