Odoo 银行对账模型为什么不只是“自动记账规则”：account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板，但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 库存估值层为什么这么关键：Stock Valuation Layer、remaining_qty 和 remaining_value 到底在表达什么
很多人能理解出入库数量，却总看不懂 Odoo 的库存价值剩余是怎么追的。本文把 Stock Valuation Layer、remaining_qty 和 remaining_value 讲清楚。
Odoo 采购 Bill Control Policy 不是一个小开关：按订购数量还是按收货数量，会把整条开票逻辑改掉
从 product.template.purchase_method、qty_received、qty_to_invoice 和 invoice_status，拆开看采购开票到底按谁算。
Odoo 点 Create Payment 后到底发生了什么：register wizard、payment post 与 reconciliation 串联
很多人把 Register Payment 看成一个按钮动作：点一下，系统就“自动付款完成”。但从 account.payment.register 的 _create_payments、_init_payments、_post_payments、_reconcile_payments 和 account.move.line.reconcile 看，这其实是一条“分批组织 -> 建 payment -> 过账/变更状态 -> 对账核销”的完整链路。
Odoo 企业版 Intrastat 为什么不是“发票金额汇总”那么简单：国家、交易代码、原产国与报表分组边界讲透
很多人第一次看 Odoo 企业版 Intrastat，会以为它只是把欧盟往来发票按期间加总。可真正决定报表结果的，不只是金额，还有销售看收货国、采购看往来方国家、行上交易代码默认值、产品原产国、补充计量单位，以及一整套分组键与校验规则。源码里它本质上是一条“发票字段 → 行字段 → 报表分组 → return checks”的链路。
Odoo 企业版 Account Loans 为什么不是“贷款台账”而已：重分类、自动过账与 outstanding balance 边界讲透
很多人把 Odoo 企业版贷款管理理解成一张分期明细表。真正看 account_loans 源码会发现，官方做的是一套会计生成器：一条贷款线不仅会生成本金+利息分录，还会按未来 12 个月自动做长期转短期重分类和次月反转，outstanding balance 也按“已过账付款”而不是理论计划表来算。
Odoo 工单工时为什么会影响成本而不只是报表：Duration、计时器、效率损失与工序成本讲透
很多人以为工单计时只是车间看板数据，但在 Odoo 里，duration 会继续影响 performance、expected duration 乃至工序成本。本文把这条链讲清楚。