餐厅场景下的 Odoo 19 POS，核心不是换皮肤，而是打通桌台状态、厨房打印与拆单合并。菜单变更频繁时，先稳住打印路由与退菜作废单，再堆营销活动。相关对象通常围绕 pos.config、pos.order 与 IoT 打印机。
桌台
开台、并台、转台必须与收银订单一致；清台后才能新开。预点与加菜落到同一 pos.order，避免两张单各打一半厨打。楼面权限：谁能改台、谁能打折，分角色。
厨房打印
按品类路由到不同打印机（热菜/冷菜/酒水）。退菜、改菜打作废单，防止厨房仍出餐。网络打印失败要在 POS 明显提示并支持重打；IoT 打印机离线时有降级（本地 USB 或暂存队列）。
拆单与支付
AA 制/按人拆单不应影响厨房已出品。拆单后发票与支付方式分开记账，对账能回到原桌台。赠菜、服务员免单要有权限与报表。
上线顺序
- 单店单楼面试点桌台+厨打。
- 跑通加菜、退菜、转台。
- 再开拆单与多种支付。
- 最后接会员营销。
验收标准
- 加菜自动出厨打；退菜有作废单。
- 拆单后支付对账正确。
- 打印失败可重打且不重复出品（有作废/重打标记）。
高峰时段的厨打与降级
晚饭高峰先保障厨打路由与重打，不做菜单大改。IoT 打印机离线时 POS 必须明显告警，
并允许切到备用打印机或本地队列。培训楼面：转台前确认厨房已接收；退菜必须看到作废单。
日结对账：pos.order 金额、支付方式、赠菜权限报表三方一致。新门店复制配置前，
先清掉测试桌台与测试支付方式。
餐厅菜单大变更与打印路由变更错开；先改路由验证一餐，再改价格与套餐。
门店复制与权限
新店复制 pos.config 前清理测试支付、测试桌台、测试员工。厨打路由按品类标签配置，
菜单改名不改路由键。权限：打折、赠菜、退菜分角色；盘点免费菜报表。日结流程：平账户 → 打印 Z 报表 →
检查失败厨打队列是否清空。节假日高峰只允许热修打印，不允许同时上新营销玩法。
若多店共用产品，价格表与可用门店要测清楚，避免 A 店菜打到 B 店路由。
门店巡检把「失败厨打队列是否为空」列为日结必选项。
预生产勾选表需覆盖文章编号 366 全部验收点后再约生产窗口。
将文章编号 366 的配置变更记入发版说明，便于回滚对照。
将文章编号 366 的配置变更记入发版说明，便于回滚对照。
将文章编号 366 的配置变更记入发版说明，便于回滚对照。
将文章编号 366 的配置变更记入发版说明，便于回滚对照。
日结与巡检
日结检查失败厨打队列、支付对账、赠菜报表。新店复制前清测试数据。 高峰只热修打印。菜单与路由变更错开。权限分打折/赠菜/退菜。多店产品价格表测隔离。 巡检表把「作废单是否打出」列为必选项，防止厨房仍出退菜。
落地备忘（366-0）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
落地备忘（366-1）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
落地备忘（366-2）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
落地备忘（366-3）：把本文验收项做成检查表，预生产逐条勾选并附截图；生产窗口前提交负责人签字。相关模型与字段以当前 Odoo 19 实例开发者模式显示为准。
中国Odoo网｜对照 Odoo 19 企业版餐厅 POS 实践：桌台与厨打先稳，再拆单支付与营销。