Odoo 企业版 POS 结清客户欠款为什么不是“前台补收一笔钱”而已：special products、总欠款口径与分客户对账链路讲透
很多团队以为 POS 里的 settle due 只是把客户未结款项再收一次。但企业版 pos_settle_due 真正补的是一条受控结算链：前台先按
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
Odoo 企业版 POS：并桌、拆单和补推备餐时，准备屏与顾客号牌为什么还能维持同一笔订单连续性
pos_restaurant_preparation_display 通过 prep_order、line uuid 和 notify_pdis 维持内部备餐对象；而顾客侧仍靠 tracking/order 投影读进度，所以 merge/unmerge 后看起来是“一单还在走”，其实背后对象已经重绑。
Odoo 企业版 POS：赊账补款时，旧应收、当前付款和关班分录如何重新对齐
pos_settle_due 的重点从来不是做一笔“补收订单”，而是把 partner 总欠款、发票未结清金额、当班 pay_later 分录与 session closing 的核销重新归到同一口径。
Odoo 企业版 POS：顾客显示屏上的订单为什么只露出一部分字段，谁来裁剪公开上下文
顾客显示屏在企业版里是一个独立的公开路由，不是把备餐屏或 POS 会话原样 iframe 出去；access_token、initial_data 和订单阶段压缩共同决定了顾客能看到什么、看不到什么。
Odoo 企业版 POS：准备屏改状态后，顾客屏、打印流与厨房节奏为什么不会完全同步
在餐饮场景里，准备屏、顾客取餐屏和厨房打印不是同一个时钟：pos_restaurant_preparation_display 先管理备餐单与课程，pos_order_tracking_display 再把阶段翻译成公开状态，而打印与通知则走各自的触发点。
Odoo 企业版 POS：预约到店核销后，会话订单、服务资源与会计流水如何闭环
pos_appointment 不是把预约塞进收银台列表就完了；预约事件的加载窗口、手机号补齐、到店状态切换，以及 POS 侧付款与关班分录，分别落在 appointment、calendar.event、pos.session 和会计链上。
Odoo 企业版 POS 租赁为什么不是“前台扫序列号收钱”而已：lot 回写与已交付数量对账讲透
pos_sale_stock_renting 补的是一段非常关键的桥：POS 上扫到的 lot/serial 要写回 sale rental 线，后续 delivered qty 才不会被库存逻辑冲掉。