Odoo 企业版 POS 结清客户欠款为什么不是“前台补收一笔钱”而已：special products、总欠款口径与分客户对账链路讲透
很多团队以为 POS 里的 settle due 只是把客户未结款项再收一次。但企业版 pos_settle_due 真正补的是一条受控结算链：前台先按
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
Odoo 企业版 POS 结清客户欠款为什么不是“前台补收一笔钱”而已：special products、总欠款口径与分客户对账链路讲透
很多团队以为 POS 里的 settle due 只是把客户未结款项再收一次。但企业版 pos_settle_due 真正补的是一条受控结算链：前台先按
Odoo 企业版 POS 在线支付自助单为什么不是“支付回调到了就算后厨可做”：交易确认与备餐入列时机讲透
pos_online_payment_self_order_preparation_display 只做了一件事：在支付事务真正被判定为 self-order confirmed 后，再把订单送进备餐队列。恰恰是这一步，决定了门店会不会提前做单。
Odoo 企业版 POS 顾客取餐屏为什么不是“厨房看板镜像”而已：stage 同步、消息推送与 open customer display 边界讲透
很多人把顾客取餐屏理解成 preparation display 的只读副本。但 pos_order_tracking_display 实际上重建了一条“可对外展示”的订单状态流：从
Odoo 企业版 POS 预约为什么不是“收银台代客人约个时间”而已：waiting list、电话透传与 booking 视图链路讲透
企业版 pos_appointment 并不是简单把 appointment 放进 POS 菜单里。它把预约资源、waiting list 容量、客户电话与后台
Odoo POS 为什么会给顾客发两张 JPG：basic_receipt 开关、前端截图与附件命名链路
不再泛讲电子小票整条邮件链，而是聚焦 basic_receipt 打开后为什么会同时生成 full、basic 两张 JPEG，小票图像是谁在前端渲染、谁在后端落成附件、附件名字为什么会带 -1。
Odoo 企业版餐饮后厨屏为什么不是“出单即显示”那么简单：merge/unmerge、course 与通知回流链路讲透
餐饮场景里的 preparation display 远不只是把 POS 订单贴到电视上。企业版 pos_restaurant_preparation_display