同一厨房订单错时显示菜品，Square KDS依据的是什么

同一份厨房订单中的菜品，未必需要在屏幕上同一时刻出现。Square KDS澳大利亚帮助页的错时备餐部分，描述了一种按单品备餐时间调整显示时机的机制。[1] 它处理的是订单内项目何时出现，不是把一张订单拆成几次顾客付款。

页面说明，启用错时备餐后，同一票据内的项目根据各自备餐时长，在不同时间显示，目的是帮助工作人员在合适时点开始，让一单餐品一起准备完成。这里的“一起”是功能所服务的目标，不能仅凭功能介绍就报告某店实际已经同时出餐。

文档给出的前提是商品目录中已经为项目设置备餐时长。没有这个前提，便不能只根据屏幕曾出现不同时间的项目，就断言它正在按此功能运行。时长资料与显示结果虽有关联，却仍是需要分别确认的信息。

可以用一个自拟的概念情形理解：同一订单含甲菜和乙菜，而目录为二者记录不同备餐时长。错时显示所依据的是这些单品资料，而不是只看它们被录入购物车的先后。本例不填入分钟数，也没有代任何厨房计算应该提前或延后多久。

原页另列票据内项目的排序，可按默认录入顺序、字母或类别等方式组织。这说明“排在前面”和“先在某时点显示”不应只凭日常语言混成一项。本文采用两个概念的区别，没有调整设备，也没有验证任何门店实际采用哪种排序。

错时备餐段还特别注明，单品备餐时间不跨设备同步，错时备餐时间限于一台设备。一个屏幕的安排因此不能被转述成所有厨房屏幕共同保持同一时序。对前厅与厨房资料交接而言，功能对应哪个设备，属于不能省略的范围。

本文阅读了原页功能前提及第8步错时备餐等相关提取段落，未登录账户或做设备试验，首次发布日期未知。资料属于Square澳大利亚页面，不作其他地区账户可用性证明，也不提供食品安全、烹调时间或成本建议。功能机制能解释显示安排，实际出餐状态仍需要现场证据。