Odoo 银行对账模型为什么不只是“自动记账规则”：account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板，但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 资产模型为什么决定的远不止“折旧几年”：asset model、depreciation board 重算与 modification 边界讲透
很多人把 Odoo asset model 理解成固定资产模板，但真正影响实施成败的，是它如何决定后续折旧板、哪些字段变更会触发重算、以及什么时候必须先冲回未来分录再修改。
Odoo 递延收入与递延费用为什么不是“发票拆期摊掉就行”：资产模型、确认分录与起止日期边界讲透
Odoo 的 deferred revenue / deferred expense 并不是轻量备注，而是复用了 account_asset 的资产/模型引擎。理解它，关键不在“会不会摊销”，而在什么时候自动建资产、什么时候开始确认、以及哪些日期真的生效。
Odoo 分析分摊为什么常在发票上“看着对、过账后又不一样”：invoice line、bill line、journal item 的继承与回写边界讲透
很多人以为 analytic distribution 只是发票行上的一个 JSON 字段，但 Odoo 真正麻烦的地方在于它会被模型规则补全、被税行继承、又能从分析分录反向回写。本文讲清这些同步边界。
Odoo 提前付款折扣为什么最容易在“税基到底要不要跟着折”上出错：payment term、included/excluded/mixed 边界讲透
提前付款折扣最容易让人误判的不是折扣日期，而是税基边界。Odoo 在 payment term 上提供 included、excluded、mixed 三种计算口径，并且只允许单行 100% 条款启用早付折扣。本文专讲这条税基边界，避免和普通折扣、到期日逻辑混为一谈。
Odoo 催款为什么不该只盯“是否逾期”：follow-up levels、payment_date、no_followup 与 activity 接力讲透
很多团队把催款理解成“发票逾期后发邮件”，但 Odoo 的设计更像一条分层链：先决定哪些应收行进入 follow-up，再根据 payment_date 识别当前节点，再把提醒动作和 activity 接起来。本文从核心字段与源码边界出发，把这条链讲清。
Odoo 现金制税为什么一定要先经过 transition account：reconcile 触发、部分核销比例与过渡科目回转讲透
许多人知道 cash basis tax 会“在收付款后转税”，却没意识到官方实现真正围绕的是 transition account 与 reconcile 事件本身。本文聚焦过渡账户为什么必须可核销、每次 partial reconcile 怎样按比例触发转移，以及为什么这不是简单的付款后补税。