Odoo 银行对账模型为什么不只是“自动记账规则”:account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
可以顺着继续读的相邻方向
很多人把 Odoo 的锁定日期理解成一个总开关,但官方源码其实做了分层:global、tax、sale、purchase、hard lock,再加上可审计的 lock exception。本文把这套设计讲清楚。
很多人把 Odoo 的 cash basis tax 理解成“发票不认税、收款时补一张税凭证”,但源码里的设计远比这更精细:它围绕 partial reconcile、付款比例、税务转移账户和多币种汇率共同运作。本文把这条链讲透。
很多人以为 Odoo 的汇率差异是付款时自动算出来的一笔杂项调整,但源码真正关心的是核销时公司币和外币残差有没有同时闭合。本文把 exchange difference 的生成时机与判断逻辑讲透。
采购单卡在 pending、partial、full、to invoice、invoiced 时,很多人会到处点界面。本文给你一条基于源码字段关系的采购排错顺序。
很多人把 Fiscal Position 理解成给发票换个税,但它实际同时影响税映射、科目映射和伙伴/地址条件匹配。本文把它讲清楚。
很多会计问题最后都会落到 action_post。本文从业务和源码两层讲清楚 Odoo 凭证过账为什么是会计链路里最关键的一步。