数量与口味，看得清
菜品、单位与制作要求保留区别，减少来回确认。
POS 接入 · 智能后厨
连接收银与后厨，
看清每一张出餐单。
OneKDS 是面向餐饮门店的 KDS 厨房显示系统。将已适配的厨打票据汇集到 Android 后厨屏，帮助团队看清菜品、管理制作并追溯异常。
公开下载 1.4.15 · Android 应用仅中文
SaaS 经营后台规划中，当前未开放。
Android 后厨客户端
从看清每张票，到看懂每次经营向下了解 ↓
不同收银，同一个后厨。
堂食、外卖、多套 POS，已适配的厨打票据集中到 OneKDS。让后厨在一个屏幕上查看待做菜品、管理制作进度、追溯异常。
来源示例，非已接入或官方合作名单
外卖订单来源
- 美团外卖
- 淘宝闪购
- 京东外卖
门店收银系统
- 收钱吧
- 客如云
- 二维火
- 银豹
- 惠管家
- 其他 POS
OneKDS
Android 后厨客户端
订单汇集 · 制作管理 · 超时提醒
接入前需确认
- 收银版本
- 确认系统名称与实际版本。
- 输出方式
- 核对厨打输出与门店网络。
- 票据模板
- 检查完整、脱敏的原始样票。
02 / 后厨执行原生界面局部 · 模拟数据
一张票，从收到到完成。
- 01
接收原票
来自已适配的收银输出
- 02
识别与核对
支持范围内处理，异常单独核对
- 03
按量制作
看清菜品、数量和制作要求
- 04
完成与追溯
保留原票与操作记录
按实际数量，完成制作
整票或部分完成，保留处理记录，不把操作完成等同顾客已收到餐。
有异常，回到原票核对
未知、残缺或业务不明确的票据单独核对；原始记录不被分析结论替代。
当前版本：格式完整且业务明确的已支持票据可自动进入待做；未知、残缺、疑似重打与不明确退菜仍需核对。
查看公开版本接入指南03 / Android 后厨客户端
不同的厨房，各有顺手的布局。
后厨专注接单、看单与制作。切换业态，看看信息怎样更贴近厨房的工作方式。
按票看单，制作要求跟着菜品走。
按票据查看桌台、菜品和口味，适合需要照顾整桌出餐节奏的场景。
本机设置能力
布局与提醒，在厨房本机设置。
布局预览、保存与等待阈值属于 Android 本机配置，不属于 SaaS 经营后台；保存设置不是云端下发。
公开下载 1.4.15 已包含本机布局与提醒设置；以下为网页模拟演示。
试一试后厨布局交互示意 · 模拟数据
看板布局
窄屏自动单列
A06 桌
3 分钟 · 正常模拟票据 · 批次 01
- 宫保鸡丁× 1
少辣
- 番茄炒蛋× 2
常规
B02 桌
3 分钟 · 正常模拟票据 · 批次 02
- 香煎鸡排× 1
酱汁另放
- 蘑菇意面× 1
不加洋葱
A12 桌
3 分钟 · 正常模拟票据 · 批次 03
- 清蒸鲈鱼× 1
少盐
- 时蔬× 2
常规
0 分钟15 分钟
正常 < 5 分钟待关注 5–不足 10 分钟超时 ≥ 10 分钟
生产环境的黄／红提醒阈值可配置，这里仅以 5／10 分钟演示。
全部为网页重建示意与模拟数据，非当前版本实机截图。交互仅在本页生效，不写入设备，也不代表已实现全部业态自动规则。
04 / 各司其职
后厨专注出餐。 老板看懂经营。
数字化不止把纸单搬上屏幕。先留住真实的业务过程，再在网页后台看趋势、找问题、跟踪改善。
门店执行端
Android 后厨客户端
接单、看单、制作操作、等待提醒与本机布局设置。忙碌时，只把需要处理的信息留在屏上。
查看客户端能力与版本老板管理端 · 规划中
SaaS 网页后台
经营统计、异常分析与主动经营助手在网页后台呈现，不放进后厨客户端。云端数据接入与账号服务尚未开放。
体验网页后台概念后台统一配置与后续 APP 接入属于规划方向；当前布局与提醒在 Android 本机设置，不代表已实现云端下发。
SaaS 网页后台 · 规划中
不止看见数据，
更早发现经营问题。
从值得关注的变化出发，查看依据、核查原因，再复盘措施。经营分析属于规划中的 SaaS 网页后台，不在 Android 后厨客户端提供。
模拟数据未接入 AI
以下是预设演示；未接入真实经营数据，也未实现云端同步。
今天，哪些变化值得多看一眼？
本次平均 14 分钟，比历史样本多 4 分钟（+40%）。
本次仅 4 张有效票据，历史仅 8 张。40% 只是这组模拟小样本的算术差异，不是趋势判断，也不能证明因果。
先核查，再下判断。
集中补点完成、菜品组合或备料情况都可能影响记录。不能据此认定人手不足或评价个人效率。
有依据，才值得参考。
本次收到 6 张模拟票据，纳入 4 张，排除 2 张；历史选取过去 4 周同周四、同时间段的 8 张有效票据。下方列出全部纳入条目、排除项与时间口径。
历史为 4 个日期各 2 张，每次 8、12 分钟，合计 80 分钟 ÷ 8 = 10 分钟。本次合计 56 分钟 ÷ 4 = 14 分钟。
把线索变成一次小核查。
先向当班人员核对：是否集中补点完成？菜品组合或备料是否变化？若记录准确，再比较相同工位、时段与菜品组合。
示例措施：核对晚高峰完成记录
记录一次核查想法，并在获得新的可比数据后复盘。
还不能判断改善。
没有新增可比数据，记录措施不等于完成改善。即使后续用时下降，也要核对样本范围与其他变化，不能自动归因于措施。
尚未记录模拟措施。可在「建议」中体验记录。
查看模拟原始票据与统计口径
演示门店／已接入来源 A；时区 Asia/Shanghai。两组均取 18:00—20:00 接收、当日 20:30 前已点击完成的有效票据。统计接收至点击完成，非厨师实际制作工时。日期与票据均为固定模拟样本。
| 内部标识／日期 | 接收 → 完成 | 分钟 |
|---|---|---|
| T012026-09-24 | 18:10 → 18:26 | 16 |
| T022026-09-24 | 18:20 → 18:32 | 12 |
| T032026-09-24 | 18:40 → 18:58 | 18 |
| T042026-09-24 | 19:10 → 19:20 | 10 |
| H1A2026-09-17 | 18:10 → 18:18 | 8 |
| H1B2026-09-17 | 19:10 → 19:22 | 12 |
| H2A2026-09-10 | 18:10 → 18:18 | 8 |
| H2B2026-09-10 | 19:10 → 19:22 | 12 |
| H3A2026-09-03 | 18:10 → 18:18 | 8 |
| H3B2026-09-03 | 19:10 → 19:22 | 12 |
| H4A2026-08-27 | 18:10 → 18:18 | 8 |
| H4B2026-08-27 | 19:10 → 19:22 | 12 |
样例原票 T01：A08 桌，羊肉串 × 12 串，微辣。模拟操作记录：18:10 接收，18:26 点击整票完成，无撤回。这些内容仅用于展示追溯方式。
本次排除：T05（2026-09-24 19:20，待核对，无可靠完成时间）；T06（2026-09-24 19:25，疑似重打）。两张均不进入分子或分母，不按零分钟计算。历史演示样本无额外排除项。
T01—T06 与 H 开头编号为演示内部标识，非 POS 单号。未接入来源、未完成票据和缺失完成时间均不在统计内；本例不能代表全店。
缺少可核对的收入与成本、支付退款及原料记录，不能判断利润。
继续追问 · 预设回答
选择一个问题，查看本演示能回答到哪里。
暂不生成经营判断
数据没到齐，先把边界说清楚。
这个情境缺少部分来源与历史完成记录，无法判断全店出餐是否变慢。缺失数据不计为零，也不生成百分比变化。
先核对接入范围、时间与完成记录，积累可比样本。不能判断改善，也不能判断利润。
措施仅保存在当前页面内存，刷新即失效；不创建真实任务或通知，不上传数据。
OneKDS 是什么？
KDS（Kitchen Display System，厨房显示系统）用于在屏幕上呈现厨单与制作进度。OneKDS用于餐饮门店的后厨执行，不替代POS收银或支付系统。
OneKDS Android厨房显示系统，支持已适配条件下的本地厨打票据接收、异常核对、制作数量操作、布局与提醒设置及原票追溯。
- 公开下载版本
- OneKDS 1.4.15 · 2026-10-27
- 运行平台
- Android 5.0 / API21及以上；具体机型需验证
- 应用语言
- Android应用仅中文；官网支持中文和英文
- 适配条件
- 确认POS版本、文本厨打模板和门店网络，不默认兼容所有POS
- 经营分析与助手
- SaaS网页后台规划中，未包含在当前公开下载版本中
以上为公开版本事实，核验资料：版本记录 · 安装包与校验值 · Android产品详情