Odoo 企业版 POS 结清客户欠款为什么不是“前台补收一笔钱”而已:special products、总欠款口径与分客户对账链路讲透
很多团队以为 POS 里的 settle due 只是把客户未结款项再收一次。但企业版 pos_settle_due 真正补的是一条受控结算链:前台先按
TOPIC PICKS
很多团队以为 POS 里的 settle due 只是把客户未结款项再收一次。但企业版 pos_settle_due 真正补的是一条受控结算链:前台先按
很多人以为把订阅产品放进 POS,无非就是门店也能卖一笔 recurring product。但从企业版 pos_sale_subscription 源码看,官方真正补的是两条缺一不可的桥:一条把 POS 成交数量并回 subscription 的 qty_invoiced 口径,另一条在订单真正 paid 后推进 sale.order 的 next_invoice_date。少了任意一条,订阅既会“卖了像没卖”,也会“账期像没走”。
很多人以为 POS 切换 cashier 只是前台把当前操作人换一下名字,但 Odoo 真正处理的是“这个人切进来之后能不能改价、能不能打折、能不能现金存取、关店差异要不要经理兜底,以及浏览器会把谁记成当前收银员”。本文结合 point_of_sale 前端源码,讲清 cashier 切换背后的真实权限边界。
很多人把 POS 现金取整理解成“最终金额四舍五入一下”,但 Odoo 真正处理的是配置层策略约束、订单已付判断、现金/非现金混合支付边界,以及发票上的 rounding line 怎么补。本文结合 point_of_sale 源码讲清:为什么 rounding 不是随便开个开关、为什么混合支付是高风险区,以及金额差几分时系统到底在保护什么。
很多人把 Odoo POS 的 preset 当成前台快捷按钮,但源码里的 pos.preset 其实能同时携带价目表、税制、身份要求、退货模式以及按时间管理订单的容量规则。本文结合 point_of_sale 源码讲清:time slot 如何计算、为什么满额判断不是建一张“时段表”、以及遇到同一时段超卖或不可取消时应如何排查。
很多人把 POS 小费理解成订单尾部加一行金额,但 Odoo 真正在处理的是“这笔金额挂到哪个产品、订单是否已进入 tipped 状态、找零行和真实支付行怎么拆、会计与收银统计要不要把它当独立语义”。本文结合 point_of_sale 源码,把 tip_product、is_tipped 与 payment move 边界讲透。
pos_self_order_iot 在 kiosk 模式下要同时确认 kitchen printer、IoT box 是否能当 kiosk,以及 payment method 是否具备自助支付能力;少一层都不该放行。