Odoo 银行对账模型为什么不只是“自动记账规则”：account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板，但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 预付款发票不是“先开一张普通发票”：sale.advance.payment.inv 真正做的是押金语义建模
很多人知道 Odoo 可以开 Down Payment Invoice，但容易把它理解成“先随便开一张发票”。其实源码里这条链路专门做了预付款建模、税额拆分、销售行锚定和后续抵扣语义。本文讲透这个向导到底在干什么。
Odoo 的 partial reconcile 怎么一步步变成 full reconcile：核销链路别再只盯“已付款”
在 Odoo 里，核销不是“要么没核销，要么已核销”这么简单。系统会先创建 `account.partial.reconcile` 这条连接边，再在整组分录都真正归零后，补出 `account.full.reconcile` 作为整图收口。
Odoo 采购价差不是“价格填错了”而已：Vendor Bill、标准成本与 Price Difference Account 怎么串起来
收货价和账单价不一样时，Odoo 不是只改一个单价字段。本文把标准成本、价差科目、Anglo-Saxon 分录和库存价值边界讲清楚。
Odoo 库存估值层为什么这么关键：Stock Valuation Layer、remaining_qty 和 remaining_value 到底在表达什么
很多人能理解出入库数量，却总看不懂 Odoo 的库存价值剩余是怎么追的。本文把 Stock Valuation Layer、remaining_qty 和 remaining_value 讲清楚。
invoice_date 改了为什么连会计日期和分录行都一起变：account.move 的日期重算链路
从 `account.move._compute_date()` 看 Odoo 如何把 invoice_date、date 和 line_ids.date 绑在同一条重算链路上。
Odoo 发票上的付款二维码怎么长出来：account_qr_code_emv 的方法选择、TLV 组包与国家扩展边界讲透
很多人以为发票二维码只是报表上塞一张图片，但从 account_move.py、res_partner_bank.py 和 account_qr_code_emv 的实现看，Odoo 真正做的是先挑可用的 QR 方法，再校验银行账户是否满足国家规则，最后把金额、币种、商户信息和引用组装成 EMV 字符串并交给条码引擎渲染。