需要纸票的档口开启，不需要的档口用电脑看单
在已关联档口的打印机“编辑设备”里，分别设置线上订单自动打印与线下订单自动打印。关闭自动出票仅减少小票与耗材，不取消订单，不改变支付、退款或取餐规则。
线上：手机端下单；线下：消费机菜单消费。原请求第二处“线上”按“线下”理解，待确认。所有演示数据均为虚构。
一、配置流程
系统管理 → 设备管理，找到该档口的Xprinter打印机。
独立设置线上、线下自动打印；模板和张数保留。
检查必填、张数和档口绑定；取消不生效。
建议保存后作用于新触发的自动打印；记录配置版本。
被关闭来源的订单照常生成，由档口使用电脑查看。
二、订单自动打印流程
原型以支付成功为示例，不提前改变实际触发时机
开关开启
沿用该设备的小票模板与打印张数，提交打印任务。
服务受理 ≠ 硬件已出纸。开关关闭
不创建自动打印任务，订单正常留存。
档口在电脑端按电子取餐号看单并确认交餐，不标记为打印失败；该替代能力需先核实。四种组合必须各自成立
| 线上开关 | 线下开关 | 手机端订单 | 菜单消费 |
|---|---|---|---|
| 开启 | 开启 | 自动打印 | 自动打印 |
| 开启 | 关闭 | 自动打印 | 电脑看单 |
| 关闭 | 开启 | 电脑看单 | 自动打印 |
| 关闭 | 关闭 | 电脑看单 | 电脑看单 |
来源要准确区分
本地代码有手机订餐、消费机、绑盘机、闸机、点餐机、咖啡机及外部订单等枚举。手机订餐来源为4、消费机来源为2；消费机是否需要再区分“菜单消费”，以及其他来源如何归类，仍需技术与产品确认。
三、可操作的流程演示
此处是独立评审工具，不属于业务系统页面。读取同一浏览器保存的原型配置，不连接后端、打印云服务或硬件。先在配置原型保存开关，再回来演示不同来源。
电脑可查看的模拟订单
| 事件编号 | 档口 | 订单来源 | 支付状态 | 打印决策 | 配置版本 | 恢复 |
|---|
关闭开关的订单也在上表显示。恢复演示只针对已失败的自动打印任务；关掉的订单是否允许人工补打，仍为待确认项，不在原型中擅自开放。
四、异常、恢复与边界
保存失败、取消或未保存离开
开关仅在保存成功后生效；取消或放弃修改保持原值。保存失败保留表单供重试，不展示成功提示。连续点击保存只提交一次。
打印机离线、缺纸、服务异常
关闭开关是“按配置不自动打印”，不是打印失败。开启后遇到设备异常，订单仍在；恢复后沿用既有打印失败恢复机制。提交云服务受理不能直接写成“已出纸”。
开关改变时，历史订单与排队任务怎么办？
建议只影响新触发的自动打印决策；不补打历史已跳过订单，不撤回已经下发的任务。已有失败任务重试是否再次检查最新开关，需业务确认；原型采用任务创建时的配置快照演示恢复。
跨档口、多打印机与来源不明
跨档口应先按既有子订单归属再逐档口判定，不能按用户支付方式判断来源。本地代码遇到同档口多台打印机会拦截，本次不擅自改成广播出票。未知来源及缺失配置须明确兼容策略，不能静默串到其他档口打印。
手动补打、手机取餐凭证与消费机内置打印机
本次两个开关限定关联Xprinter的自动出票。人工补打、电子取餐凭证、消费机内置打印机与已有强制打印字段的关系，均需确认；不默认一起关闭。
五、需要评审确认的五项决定
- 交餐闭环：线上订单关闭出票前，确认用户电子取餐号与电脑订单可一一匹配，并可确认已交餐；仅能看订单列表不足以证明不会漏单、错取或重复领取。现场菜单消费只有在支付、交餐连续完成，或具备同等电子看单能力时才适合关闭。
- 配置粒度：当前原型按关联档口的打印机保存两项开关；确认是否接受这一入口，以及无打印机档口是否还需额外配置。
- 来源范围：手机端下单、消费机菜单消费已覆盖；其他设备、外部订餐是否纳入线上或线下。
- 默认与生效：建议旧设备缺失开关时兼容为开启；新设备默认也开启。保存后不补打历史订单。
- 恢复与补打：人工补打是否绕过开关，已排队/失败任务是否受新配置影响，需确认后才能进入开发。