Odoo 企业版 POS 结清客户欠款为什么不是“前台补收一笔钱”而已：special products、总欠款口径与分客户对账链路讲透
很多团队以为 POS 里的 settle due 只是把客户未结款项再收一次。但企业版 pos_settle_due 真正补的是一条受控结算链：前台先按
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
Odoo POS 定价为什么不是“客户切一下就换价”：pricelist、fiscal position 与税映射重算讲透
POS 前台看起来只是切客户、切价目表、改税制，但 Odoo 背后真正处理的是可用价目表白名单、同币种约束、客户价目表回填、fiscal position 映射以及含税价重算。本文结合 point_of_sale 源码讲清：为什么有的客户一选就变价、有的却不动，为什么税额会跟着变，以及遇到“前台价格对、后台分录错”时该怎么排查。
Odoo POS 组合餐为什么不是“套餐价拆几行”：combo 价格分摊、子行跟随与属性加价边界讲透
很多人以为 POS 套餐只是前台挑几个子品项，再把总价平均拆开；但 Odoo 真正在处理的是“免费份额与额外份额怎么分、最后一项怎样吃掉舍入尾差、主套餐数量变化时子行如何按比例跟随、属性加价加在哪一层”。本文结合 point_of_sale 前端源码，把 combo 的真实计算链讲透。
Odoo POS 退款为什么不是“数量改成负数就完了”：原单回链、可退上限与批次序列号防串单讲透
很多人以为 POS 退款就是新建一张负数单，但 Odoo 真正在保护的是“这次到底在退哪一笔、还能退多少、批次/序列号有没有被重复退、退款单能不能随便换客户”。本文结合 point_of_sale 前后端源码，把 refund line、refunded_orderline_id 与 lot 选择边界讲透。
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 和会计链上。