Odoo 银行对账模型为什么不只是“自动记账规则”:account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
可以顺着继续读的相邻方向
很多人第一次看 Odoo 企业版 Intrastat,会以为它只是把欧盟往来发票按期间加总。可真正决定报表结果的,不只是金额,还有销售看收货国、采购看往来方国家、行上交易代码默认值、产品原产国、补充计量单位,以及一整套分组键与校验规则。源码里它本质上是一条“发票字段 → 行字段 → 报表分组 → return checks”的链路。
很多人以为工单计时只是车间看板数据,但在 Odoo 里,duration 会继续影响 performance、expected duration 乃至工序成本。本文把这条链讲清楚。
很多人看 Odoo 项目利润面板时只想要一个总数,但源码里盈利其实来自 billable 工时、待开票、已开票和成本归集的组合。本文把它讲透。
很多人把 Odoo 的 cash basis tax 理解成“发票不认税、收款时补一张税凭证”,但源码里的设计远比这更精细:它围绕 partial reconcile、付款比例、税务转移账户和多币种汇率共同运作。本文把这条链讲透。
很多人以为 Odoo 的汇率差异是付款时自动算出来的一笔杂项调整,但源码真正关心的是核销时公司币和外币残差有没有同时闭合。本文把 exchange difference 的生成时机与判断逻辑讲透。
采购单卡在 pending、partial、full、to invoice、invoiced 时,很多人会到处点界面。本文给你一条基于源码字段关系的采购排错顺序。