Odoo 银行对账模型为什么不只是“自动记账规则”:account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
很多人把 Odoo 对账模型理解成简单自动分录模板,但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
可以顺着继续读的相邻方向
基于 tax report carryover 测试,讲清 carryover 如何落成 external value、何时弹 popup、税务单元下为何公司口径不同。
基于 account return 状态机测试,讲清不同 states_workflow 模式下 review、submit、pay 为何不总是全都有。
基于 account return creation wizard 测试,讲清手工建单的日期校验、归档后重建、audit 允许重复与强制跨周期 override。
基于 helpdesk_stock_account 测试,讲清 Helpdesk 退款为何依赖退货数量、如何在多销售单/多产品里只退该退的部分。
一张发票被拆成多期后,很多人以为每期只是按百分比切金额;但 Odoo 还要处理固定额、最后余额行、现金舍入和后续残余金额。本文把多行 payment term 的真实计算顺序讲透。
站在发票界面看,Fiscal Position 像一个统一重映射器;站到源码里看,它其实分别作用在产品行、税行、payment term 行,而且作用时点也不同。本文把这种“像一起改、其实分层改”的边界讲清。