萍姐重庆店 · 订单捕获状况 · 2026-05-11

改造后订单捕获覆盖率审计

将当日 120 张已结账订单与盒子端捕获的小票流逐一交叉核对。这是 POS 端打印路由改造启动后的首个午市。

堂食订单识别率已基本达到 100%。但外卖区对盒子仍然完全不可见 — 13 张外卖订单中，0 张产生了厨房单、预结单或结账单。当日有 2 张订单完全没有任何字节进入盒子。

107/107

堂食订单盒子已识别

11/13

外卖订单盒子至少见到

49/49

结账金额与 POS 完全一致

完全不可见的订单

当日完全不可见订单： 61051952605110013 与 61051952605110017 — 均为午市 外卖1/外卖2 桌位。POS 端这两笔订单的任何打印数据都没有路由到盒子。

分区域捕获覆盖率

盒子已识别该订单

100%

每一张堂食订单都至少产生了一张盒子可观察到的小票。改造前覆盖远没这么齐。

客单 / 加菜单 customer_order · add_dish

100%

每一笔订单的开台 + 加菜流都进入了盒子。

厨房制作分单 kitchen_slip

79%

全新打印流 — 改造前 0 张，今日 107 单中有 84 单产生了制作分单。一菜一票，但原先的 档口: 字段已经没有了，档口现在只能从「哪台打印机吐出的票」隐式推断，而所有打印机都汇入同一个 TCP 端口。

预结单 prebill

67%

107 单堂食中 72 单。剩下的 16 单只有客单 + 加菜事件，连预结单都没有 — 推测是团购券订单 POS 端不打预结单（顾客不需要看纸质账）。

结账完成（结账单 / 会员卡）

46%

改造后堂食结账漏报率仍有 54%。这与 #224 根因吻合 — 大概率需要 POS 规则改动（团购券订单也强制打结账单），而不是单纯的打印机路由切换。

新增小票类型（本批改造）

这是一次运营驱动的逐步开通 — 由 Heng 在 POS 端分批拨打印路由开关。这是改造启动后的首个午市。POS 服务器 IP 与盒子监听端口都未变；改变的只是 192.168.10.23 → 9100 这条链路上多了哪些打印机的镜像流。

制作分单一菜一票厨房单已分类

今日 46 张 · 改造前 0

没有 档口: 字段 — 档口信息现在只能从「哪台物理打印机收到这张票」隐式推断，但所有打印机都汇入同一个 TCP 端口，所以仅凭票面内容无法还原档口。三种档口还原方案已在 #248 中列出。
制作整单整桌厨房单未分类

今日 16 张

一张订单合并整桌菜品的厨房总单，包含 -做法:微辣1 这类辅料子行。目前解析器归为 unknown。
(加菜)制作整单加菜整桌厨房单未分类

今日 11 张

与上一项相同，仅前缀多 (加菜)。
催菜单催菜 / 加急票未分类

今日 2 张

运营层面很有价值 — 实时反映某个档口出菜慢。后续可以接入 watcher Rule，在 agentic 界面上对服务员/管理者做实时提示。

下一批打通建议（按价值排序）

点击展开每条详情。

外卖区打印机 外卖1–外卖6

约 13 单/天 · ¥50–¥540

外卖区整条业务流当前对盒子完全不可见 — 厨房单、结账单、客单 0% 覆盖。这是下一批价值最高的开关 — 既能补齐 0% 的捕获率，也能解决今日 2 张完全失踪的订单。

团购券订单的结账单路由

堂食仍漏 54%

改造后堂食仍有 58/107 单没产生结账小票。与 #224 根因吻合。这一项大概率需要 POS 规则改动（团购券订单也强制打结账单），而不是打印机路由切换 — 与第 1、3 项是不同性质的干预。

团购券订单的预结单缺口

堂食 16 单受影响

今日 16 单堂食只看到 customer_order + add_dish 事件，没有预结单也没有结账。推测 POS 在顾客不需要纸质账的情况下（团购券）干脆不生成预结单。可能与第 2 项联动。

方法论锁定

金额对账规则：盒子端结账金额必须与 Excel 第 15 列 顾客应付（券后实付金额）对比 — 而不是第 14 列 订单金额（菜单原价合计）。第 14 列是折扣前的菜单金额，盒子打印的是顾客实际支付的券后金额。错用第 14 列会让每一笔团购券订单都看起来有「金额差异」。

数据来源：订单明细-已结账 Excel 导出 2026-05-11 当日 120 单。POS 服务器 192.168.10.23 → 盒子监听端口 9100。生产数据库位于 /home/smartahc/smartice/restaurants/pingjie-chongqing/receipts.db（通过 systemd EnvironmentFile 覆盖到按门店分目录）。