Odoo 银行对账模型为什么不只是“自动记账规则”:account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
可以顺着继续读的相邻方向
很多人以为 Odoo 的分析分摊只是发票行上填几个百分比,但官方源码真正做的是“规则命中 + 分录承载 + 税与折扣继续传播”。这篇文章用 account_analytic_distribution_model、account.move.line 与 account.tax 的实现链路,把它讲清楚。
很多人把 Odoo 预付款理解成先开一张金额发票,但在销售链里它其实有独立行语义、专门向导和最终扣减逻辑。本文把它讲透。
很多人把 Odoo 付款条款理解成一个到期日设置,但在官方模型里,它还会牵涉分期拆分、现金折扣和税务口径。本文把它讲透。
很多人看到 Reverse Entry,会以为它只是“做一张金额相反的凭证”。其实从 wizard 到 _reverse_moves,Odoo 还要处理原凭证关联、自动过账、是否一起核销,以及 modify 模式下的新草稿。本文把冲销链路讲透。
很多人把 tax lock date 理解成“到了那天之前的单据都不能动”,但 Odoo 的实现更细:它不仅区分 fiscal lock 与 tax lock,还会根据行是否影响税报去决定拦截力度。本文把这层边界讲清楚。
很多人做坏账时第一反应是把发票标成已付清,或者直接把 residual 改掉。但从 Odoo 的会计设计看,坏账核销本质上是新增一条对手分录并参与核销,而不是篡改原始应收事实。