Odoo 银行对账模型为什么不只是“自动记账规则”：account.reconcile.model 到底在匹配什么
很多人把 Odoo 对账模型理解成简单自动分录模板，但 account.reconcile.model 真正处理的是匹配条件、建议逻辑和自动对账边界。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版预算执行为什么不能只看“已发生金额”：采购承诺、分析维度与预算实绩桥接讲透
account_budget_purchase 真正解决的问题，不是给采购单加一个预算提示，而是把采购承诺、分析分布与预算实绩放进同一条核算链路。
Odoo 发票发送为什么不是“点邮件模板发出去”：sending settings、PDF/EDI、动态附件与 partner 兜底链讲透
很多人排查 Odoo 发票发送失败时，只盯着邮件模板，但 `/home/ubuntu/odoo-temp/addons/account/models/account_move_send.py` 表明真正的发送链更长：先确定 sending settings，再决定 PDF/EDI、附件组件、收件人 partner、动态报表和最终 mail params，失败点往往根本不在模板本身。
Odoo 付款为什么改了 payment 还要回写 move：_synchronize_to_moves、line 重建与付款单/分录双向一致性讲透
很多人把 `account.payment` 当成 `account.move` 的壳，但 `/home/ubuntu/odoo-temp/addons/account/models/account_payment.py` 说明事实恰好更复杂：payment 是业务对象，move 是会计落账对象，二者必须通过 `_synchronize_to_moves()` 和 `_generate_move_vals()` 保持结构一致，而不是谁单方面覆盖谁。
Odoo 发票 Quick Edit 为什么像“手填总额”，背后却在反推整张账单：suggestions、日期建议与 rounding 修正链讲透
很多人以为 Odoo 发票 Quick Edit 只是少填几列字段，但 `/home/ubuntu/odoo-temp/addons/account/models/account_move.py` 里的实现其实是在根据总额、常用科目、税和付款条款反推一条可过账的 invoice line，再用 rounding 修正把总额校到你输入的数字。
Odoo 企业版贷款为什么不是“导个摊销表就完了”：计算向导、Skip Until 与提前关闭边界讲透
基于 account_loans，讲清贷款从计算、导入、跳过历史分录到提前关闭时，Odoo 如何保持余额、期间与自动分录的一致性。
Odoo 企业版自动转账模型为什么不是“月底复制分录”：周期、暂停窗口与行级分摊讲透
account_transfer 补的不是一个“复制凭证”按钮，而是周期触发、暂停控制、来源/目标科目与百分比分摊规则，让月末转账真正可重复、可审计。