需求评审 · 2026-08-17

小票“受理成功”不等于现场已出票

金斯瑞午餐现场的四单异常，暴露的是自动打印结果语义、人工补打、批量存餐码和审计链路的共同缺口。本次建议复用父需求 VWCG-1078，以子任务完成异常履约兜底。

需求判断真实且紧急

实现方式中等开发

父需求VWCG-1078

核心诊断

打印接口任一 code=0 就记为“已打印”；现场未出纸后，人工接口又因状态不是“待打印”而跳过。

区分平台受理、设备结果和现场确认；异常时允许受控补打或批量生成存餐码，并保留逐次审计。

筛选线上订餐→勾选异常订单→逐单预检→补打 / 存餐码→二次确认→逐单结果与审计

证据	已证明
有道云群聊与现场截图	四单未出票导致送餐地址不可判，现场人工生成存餐码救急。
PC 消费订单	操作列当前只有查看/退款，无兜底入口。
`MealOrder::orderPrint()`	只允许待打印；平台成功即记已打印。
`MealOrderPrintRetry`	只重试 72 小时内待打印订单。
芯烨封装	已有订单状态与打印机状态查询能力，主流程尚未形成闭环。

真实打印机验收必须看到纸张实际出票并核对订单、送餐点位和存餐码对应关系；接口成功、日志成功、页面提示成功或 stdout 均不能替代现场验收。