Odoo 银行对账模型为什么不只是“自动记账规则”：account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板，但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 应收应付科目为什么有时不是伙伴科目：payment term 行的 account_id 选取链与 fiscal position 重映射讲透
很多人以为发票上的应收应付科目只看伙伴属性，但 Odoo 真正的选取链还会考虑历史 term line、公司兜底科目和 fiscal position 的 account remap。本文基于 `/home/ubuntu/odoo-temp/addons/account/models/account_move_line.py` 拆开讲透。
Odoo 周期性分录为什么不是“定时复制上一张”：auto_post、origin 与日期推进链路讲透
很多人把 Odoo 的周期性分录理解成固定频率复制模板，但官方源码真正做的是“原始分录锚点 + 周期推进 + 字段选择性继承”。本文拆解 account.move 里的 recurring entry 实现链路。
Odoo 现金舍入为什么不是“尾差补一笔”：cash rounding 的两种策略和税分录边界讲透
很多人把现金舍入理解成发票最后补个零头，但 Odoo 官方源码其实把它建模成动态分录重算机制，而且有“新增发票行”和“并入最大税额”两套完全不同的会计策略。
Odoo 银行流水为什么不是“导进来再补分录”：statement line、suspense account 与 journal entry 双向同步讲透
很多人把银行流水理解成一条辅助记录，但 Odoo 官方源码把它设计成与 account.move 强绑定、双向同步的会计对象。本文用 account.bank.statement.line 的源码说明：为什么暂记账户不是多余中间层，以及流水和分录如何彼此纠偏。
Odoo 税为什么不是“算完直接挂一条税分录”：tax repartition line 到底在分配什么
很多人理解税时只盯税率，却忽略了 Odoo 真正用来落账的是 tax repartition line。它决定发票与退款如何分配税额、税网格、税结转参与方式，甚至支撑反向征税这类正负分配结构。
Odoo 分析分摊为什么不只是“填个百分比”：analytic distribution model、journal item 与税分摊链路讲透
很多人以为 Odoo 的分析分摊只是发票行上填几个百分比，但官方源码真正做的是“规则命中 + 分录承载 + 税与折扣继续传播”。这篇文章用 account_analytic_distribution_model、account.move.line 与 account.tax 的实现链路，把它讲清楚。