出餐台 (Expo)
出餐台是继厨房 (KDS)和收银 (POS)之后的第三个运营屏幕：出餐口人员的工作台，负责将已完成的订单交给外送员。打开管理后台 → “出餐 (Expo)”——菜单中该项目的名称正是如此。
该屏幕解决一个具体问题：货架上有 6 个包裹，门口有 3 位外送员——谁取哪个包裹？
出餐队列#
屏幕显示状态为“已完成”/“待出餐”的自取/外送订单——即厨房完成之后、交给外送员之前。此处也会保留已已分配外送员（手动或自动）的自有外送订单，但包裹仍在货架上：分配外送员并不意味着订单已送出——只有当在此处标记交接，或外送员在自己端标记“已取”时，卡片才会离开出餐队列。每张订单卡片包含：
- 渠道徽章——Glovo / Wolt / Yandex Eats / 自有网站 / 自有外送员，根据订单来源自动识别；
- 外送员姓名和号码（若已分配）；
- ETA（外送员预计到达时间）倒计时、“外送员迟到”或绿色高亮**“外送员已到”**；
- 订单完成后的已过时间——以便看出哪个订单正在变凉：超过设定的阈值后卡片变黄，然后变红（已到达的外送员优先于阈值）；
- 一行简要订单内容（前几个项目及“还有 N 个”）和客人姓名；
- 对于自取——取餐码：客人在自己的追踪屏幕上显示同一取餐码，员工在交接包裹前目视核对。
卡片按外送员到达时间排序（最近的在上方），若 ETA 未知——则按到达顺序（FIFO）。
齿轮按钮**“页面视图”**可根据自己的出餐口调整屏幕：卡片宽度、密度、显示哪些字段（渠道、外送员号码、内容、客人、订单时长）、“黄/红”阈值（分钟）和声音。若有多个门店，位置筛选会在设备上记住。
将订单交给外送员#
当外送员取走订单时，出餐员一键标记交接：
- 对于自有外送——订单转为“配送中”状态（与自有外送部分相同的转换）并获得“外送员已取”标记：正是该标记将卡片从出餐队列移除。若门店的外送员已在“员工”部分录入，而订单尚未分配外送员，屏幕会先询问包裹交给了哪位外送员（也有“第三方外送员”选项）；若外送员已分配——则不再询问，屏幕直接标记交接并在确认中说明外送员姓名。可通过自有外送部分的“↪ 重新分配”按钮将订单交给另一位外送员；
- 对于聚合平台（Glovo/Wolt/Yandex Eats）和自取——卡片标记为已交接并从队列移除，而订单状态不会被破坏：实际取餐由平台或客人自行确认。卡片立即消失，若记录未成功——则返回原处。
更新通过 WebSocket 实时推送，并带有连接中断时的备用轮询——与厨房屏幕相同。
若门店连接了外部外送服务，自有外送订单卡片上会有**“呼叫外送员”**按钮——可直接从出餐口呼叫外送员，无需切换到其他部分。未连接服务——则没有该按钮；聚合平台和自取订单也没有。详见——自有外送。
打印包裹清单和包裹贴纸#
从出餐屏幕可打印两种文档——均通过 Cenaly Hardware Bridge：
- 包裹清单——放在包裹内部的纸条，含订单内容：订单号码、渠道、客人姓名、带数量的项目、单独成行的修饰符（“不要洋葱”、“无乳糖牛奶”）和客人备注，外加合计“项目数：N”。外送员和客人据此核对完整性，与聚合平台关于“少放了一个项目”的争议可用打印凭证解决。清单可按单个订单打印，也可一次打印整个队列；
- 包裹贴纸 60×40——屏幕会询问订单分装成几个包裹（最多 20 个），并打印“包裹 1/3”、“2/3”……的贴纸，以免包裹在外送员之间混淆。以相同答案重复点击不会打印多余贴纸。
贴纸发送到角色为“标签”的打印机，若没有——则发送到普通小票打印机。若没有网桥，清单由浏览器打印。打印详情、任务队列和代码页——厨房和堂食打印。
全屏模式#
与 KDS 一样，出餐屏幕专为出餐口常开的显示器设计：
- 全屏模式和屏幕休眠阻止；
- 外送员到达时的声音提示（而不是订单刚进入队列时——出餐口重要的是门口的人）；
- **“连续响铃”**模式：信号每隔几秒重复一次，直到已到达的外送员被服务。声音和模式在每台设备上单独设置。
启动所需条件#
- 带浏览器的平板或显示器——出餐屏幕在成品订单货架旁打开。
- 自取和外送订单——出餐台显示的正是这些。
- 工位已完成的工单——订单的组装由厨房屏幕上项目的完成情况汇总而成。
- 网桥和打印机——用于包裹贴纸和班次清单（打印）。
- 安全连接 (HTTPS)——取餐码通过浏览器加密手段计算，在普通
http下不会显示。
限制#
- 堂食订单不会进入出餐队列。 这类订单在订单详情中通过“已交付客户”按钮标记为已交付——堂食模式（“按桌交付给服务员”）已在该出餐屏幕上规划，但尚未实现。
- 仅显示处于出餐状态的订单（加上已分配 courier 的自有外送，直到包裹被取走）且未标记为已交付——较早的状态存在于“订单”和厨房中。
- 聚合渠道列表是固定的（Glovo、Wolt、Yandex Eats）；“自有 courier”根据 courier 姓名是否存在来判定。
- 屏幕基于云端——没有互联网就无法工作（如果互联网中断）。
故障排除#
订单不在队列中。 它要么在堂食（dine-in）中，要么尚未达到出餐状态，要么已被标记为已交付。
看不到取餐码芯片。 屏幕通过不安全的连接打开——请通过 https 打开。
包裹贴纸不打印。 检查网桥和所选的标签打印机；目前标签以光栅方式在收据打印机上打印。
courier 取走了错误的包裹。 这正是需要取餐码和交接确认的原因——请将它们纳入班次工作流程。
相关章节#
常见问题#
如果门店只有自己的 courier，还需要出餐屏幕吗？#
只要涉及外送或自取，该屏幕就有用——它能在同一屏幕上同时显示自有 courier 和聚合平台 courier，在混合外送渠道下很方便。
堂食订单（dine-in）会显示在出餐屏幕上吗？#
不会，该屏幕只汇集自取和外送订单——堂食订单通过收银和厨房处理，不涉及 courier 交接。
屏幕如何获知聚合平台 courier 的 ETA？#
ETA 和 courier 数据来自订单数据，这些数据通过聚合平台的 webhook 或自有外送数据更新——出餐屏幕只是将其显示出来。