Odoo 银行对账模型为什么不只是“自动记账规则”：account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板，但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 发票和付款到底是怎样真正匹配上的：partial reconcile、full reconcile、matching_number 和 payment_state 细节讲透
很多人知道发票和付款会“核销”，但不知道 Odoo 底层到底靠什么对象把两者连起来。本文从 account.partial.reconcile、account.full.reconcile、matching_number 到 payment_state 的回算逻辑，把匹配细节讲透。
Odoo 汇率差异为什么总在核销时冒出来：exchange difference、partial reconcile 和公司币/外币残差到底谁在补谁
很多人以为 Odoo 的汇率差异是付款时自动算出来的一笔杂项调整，但源码真正关心的是核销时公司币和外币残差有没有同时闭合。本文把 exchange difference 的生成时机与判断逻辑讲透。
Odoo 采购异常别只盯一张单：Receipt Status、Invoice Status 与 qty_received / qty_invoiced 的排错顺序
采购单卡在 pending、partial、full、to invoice、invoiced 时，很多人会到处点界面。本文给你一条基于源码字段关系的采购排错顺序。
Odoo Fiscal Position 为什么不只是“税率切换”：税映射、科目映射和自动匹配到底怎么配合
很多人把 Fiscal Position 理解成给发票换个税，但它实际同时影响税映射、科目映射和伙伴/地址条件匹配。本文把它讲清楚。
Odoo 联系人和公司为什么老串在一起：commercial_partner_id、伙伴层级和业务归属讲透
很多发票、销售、联系人归属问题，最后都会绕到 commercial_partner_id。本文讲清 Odoo 为什么既保留联系人层，又要有商业主体层。
采购单审批后，收货单、已收数量与发票状态是怎么串起来的
从 purchase.order.button_approve、_create_or_update_picking 到 _prepare_qty_received 和 receipt_status，讲清采购、收货、退货与发票之间的连接。