POS 现场一个很常见的冲突是：
- 收银员已经点了付款；
- 小票已经打印；
- 顾客突然说想换支付方式；
- 系统却报：You cannot change the payment of a printed order.
很多人第一反应是：
不就是把现金改成银行卡吗，为什么这么严格？
结论先说：Odoo 在 printed order 上锁付款，不是为了和收银员作对，而是为了把“已经对外表达过的交易结果”视为高风险对象。
一旦订单已经进入“已付款”语义，且小票已经打印，系统就不再把它当普通草稿单，而把它当成一个已经对客户、门店、甚至外围设备产生外部影响的业务事实。
关键不只是 print，而是 print + payment semantics
在 pos.order.write() 里，Odoo 做了两层保护。
第一层：如果订单已经进入 paid / done / invoiced 这类状态，系统不允许你再把它改回 draft 或继续随意编辑。
第二层更具体：如果 nb_print > 0，且本次写入里包含对 payment_ids 的实质变更，系统直接抛错：
You cannot change the payment of a printed order.
这说明源码真正守的边界不是“有没有打印机”，而是：
- 这张单已经付款；
- 这张单已经输出过票据；
- 再改付款会造成外部认知与后台记录不一致。
为什么小票打印会被当成“对外承诺”
因为小票不是纯 UI 元素。 它可能意味着：
- 顾客已经拿到付款凭证；
- 某些支付终端票据已经打印；
- 后厨、备餐、交付链已经按这张单继续走；
- 邮件或附件收据已经有可能被发送。
在这种情况下，后台悄悄把付款方式改掉，表面上看像“修正”，本质上却是在改写一个已经对外释放过的事实。
所以 Odoo 的设计哲学是：
允许更正，但不允许在原事实对象上无痕篡改。
为什么源码还会记录 payment changes
即便在允许范围内，pos.order.write() 也会通过 _create_pm_change_log() 生成 payment change log，并 message_post() 到订单线程里。
这件事很有意思。它说明 Odoo 对付款修改一直抱有警惕：
- 不是完全禁止；
- 而是把它视为需要审计痕迹的动作。
等到订单又满足“已打印”这个条件时，系统就进一步收紧，直接禁止在原单上改付款。
换句话说，Odoo 的边界是逐层收紧的：
- 草稿阶段可编辑；
- 已付款阶段受限；
- 已打印阶段付款锁死。
最容易误解的地方：用户觉得自己只是“换个方式”，系统看到的是“改交易证据”
从收银员视角：
- 现金改刷卡，金额没变；
- 顾客还站在柜台前；
- 看起来只是小修。
从系统视角：
- 支付渠道变了；
- 现金箱与银行收款归属变了；
- 后续对账对象变了；
- 已打印凭证的真实性边界被动摇了。
所以同一件事，现场感受是“小改”，系统判断却是“高风险重写”。
正确补救方式通常不是强改原单
既然原单已经 printed，正确思路通常不是想办法解锁字段，而是按业务痕迹做补救，例如：
- 原支付若已真正发生，按正常退款 / 冲销路径处理；
- 重新建一张正确支付方式的单据；
- 若只是未实际扣款但误点打印，明确按门店流程取消并重开；
- 让审计轨迹能说明“发生了什么、如何纠正”。
这比“后台偷偷改 payment_ids”更安全，也更容易对账。
排错时不要只盯着报错，要先问三件事
- 订单当前 state 是不是已经 paid/done；
nb_print是否已经大于 0；- 本次修改是不是实质改变了
payment_ids，而非仅仅备注或界面字段。
很多顾问在这里会走错路，一上来就想解除限制。其实更应该先判断：
这条限制挡住的是不是一条本来就不该走的业务路径？
实战排错顺序
当现场反馈“打印后不能改付款”时，建议按这个顺序看：
- 是否真的已经打印过（
nb_print）； - 订单是否已到 paid/done/invoiced；
- 是否有 payment terminal / 邮件收据 / 附件票据等外部影响已产生；
- 当前需求是修正误操作，还是试图绕过正常退款重开流程；
- 门店是否需要明确培训“打印前确认付款方式”。
最后的结论
Odoo POS 锁定 printed order 的付款修改，本质上是在保护三件事：
- 付款渠道归属不能被无痕改写；
- 已打印票据不能和后台记录失真；
- 后续对账与审计需要保留可信路径。
所以这个限制并不保守，它恰恰是在提醒实施方和收银员：
付款一旦对外表达成了票据，就不再只是界面数据，而是交易证据。
DISCUSSION
评论区