Odoo 财务模块全面深度解读（VIP15万字版）

源力祁老师

于 2025-05-27 20:58:14 发布

阅读量1.2k

点赞数 36

分类专栏： odoo模块功能文章标签：开发语言学习方法

本文链接：https://blog.csdn.net/conquer_qgw/article/details/148264922

版权

一、会计模块基础设置与核心配置

本文档旨在为 Odoo 实施顾问和企业财务核心用户提供一份全面、深入的操作指南和战略性配置建议。我们将超越基础的“如何操作”，深入探讨“为何如此”以及“如何做得更好”，确保 Odoo 会计模块的初始化设置不仅符合法规要求，更能最大化地赋能企业财务管理。

引言：Odoo 会计模块的战略意义

Odoo 的会计模块是其整个 ERP 系统的财务中枢。它的设置正确与否，将直接决定企业财务数据的准确性、业务流程的顺畅度以及财务报告的合规性与洞察力。一个精心规划的会计基础配置，是企业实现财务数字化转型、进行精准决策支持的基石。因此，我们必须以战略性的高度来审视和执行每一个配置步骤。

第一部分：奠定基石 — 安装与全局配置

在触碰任何会计科目或日记账之前，我们需要确保 Odoo 的基础环境已经为会计模块的运行做好了万全准备。

1.1. 会计模块的安装与激活

Odoo 的模块化设计使得功能的启用变得简单，但背后隐藏着重要的依赖关系。

操作路径: 应用 (Apps) -> 搜索 invoicing 或 Accounting (Odoo 会计模块的核心是 account 模块，通常通过安装 Invoicing 应用来激活)。
深度解析:
- 模块依赖: 安装会计模块 (account) 会自动安装一系列核心依赖模块，如 analytic (分析会计)、base_iban (银行账户基础)等。理解这些依赖关系有助于我们预见系统的功能联动性。例如，分析会计的自动安装意味着我们从一开始就应考虑成本中心、利润中心的核算需求。
- 本地化包 (Localization Package): 这是 Odoo 设置中至关重要的一步。在安装会计模块时，系统通常会提示或自动根据公司所在国家安装相应的“本地化包”。
  - 作用: 本地化包预置了符合该国会计准则的会计科目表模板、税率、财务报表结构（资产负债表、利润表等）以及税务报告格式。
  - 最佳实践: 务必在初始化时就选择并安装正确的国家本地化包。 如果企业是跨国经营，应以总部所在或主要核算地为准，后续再通过多公司机制处理其他地区的差异。忽略这一步将导致后续大量的、繁琐的手动配置工作。

1.2. 公司基本信息的配置及其深远影响

公司信息不仅是显示在单据上的文本，更是驱动会计核算的关键参数。

操作路径: 设置 (Settings) -> 公司 (Companies) -> 选择并编辑您的公司。
核心配置项剖析:

配置项	操作细节与说明	对会计模块的深层影响	最佳实践建议
公司名称/地址	填写完整的法定名称和注册地址。	这些信息将自动出现在所有对外财务文档上，如发票、采购订单、财务报告等，关系到公司的法律合规性和专业形象。	使用法定全称，确保准确无误。
货币 (Currency)	选择公司的本位币。	这是系统中最重要的财务设定之一，一旦产生会计分录便不可更改。所有财务报表都将以此货币为基础进行核算和呈现。它决定了所有交易的最终记账基础。	慎重选择！必须是公司法定的记账本位币。对于有跨国业务需求的企业，先设定好本位币，再启用多货币功能。
财年 (Fiscal Year)	`设置 (Settings)` -> `会计 (Accounting)` -> `财年 (Fiscal Years)`。设定财年的起始日期和结束日期。在 Odoo 中，对财年的管理更加灵活。	定义了财务报告的周期（年度报告、季度报告）。所有会计分录都会根据其日期归属于特定的财年。期末结转等关键操作都依赖于此设定。	根据公司的会计制度设定。通常是每年1月1日到12月31日，或根据行业特性（如某些零售业）设定。建议在任何业务发生前就定义好当前和未来的几个财年。
税务/公司ID	填写增值税号 (VAT)、统一社会信用代码等。	用于税务计算、税务报告，并显示在发票上，是税务合规的关键。	确保与税务机关登记的信息完全一致。

第二部分：核心枢纽 — 会计科目表 (CoA) 的构建与优化

会计科目表 (CoA) 是财务核算的“骨架”，其设计的合理性、灵活性和可扩展性，直接影响财务数据的质量和分析的深度。

2.1. 会计科目表的结构理解

Odoo 的会计科目表是树状结构，包含了以下关键要素：

代码 (Code): 科目的唯一标识符，具有层级关系（如01 是的子科目）。代码的编码规则至关重要。
名称 (Name): 科目的描述性名称。
类型 (Type): 这是科目最重要的属性，它决定了该科目的会计行为和在财务报表中的位置。例如，“应收账款”类型的科目才能用于客户发票，“银行和现金”类型的科目才能在银行日记账中使用。
允许核销 (Allow Reconciliation): 标记需要进行对账的科目，如应收/应付账款、预付款项、银行暂记账等。
废弃 (Deprecated): 用于停用某个科目，使其不能再被选用，但保留历史记录。

2.2. 会计科目表的建立策略

企业通常有三种方式来建立自己的 CoA：

使用本地化包标准模板: 对于中小型、业务模式标准的企业，这是最快、最安全的选择。
在标准模板上修改: 最常见的做法。基于本地化包提供的模板，根据企业自身的管理需求，增加、修改或停用某些科目。
完全自定义并导入: 对于有非常特殊的核算要求或从旧系统迁移的大型集团，可能需要完全自定义。

操作路径: 会计 (Accounting) -> 配置 (Configuration) -> 会计科目表 (Chart of Accounts)。
导入路径: 在会计科目表视图中，点击 收藏 (Favorites) -> 导入记录 (Import records)。

2.3. 会计科目表设计的最佳实践

编码规则的一致性:
- 逻辑分段: 资产、负债、权益、成本、损益等大类应使用不同的号段。例如，1xxx 表示资产，2xxx 表示负债，5xxx 表示成本，6xxx 表示收入。
- 保留扩展空间: 在科目编码之间留出足够的空位，以便未来新增科目。例如，不要连续使用001,002,003，可以考虑使用010,020。
科目粒度的适中性:
- 过细的风险: 科目过多会导致凭证录入效率低下，账务核对困难，报表臃肿。例如，为每一个供应商或客户建立一个应付/应收科目是 绝对错误 的做法，这应该通过 Odoo 的合作伙伴（Partner）和辅助核算来实现。
- 过粗的风险: 科目太少则无法满足精细化管理的需求。例如，“管理费用”下至少应区分出“工资”、“租金”、“办公费”等明细。
- 平衡之道: 利用“分析账户”和“分析标签”进行多维度核算。对于需要按项目、部门、产品线等维度进行分析的收支，应在费用或收入科目上启用分析会计，而不是为此创建独立的会计科目。这是 Odoo 精细化核算的核心思想。
科目类型的精确选择: 务必为每个科目选择正确的类型。这直接影响资产负债表和利润表的自动生成。一旦科目已有交易，其类型将难以修改。
利用科目组 (Account Groups): Odoo 允许你创建科目组，这对于自定义财务报表结构和进行特定科目的汇总分析非常有用，可以更灵活地组织报表视图。

第三部分：税务引擎 — 税率 (Taxes) 的精准配置

税务配置是会计模块中复杂度较高且极易出错的环节。错误的税率设置将导致企业面临严重的财税风险。

3.1. 税率设置详解

操作路径: 会计 (Accounting) -> 配置 (Configuration) -> 税务 (Taxes)。
核心配置项剖析:

配置项	描述与说明	对交易的影响	最佳实践建议
税范围 (Tax Scope)	`销售 (Sales)`、`采购 (Purchases)` 或 `无 (None)`。决定此税率应用于销售还是采购交易。	错误的选择将导致在创建发票或账单时无法找到正确的税率。	清晰地分离进项税和销项税。命名上也要体现出来，如“销项税-13%”、“进项税-6%”。
税计算 (Tax Computation)	`价格的百分比 (Percentage of Price)`、`固定金额 (Fixed Amount)`、`基于其他税的代码 (Python Code)` 等。Odoo 提供了强大的灵活性。	`价格的百分比`是最常用的。`组税 (Group of Taxes)` 功能非常强大，可以处理复合税（如价内税和价外税的组合）。`Python Code` 则用于处理极其复杂的税务计算逻辑。	对中国等使用增值税的国家，通常选择 `价格的百分比`。对于复杂的税务（如美国的州税、市税组合），应充分利用 `组税` 功能，将多个税种组合成一个，简化用户操作。
税定义 (Definition)	这是税率配置的核心。在这里你可以定义一个或多个税基和税率。例如，一个13%的增值税，其定义就是`0% 的基数` 上计算`% 的税`。你还可以在这里指定产生的税额记入哪个会计科目和税务网格 (Tax Grids)。	至关重要！这里的设置决定了：<br>1. 税金的计算方式。<br>2. 产生的税额（如应交增值税）自动记入哪个会计科目。<br>3. 税额如何自动归集到税务报告的特定行（通过税务网格）。	为每个税率精确指定其会计科目和税务网格。这是实现税务申报表自动化的关键。例如，“销项税-13%”产生的税额应记入“应交税费-应交增值税-销项税额”科目，并映射到税务申报表中“一般项目-13%税率”的销售额和税额栏次。
高级选项	`包含在价格中 (Included in Price)`、`影响基数 (Affect Base of Subsequent Taxes)`。	`包含在价格中` 定义了是价内税还是价外税，这会影响最终的单据总额和税基计算。<br>`影响基数` 用于处理阶梯税或复合税的计算顺序。	根据当地税法规定准确设置。在中国，增值税通常是价外税，所以不勾选 `包含在价格中`。在设置 `组税` 时，要特别注意每个子税的计算顺序和是否影响后续税基。

3.2. 税务映射 (Tax Mapping / Tax Grids)

税务网格是连接日常交易与最终税务申报表的桥梁。

概念: 税务网格代表了税务申报表上的每一个格子（行）。在配置税率时，你需要将该税率产生的税基（不含税金额）和税额分别“映射”到正确的税务网格上。
价值: 当你运行税务报告时，Odoo 会自动抓取所有交易中映射到各个网格的金额，并填充到报表中，从而实现一键生成税务申报草表。
最佳实践: 在配置税率时，同步完成税务映射。这需要财务人员熟悉本国的税务申报表结构。花时间在前期正确设置，可以节省后期每月/每季度的报税时间。

第四部分：全球化视野 — 多货币 (Multi-Currency) 的启用与管理

对于有进出口业务或跨国分公司的企业，多货币功能是必不可少的。

4.1. 启用条件与设置

操作路径: 会计 (Accounting) -> 配置 (Configuration) -> 设置 (Settings) -> 勾选 多货币 (Multi-Currencies)。
启用前提: 必须首先在公司信息中设定好 本位币。
汇率设置:
- 手动更新: 会计 (Accounting) -> 配置 (Configuration) -> 货币 (Currencies)。选择货币并手动添加汇率。适用于汇率变动不频繁或需要严格控制汇率的场景。
- 自动更新: 在设置中配置 汇率自动更新服务。Odoo 可与欧洲央行、雅虎财经等多个服务商对接，每日或定期自动获取最新汇率。
最佳实践:
- 强烈建议启用自动更新服务，以减少人工操作和错误，并确保汇率的及时性。
- 设置一个合理的更新频率（如每日）。
- 对于锁定的、未来交易，需要考虑汇率波动风险。Odoo 默认使用交易当日的汇率，但也可以在单据上手动修改。

4.2. 多货币对交易的影响

交易记录: 客户发票、供应商账单等都可以用外币创建。Odoo 会同时记录外币金额和根据当日汇率换算的本位币金额。
汇兑损益: 当你用本位币支付一笔外币账单时，如果支付日的汇率与账单日的汇率不同，Odoo 会自动计算差额，并生成一笔 汇兑损益 (Exchange Difference) 的会计分录。
关键配置: 会计 (Accounting) -> 配置 (Configuration) -> 设置 (Settings) 中，必须指定 汇兑损益日记账 (Exchange Gain/Loss Journal)、收益科目 (Gain Account) 和 损失科目 (Loss Account)。否则，相关的自动分录将无法生成。

第五部分：业务脉络 — 日记账 (Journals) 的设计与配置

日记账是 Odoo 中对会计交易进行分类和组织的容器。每笔会计分录都必须属于一个日记账。

5.1. 日记账的类型与用途

操作路径: 会计 (Accounting) -> 配置 (Configuration) -> 日记账 (Journals)。

日记账类型	用途	关键配置要点
销售 (Sale)	记录所有客户发票和退款单。	默认收入科目: 新建产品时，若未指定收入科目，将使用此处的默认科目。<br>编号序列: `INV/2025/`... 决定了发票的编号规则。<br>专用开票日记账: 可以为不同业务线（如产品销售、服务销售）创建不同的销售日记账，以便分类统计和管理。
采购 (Purchase)	记录所有供应商账单和退款。	默认费用科目: 类似销售日记账的收入科目。<br>编号序列: `BILL/2025/`...
银行 (Bank)	记录通过特定银行账户发生的所有收付款。每个银行账户都应对应一个独立的银行日记账。	银行账户: 必须关联到 `会计科目表` 中一个类型为 `银行和现金` 的科目。<br>收付款方式: 定义了此账户支持的支付方式。<br>银行对账: 银行日记账是进行银行对账的核心。
现金 (Cash)	记录现金交易。类似于银行日记账，但用于实体现金。	会计科目: 关联到类型为 `银行和现金` 的“库存现金”科目。<br>利润/损失科目: 用于记录现金盘点时的盘盈盘亏。
杂项 (Miscellaneous)	用于记录不属于以上任何类型的特殊交易，如计提折旧、结转损益、工资发放凭证等。	核心作用: 这是财务人员手动创建会计凭证的主要场所。其灵活性最高，但同时也需要操作人员具备较高的专业水平。

5.2. 日记账配置最佳实践

一个银行账户一个日记账: 严格遵守此原则，确保银行对账单能与系统内的日记账条目一一对应。
利用日记账进行业务分离: 如果公司有多个销售渠道或采购类型，可以创建多个销售/采购日记账，通过不同的编号序列和默认科目来区分管理，使得报表分析更为便捷。
控制杂项日记账的使用: 杂项日记账应由有经验的财务人员使用。常规业务（如确认发票、登记付款）都应该通过其专用的业务流程自动生成分录，而不是在杂项日记账中手动创建。
编号序列的规划: 规划有意义的、清晰的编号序列前缀（如 INV-Domestic-，INV-Export-），有助于快速识别单据类型。

第六部分：周期管理 — 会计期与数据锁定

对会计期间进行有效管理，是确保财务数据严肃性和稳定性的重要保障。

6.1. 会计期 (Fiscal Periods)

虽然 Odoo 核心采用权责发生制，允许凭证在任何日期录入，但财年（Fiscal Year）的定义依然是年度结账和生成年度报告的基础。如前所述，应在期初就定义好。

6.2. 锁定日期 (Lock Dates)

这是财务内控的基石功能，用于防止已审核或已申报的会计期间数据被意外修改。

操作路径: 会计 (Accounting) -> 会计 (Accounting) -> 锁定日期 (Lock Dates)。
三层锁定机制:
1. 所有用户锁定日期 (Lock Date for All Users): 在此日期之前（含当日），任何用户（包括管理员）都不能再创建或修改会计分录。通常在月度/季度结账并出具报表后设定。
2. 仅限会计顾问锁定日期 (Lock Date for Accountants): 允许拥有“会计/顾问”权限的用户在该日期之前继续进行调整，而普通用户则不能。这为财务内部审核和调整提供了缓冲期。
3. 税务锁定日期 (Tax Lock Date): 一旦设置，将锁定所有与税务相关的分录，确保已申报的税务数据不被改动。
最佳实践:
- 建立严格的月度结账流程。流程结束后，立即设置“所有用户锁定日期”。
- 在税务申报完成后，立即更新“税务锁定日期”。
- 年底结账并完成审计后，才最终锁定整个财年的“仅限会计顾问锁定日期”。
- 这一功能应由财务总监或高级财务经理严格管控。

第七部分：总结 — 基础设置关键检查点与常见问题

在完成以上所有基础设置后，进行一次全面的复核是至关重要的。

7.1. 关键检查点清单

* [ ] 公司信息: 本位币是否绝对正确？财年设置是否符合规定？

* [ ] 会计科目表:

* 是否已安装正确的国家本地化包？

* 科目编码是否具有逻辑性和扩展性？

* 科目类型是否都已正确选择？

* 需要核销的科目（应收、应付、暂存款）是否已勾选 允许核销？

* [ ] 税率:

* 所有常用税率是否都已创建？（进项、销项、不同税率）

* 每个税率的 税范围、计算方式、会计科目 和 税务网格 是否都已精确配置？

* 价内税/价外税设置是否正确？

* [ ] 多货币: 如果需要，是否已启用并配置了自动汇率更新？汇兑损益科目是否已指定？

* [ ] 日记账:

* 是否为每个银行账户/现金账户都创建了独立的日记账？

* 销售和采购日记账的默认科目和编号序列是否符合管理需求？

* 是否明确了杂项日记账的使用规范？

* [ ] 期初余额: 如果是从旧系统迁移，期初余额是否已通过杂项日记账准确录入和审核？

7.2. 常见问题 (FAQ)

问：为什么我创建发票时找不到税率？
- 答: 请检查：1) 税率的“税范围”是否设置为“销售”；2) 税率是否设置为“有效”状态；3) 您的公司国家是否在税率的国家/地区限制内。
问：为什么我无法登记银行付款？
- 答: 请检查：1) 是否已为该银行账户创建了类型为“银行”的日记账；2) 该日记账是否已正确关联到 会计科目表 中类型为 银行和现金 的科目。
问：我选错了本位币，怎么办？
- 答: 如果系统中 还没有任何会计分录，可以尝试在开发者模式下修改。但一旦已有交易，修改本位币将导致数据严重错乱，强烈不建议。最安全的做法是重新建立一个数据库，并进行正确的初始化配置。这凸显了前期规划的极端重要性。

结论

Odoo 会计模块的基础设置是一个系统性工程，它需要的不仅是按部就班的操作，更是基于对企业业务和本地会计准则深刻理解的战略性规划。从全局的公司信息、货币，到核心的会计科目表、税率，再到业务流程的容器——日记账，每一个环节都环环相扣，互为基础。

作为实施顾问，我们的价值不仅在于教会用户“点击哪里”，更在于引导他们“为何如此设计”，并结合 Odoo 的最佳实践（如利用分析会计进行多维核算、通过税务网格实现申报自动化），构建一个既稳健合规又灵活高效的财务核算体系。一个卓越的开端，将为企业在 Odoo 平台上持续创造价值奠定最坚实的基础。

二、应收会计：客户发票与应收账款管理

Odoo 应收账款管理概览

Odoo 为企业提供了一个集成化的平台，用于高效管理应收账款（AR）的整个生命周期。标准的应收账款流程，从开具发票到最终的收款和对账，都在 Odoo 的会计模块中得到了全面的支持。这个流程通常包括：开票 (Invoicing) -> 发送 (Sending) -> 跟踪 (Tracking) -> 收款 (Collection) -> 对账 (Reconciliation)。Odoo 通过其互联的工具套件，旨在简化和自动化这些步骤，从而帮助企业优化现金流，维护健康的财务状况，并加强客户关系。

高效的应收账款管理对于任何企业的成功都至关重要。它直接影响企业的现金流，而现金流是企业运营的命脉。及时收回欠款可以确保企业有足够的资金来支付运营成本、进行投资和发展。此外，专业的应收账款处理流程有助于建立和维护良好的客户关系，避免因账务不清或催款不当引发的客户不满。Odoo 通过提供清晰的流程、自动化的工具和实时的报告，帮助企业实现这些目标。

在 Odoo 会计模块中，应收账款管理主要涉及以下几个核心菜单和功能区域：

客户 (Customers):
- 发票 (Invoices): 创建、查看和管理客户发票。
- 贷项通知单 (Credit Notes): 处理退款和冲销。
- 付款 (Payments): 登记和管理客户付款。
- 客户 (Customers): 管理客户主数据，包括其默认会计设置。
配置 (Configuration):
- 付款条款 (Payment Terms): 定义发票的付款条件和到期日。
- 跟进级别 (Follow-up Levels): 设置自动化的催款策略。
- 会计科目表 (Chart of Accounts): 定义应收账款等相关会计科目。
- 日记账 (Journals): 配置用于记录发票和付款的会计日记账。
- 税金 (Taxes): 设置和管理销售税。
报告 (Reporting):
- 账龄应收款 (Aged Receivable): 分析应收账款的账龄结构。
- 合作伙伴分类账 (Partner Ledger): 查看特定客户的详细交易历史和余额。

熟悉这些菜单路径和功能是高效使用 Odoo 进行应收账款管理的基础。本手册将按照标准的应收账款流程，详细介绍各个环节的操作步骤和关键配置。

第 1 章：Odoo 客户发票创建

客户发票是应收账款流程的起点，准确及时地创建发票至关重要。Odoo 提供了多种创建客户发票的方式，以适应不同的业务需求和场景。

1.1. 手动创建客户发票

手动创建发票适用于那些不直接源自销售订单或订阅的场景，例如一次性服务、杂项费用或需要进行特定调整的发票。虽然这种方式提供了高度的灵活性，但它要求操作人员仔细输入所有数据，以确保准确性。

详细步骤：

导航路径：
- 从会计仪表板：会计 (Accounting) 应用 ‣ 客户发票 (Customer Invoice) 区域 ‣ 新建 (New) 按钮。
- 从客户菜单：会计 (Accounting) 应用 ‣ 客户 (Customers) ‣ 发票 (Invoices) ‣ 新建 (New) 按钮。
填写关键表头字段：
- 客户 (Customer): 选择发票对应的客户。选择客户后，其默认的送货地址可能会自动填充，也可以手动修改。
- 发票日期 (Invoice Date): 发票的开具日期。
- 付款条款 (Payment Terms): 定义发票的到期日和付款条件。此字段的详细配置将在第 2 章中介绍。
- 日记账 (Journal): 选择用于记录此发票的会计日记账。日记账的设置会影响发票编号的序列和默认的借贷方科目。根据所选日记账，还可以确定发票的币种。
- 其他字段:
  - 送货地址 (Delivery Address): 客户的实际收货地址。
  - 客户参考 (Customer Reference): 客户提供的用于其内部跟踪的参考编号。
  - 销售员 (Sales Person): 关联负责此销售的销售人员。
  - 销售团队 (Sales Team): 关联负责此销售的销售团队。
  - 收款银行 (Recipient Bank): 公司期望客户付款至的银行账户。
  - 付款参考 (Payment Reference): 将显示在日记账分录中的付款参考信息。
  - 交货日期 (Delivery Date): 预计的货物或服务交付日期。
添加和配置发票行：
- 导航至 发票行 (Invoice Lines) 标签页。
- 点击 添加一行 (Add a line)。
- 产品 (Product): 搜索并选择要开票的产品或服务。如果产品已配置默认的销售科目和税金，这些信息将自动带入。
- 标签 (Label): 产品或服务的描述，可以根据需要进行编辑，以提供更清晰的发票信息。
- 科目 (Account): 此发票行对应的收入科目。通常会从产品设置中带出，但如果默认科目不适用，可以手动更改。
- 数量 (Quantity): 产品或服务的数量。
- 单价 (Unit Price): 产品或服务的单位价格。
- 税金 (Taxes): 选择适用于此发票行的税金。Odoo 会根据所选税金和税率计算税额。税金的详细配置将在第 2 章中讨论。
- 小计 (Subtotal): 系统根据 数量 * 单价 自动计算得出。
- 可以使用 添加分段 (Add a Section) 或 添加备注 (Add a Note) 功能来更好地组织发票行内容，使其更易读。

与系统从销售订单等其他单据自动生成发票相比（这类发票通常只需会计师验证和批量发送），手动创建发票涉及更多的数据录入环节。因此，虽然手动创建提供了处理特殊情况的灵活性，但也增加了数据输入错误的风险。操作人员必须仔细核对所有字段，特别是客户信息、产品/服务项目、数量、价格以及税金的应用，以避免后续的账务纠纷和付款延迟。

1.2. 从销售订单生成发票

从销售订单生成发票是大多数管理规范销售流程的企业的首选方法，因为它能确保从报价到发票的数据一致性和准确性。

标准销售订单到发票流程：

销售人员创建 报价单 (Quotation)。
客户确认报价单后，报价单转换为 销售订单 (Sales Order)。
在已确认的销售订单上，点击 创建发票 (Create Invoice) 按钮。
Odoo 系统会根据销售订单的信息自动生成一张 草稿发票 (Draft Invoice)。

发票开立策略 (Invoicing Policies)：

发票开立策略通常在产品表单中配置（路径：销售 (Sales) 模块 ‣ 产品 (Products) ‣ [选择产品] ‣ 常规信息 (General Information) 标签页 ‣ 开票策略 (Invoicing Policy)）。不同的策略决定了何时以及如何根据销售订单开具发票：

按订单数量开票 (Invoice what is ordered): 无论产品的交付状态如何，都按照销售订单上的全部数量为客户开具发票。
- 可以在 销售 (Sales) 模块 ‣ 配置 (Configuration) ‣ 设置 (Settings) ‣ 发票 (Invoicing) 部分 启用 自动开票 (Automatic Invoice) 功能，以在销售订单确认后自动生成此类发票。
按交付数量开票 (Invoice what is delivered): 仅针对已交付给客户的产品数量开具发票。这对于实际交付数量可能与订单数量存在差异的业务（例如，按实际重量计价的散装商品）至关重要。如果发生部分交付，系统可能会为每次交付生成单独的发票。
交付前开票 (预付款) (Invoice before delivery / Pre-paid): 在触发交货流程之前，为整个订单开具发票。这种方式常见于电子商务场景，客户在下单时即完成支付。

预付款和发票开立：

在销售订单确认后，点击 创建发票 (Create Invoice)。
在弹出的窗口中，选择 预付款 (百分比) (Down payment (percentage)) 或 预付款 (固定金额) (Down payment (fixed amount))。
输入预付款的金额或百分比，然后点击 创建草稿发票 (Create Draft Invoice)。
确认并过账该预付款发票。
后续创建最终发票时，Odoo 会自动扣除已开具的预付款金额。

发票开立策略的选择不仅仅是一个操作层面的设置，更是一项影响现金流、客户体验和库存管理的战略决策。例如，“按交付数量开票”能更准确地将收入确认与实际履约相结合，但可能会延迟开票时间；而“交付前开票”则能改善前期现金流，但需要与客户进行清晰的沟通，明确款项性质。

1.3. 设置和管理定期发票 (订阅)

定期发票功能主要用于自动化处理基于订阅的服务或常规合同协议的开票，这不仅节省了人工操作时间，还能确保账单的准时和一致性。

配置定期计划 (Recurring Plans)：

导航至 订阅 (Subscriptions) 应用 ‣ 配置 (Configuration) ‣ 定期计划 (Recurring Plans)。
点击 新建 (New)。
名称 (Name): 例如，“月度订阅”，“年度维护合同”。
开票周期 (Billing Period): 定义重复周期，例如每 1 个月，每 1 年。
自动关闭 (Automatic Closing): (可选) 设置在续订到期日后多少天内（若未付款）自动关闭订阅。
发票邮件模板 (Invoice Email Template): 选择用于发送这些定期发票的邮件模板。

将定期计划关联到产品/客户：

产品配置：
- 进入 订阅 (Subscriptions) 应用 ‣ 产品 (Products) ‣ 产品 (Products)。
- 选择或创建一个新产品。
- 确保 产品类型 (Product Type) 通常设置为 服务 (Service)。
- 在产品表单上启用 订阅 (Subscriptions) 选项。
- 在 定期价格 (Recurring Prices) 标签页中，将此产品关联到一个或多个 定期计划 (Recurring Plans)，并为每个计划设置相应的价格。
创建订阅报价单/订单：
- 创建新的报价单（路径：销售 (Sales) 或 订阅 (Subscriptions) 应用 ‣ 新建 (New)）。
- 添加 客户 (Customer)。
- 选择已配置的 定期计划 (Recurring Plan)。
- 在 订单行 (Order Lines) 中添加订阅产品。
- 确认报价单以启动订阅。

定期发票的自动生成：

Odoo 系统会根据订阅的定期计划和开始日期自动生成草稿发票。
这些自动生成的草稿发票随后将遵循标准的发票验证和发送流程。

Odoo 的定期发票功能不仅仅是一个自动化工具，它更是企业采纳或扩展订阅业务模式的关键推动者。通过与产品和合同管理的紧密集成，企业能够提供复杂的订阅产品和灵活的定价策略（例如，分级计划，或与其他模块结合实现基于用量的计费模式）。这种深度的配置能力和自动化处理，极大地降低了人工开票的负担，从而有力地支持了订阅业务的规模化发展。

表 1：发票创建方法比较

为了帮助应收账款专家清晰地比较不同发票创建方式的特点，下表总结了 Odoo 中主要的发票创建方法及其适用场景：

方法	描述	Odoo 关键步骤/路径	优点	缺点	典型用例
手动创建	不依赖销售订单或订阅，直接在会计模块创建发票。	`会计 ‣ 客户 ‣ 发票 ‣ 新建` 或 `会计仪表板 ‣ 客户发票 ‣ 新建`	灵活性高，适用于特殊场景	数据输入易出错，效率较低	一次性服务、杂项收费、发票更正
从销售订单 - 按订单数量开票	根据销售订单的全部订购数量生成发票，无论交付状态。	`销售订单 ‣ 创建发票` (产品开票策略设为“按订单数量”)	流程简单，开票及时	可能在客户收到全部货物前即要求付款	服务合同、软件许可、客户接受预先全额开票的商品销售
从销售订单 - 按交付数量开票	仅针对销售订单中已交付给客户的数量生成发票。	`销售订单 ‣ 创建发票` (产品开票策略设为“按交付数量”)	收入确认与实际履约一致，客户体验好	开票可能延迟，若分批交付可能产生多张发票	实体商品销售（尤其数量可能变化的）、分批交付项目
从销售订单 - 交付前开票	在货物或服务交付前，为整个订单开具发票。	`销售订单 ‣ 创建发票` (结合预付款设置或特定流程)	改善前期现金流	需客户接受预付款模式	电子商务预付款订单、定制化产品预收款
定期/订阅发票	自动为基于订阅的服务或合同定期生成发票。	`订阅应用 ‣ 配置定期计划 ‣ 关联产品 ‣ 创建订阅订单`；发票自动生成	高度自动化，确保准时一致的账单，减少人工遗漏	初始设置相对复杂	SaaS 服务、会员费、维护合同、租赁服务等定期收费业务

此表格清晰地对比了各种发票创建方式，为应收账款专家在不同业务场景下选择最合适的开票方法提供了依据，直接支持了操作手册中关于演示多种发票创建方式的目标。

第 2 章：理解和管理发票详情

发票的准确性取决于其包含的各项数据元素的正确性。本章将详细阐述 Odoo 发票中的关键字段，以及如何配置和应用付款条款与税金，确保发票的合规性和清晰度。

2.1. 关键发票字段解析

一张标准的 Odoo 客户发票包含多个重要字段，这些字段的信息共同构成了发票的核心内容：

客户信息 (Customer Information):
- 客户 (Customer): 指向客户联系人记录的链接。准确选择客户是开票的第一步。
- 送货地址 (Delivery Address): 客户的实际收货地址，可能与客户主数据中的账单地址不同。
日期 (Dates):
- 发票日期 (Invoice Date): 发票的签发日期。如果未手动设置，在发票确认时通常默认为当前日期。
- 到期日 (Due Date): 发票的应付款日期。此日期根据所选的 付款条款 (Payment Terms) 自动计算得出，也可以在特定情况下手动指定。
财务信息 (Financials):
- 日记账 (Journal): 用于记录此发票的会计日记账。日记账的选择决定了发票编号的序列范围以及默认的借贷会计科目。
- 币种 (Currency): 发票的币种。如果所选币种与公司本位币不同，系统会自动显示并应用当前的汇率。
参考信息 (References):
- 客户参考 (Customer Reference): 客户提供的用于其内部跟踪的参考编号。
- 付款参考 (Payment Reference): 将显示在日记账分录中的付款参考信息，有助于后续对账。
销售背景 (Sales Context):
- 销售员 (Sales Person): 关联负责此销售的销售人员。
- 销售团队 (Sales Team): 关联负责此销售的销售团队。
其他信息标签页 (Other Info Tab):
- 国际贸易术语 (Incoterm): 适用于国际贸易的交货条款。
- 财政状况 (Fiscal Position): 用于根据客户的地理位置或产品特性自动映射税金和会计科目，对于处理复杂的税务规则非常重要。

发票上的许多字段并非孤立存在，它们的数据往往来源于 Odoo 系统中的其他模块和配置，例如客户主数据、产品主数据以及日记账的配置。例如，客户的默认付款条款和应收账款科目可以直接从客户记录中带入发票。这种数据的互联互通特性，一方面提高了开票效率，减少了重复录入；另一方面也凸显了在整个系统中维护准确主数据的重要性，因为主数据的质量直接影响到生成发票的准确性。

2.2. 配置和应用付款条款

付款条款定义了客户应何时以及如何支付发票款项，对企业的现金流预测和应收账款账龄管理具有直接影响。

创建付款条款：

导航路径:会计 (Accounting) ‣ 配置 (Configuration) ‣ 付款条款 (Payment Terms) ‣ 新建 (New)。
付款条款名称 (Payment Terms / Name): 为付款条款指定一个清晰的名称，例如“30天内付款”，“2%天，净值30天”。此名称将在系统内部和销售订单上显示。
早付款折扣 (Early Discount): (可选) 若要提供早付款现金折扣，勾选 早付款折扣 (Early Discount) 复选框，并填写 折扣百分比 (discount percentage)、折扣天数 (discount days) 和 税款减免 (tax reduction) 字段。
到期条款 (Due Terms) 部分: 在此部分，可以添加一系列规则来定义需要支付的款项和相应的到期日。这对于管理分期付款计划尤为有用。
- 点击 添加一行 (Add a line) 来定义一个付款期。
- 在 到期 (Due) 字段中定义此付款期的 价值 (Value)（例如，总额的百分比、固定金额或余款）和 类型 (Type)。
- 在 之后 (After) 字段中填写用于确定到期日的天数或月数（例如，15 天，0 天表示立即支付，或选择“月底”等选项）。
- 月中特定日到期 (Days end of the month on the): 此选项允许设置更复杂的到期规则，例如“发票日后下个月的21号到期”。Odoo 会根据发票日期、之后 (After) 字段的天数，以及 月中特定日 (Days on the next month) 字段来计算最终到期日。
预览列 (Preview column): 在此文本框中输入将在发票等单据上显示的付款条款描述文本。
显示分期付款日期 (Show installment dates): (可选) 勾选此复选框，则发票报告上会分行列出每次分期付款的金额及其到期日。

在发票上应用付款条款：

客户主数据默认值: 可以在客户联系人记录的 销售和采购 (Sales & Purchase) 标签页中设置默认付款条款。新创建的该客户的销售订单、发票和账单将自动应用这些条款。
报价单/销售订单层面设置: 可以在报价单或销售订单上指定特定的付款条款，从而覆盖客户的默认设置。
发票表单直接设置: 在创建或编辑发票时，可以通过 到期日 (Due Date) 字段旁边的 条款 (Terms) 下拉列表选择或修改付款条款。

对发票到期日和金额的影响：

Odoo 系统会根据发票日期和所选付款条款的规则，自动计算出发票（或每个分期付款）的到期日。
对于包含分期付款的付款条款，相关的日记账分录会为每个到期日生成单独的应收账款明细，这使得后续的催款和对账工作更为精细和便捷。

付款条款不仅仅是操作层面的设置，它们可以作为一种战略工具被企业灵活运用。例如，通过设置带有折扣的付款条款来激励客户提前付款，从而加速现金回流；对新客户或信用风险较高的客户采用较短的付款期限，以控制信用风险；或者根据行业惯例设置特定的付款周期。Odoo 在付款条款定义上的灵活性，如支持百分比、固定金额、余额以及复杂的日期计算规则，为企业实施这些差异化策略提供了有力支持。

2.3. 配置和应用税金

正确配置和应用税金是确保企业税务合规以及发票金额准确无误的关键环节。

设置税率和计算方式：

导航路径:会计 (Accounting) ‣ 配置 (Configuration) ‣ 税金 (Taxes) ‣ 新建 (New)。
税名称 (Tax Name): 税金在系统后台显示的内部名称。
税计算 (Tax Computation): 定义税额的计算方法：
- 税组 (Group of Taxes): 将多个子税组合在一起。子税的应用顺序可能影响最终税额，特别是当其中一个税影响后续税的基数时。
- 固定金额 (Fixed): 税额为固定值，与销售价格无关。
- 价格百分比 (Percentage of Price): 标准的税计算方式，税额按不含税价格的百分比计算。
- 含税价格百分比 (Percentage of Price Tax Included): 税额按总价（已含税价格）的百分比计算。这种计算方式下，总价是计税基础。
有效 (Active): 勾选此项，税金才能在新的单据上使用。已使用过的税金不能删除，但可以停用。
税类型 (Tax Type): 决定税金的应用范围和显示位置，选项包括 销售 (Sales)（用于客户发票）、采购 (Purchase)（用于供应商账单）或 无 (None)。
税范围 (Tax Scope): 将税金的使用限制在 商品 (Goods) 或 服务 (Services)，或不限制。
定义 (Definition) 标签页: 用于精确分配计税基数金额或计算出的税额百分比到不同的会计科目和税格，以便自动生成符合国家法规的税务报告。
高级选项 (Advanced Options) 标签页:
- 发票标签 (Label on Invoices): 税金在打印出的发票行“税金”列中向客户显示的名称。
- 税组 (Tax Group): 将此税金归入一个特定的税组（例如，“增值税”）。税组名称会显示在导出和客户门户发票的总计行上方。
- 包含在分析成本中 (Include in Analytic Cost): 若激活，税额将分配到与发票行相同的分析账户。
- 价格已含税 (Included in Price): 若勾选此项，则在发票行输入的产品价格被视为已包含税金的价格。Odoo 系统会反算出不含税的基础金额和税额。例如，产品价格为 $1000，税率为% 且“价格已含税”，则不含税基础金额为 $909.09，税额为 $90.91。
- 影响后续税的基数 (Affect Base of Subsequent Taxes): 若勾选此项，则此税金计算后的含税总额将成为序列中下一个税金的计税基数。这对于计算复合税（例如，在某些消费税场景下，增值税的基数可能包含消费税）至关重要。税金的应用顺序可以通过在 会计 ‣ 配置 ‣ 税金 列表中拖放来调整。

在发票行上应用税金：

税金可以从产品主数据中设置默认值。
在创建或编辑发票时，可以在每个发票行的 税金 (Taxes) 列手动选择或更改适用的税金。
财政状况 (Fiscal Positions) 可以根据客户的地理位置或产品类型等条件，自动替换或映射应应用的税金。

对于税计算方式中的“价格已含税 (Included in Price)”和“含税价格百分比 (Percentage of Price Tax Included)”，虽然名称相似，但其应用场景和对价格管理的影响有显著区别。“价格已含税”通常用于 B2C 业务，此时向消费者展示的价格即为最终含税价格，Odoo 会据此反算税基和税额。而“含税价格百分比”是一种特定的计算逻辑，其中总价（含税价）本身是计税基础，税额是这个总价的一个百分比，这在某些特定国家或地区的税务法规中可能会遇到。清晰理解这两者的差异，对于确保产品定价的准确性和税务报告的合规性至关重要。如果配置错误，可能会导致价格偏差或税务申报不准确。

表 2：关键发票字段和配置点

下表汇总了客户发票中的关键字段及其相关的配置信息，帮助应收账款专家快速理解数据来源、配置方式及其在应收账款流程中的重要性：

字段名称	Odoo 位置/路径 (示例)	目的	关键配置说明及对应收账款的影响
客户 (Customer)	发票表头	识别发票的付款方	关联客户主数据；准确的客户信息是后续催款和沟通的基础。
发票日期 (Invoice Date)	发票表头	记录发票的签发时间	影响付款条款计算的起始日期，进而影响到期日和账龄分析。
付款条款 (Payment Terms)	发票表头；`会计 ‣ 配置 ‣ 付款条款`	定义付款条件、到期日、分期付款、早付款折扣等	直接决定发票的到期日和应付金额计算；影响现金流预测和客户信用管理。灵活配置支持多种收款策略。
到期日 (Due Date)	发票表头	指示客户应付款的最后日期	根据付款条款自动计算或手动指定；是账龄分析和催款流程的核心依据。
日记账 (Journal)	发票表头；`会计 ‣ 配置 ‣ 日记账`	确定发票的会计分录方式、编号序列和默认科目	确保发票过账到正确的会计账户；日记账设置（如默认借贷方科目）会影响总账的准确性。
发票行 - 产品 (Product)	`发票行` 标签页；`销售/库存 ‣ 产品`	列出销售的产品或服务	关联产品主数据；产品的默认收入科目和税金会自动带入发票行，简化操作并确保一致性。
发票行 - 税金 (Taxes)	`发票行` 标签页 `税金` 列；`会计 ‣ 配置 ‣ 税金`	计算并记录应收的销售税	确保税务合规；税金的计算方式（如价格百分比、固定金额、含税价）和范围（商品/服务）需正确配置。错误的税金配置会导致发票金额错误和税务风险。
总计 (Total)	发票底部	显示发票的总应付金额	由发票行小计、税金等计算得出；是客户付款和后续对账的最终依据。

此表格为应收账款专家提供了一个关于发票关键数据来源、配置及其在应收账款流程中重要性的速查指南，直接支持了操作手册中关于解释发票内容的要求。

第 3 章：发票生命周期和状态管理

本章详细描述了一张客户发票在 Odoo 系统中所经历的完整生命周期，从最初的草稿状态到最终的已付款状态，并包括如何处理发票的取消操作。理解发票状态的流转逻辑对于准确跟踪应收账款和进行有效的财务控制至关重要。

3.1. 发票状态工作流：草稿 ➔ 已过账 ➔ 付款中 ➔ 已支付

Odoo 中的客户发票会经历以下几个主要状态：

草稿 (Draft):
- 发票在创建之初的默认状态。
- 处于此状态的发票尚未产生任何会计影响，可以自由编辑和修改所有内容。
- 状态变更操作: 点击发票顶部的 确认 (Confirm) 按钮。
已过账 (Posted):
- 发票经过确认后，状态变更为“已过账”。此时，发票成为一份具有法律效力的财务凭证。
- 系统会为此发票生成相应的日记账分录，对财务账户产生实际影响（例如，借记应收账款，贷记收入和应交税费）。
- 系统会根据预设的序列规则为已过账的发票分配一个唯一的发票编号。
- 已过账的发票通常不能直接编辑。如需修改，可能需要先 重置为草稿 (Reset to draft)（前提是用户有相应权限且发票未超过锁定期），或者通过创建贷项通知单来进行调整。
- 状态变更操作: 发票过账后，表单顶部会出现 登记付款 (Register Payment) 按钮。
付款中 (In Payment):
- 当针对已过账的发票登记了客户付款后，发票状态会变为“付款中”。这表示系统已记录了付款信息，但款项可能尚未完全与银行对账，或者只收到了部分付款。
- 发票界面通常会显示一个绿色的“付款中 (In Payment)”标记。
- 发票的应付金额会相应减少。如果系统配置了往来账户（例如，未达收款账户），登记付款时会生成一张付款日记账分录，将应收账款转移到该往来账户。
- 状态变更操作至“已支付”: 全额付款且该付款已与银行对账单成功核销。
已支付 (Paid):
- 表示发票已全额付清，并且相关的客户付款已在银行对账环节得到确认。
- 发票界面通常会显示一个绿色的“已支付 (Paid)”标记或类似指示。
- 对于此发票，应收账款流程通常已结束，不再需要进一步的催款操作。

Odoo 中明确定义的发票状态不仅仅是信息标签，它们在应收账款流程中扮演着重要的控制节点角色。每个状态的变更都由特定的用户操作触发，并伴随着明确的会计影响，从而形成了一条清晰可审计的业务轨迹。例如，一张发票在进入“已过账”状态之前无法进行付款登记，这确保了只有经过验证的、合法的单据才能进入后续的收款环节。同样，已过账的发票不能随意修改，也强化了财务数据的严肃性和准确性。这种流程化的状态管理，为企业提供了有效的内部控制机制。

3.2. 取消客户发票

处理需要取消的客户发票时，Odoo 根据发票的当前状态提供了不同的操作方式：

草稿发票 (Draft Invoices):
- 处于草稿状态的发票可以直接取消或删除。通常在发票界面会有一个 取消 (Cancel) 按钮或删除选项。由于尚未产生会计影响，操作相对简单。
已过账发票 (Posted Invoices):
- 由于已过账发票已产生会计凭证并影响了财务报表，因此不能简单地删除。标准的会计实践要求通过创建 贷项通知单 (Credit Note) 来“取消”或冲销已过账的发票。
- 操作步骤:
  1. 导航至需要取消的已过账发票。
  2. 点击发票顶部的 贷项通知单 (Credit Note) 按钮。
  3. 在弹出的窗口中，填写 原因 (Reason)（例如，“客户退货”，“价格错误”），并确认 冲销日期 (Reversal Date)。
  4. 系统通常提供以下选项：
    - 冲销 (Reverse): 此操作会创建一张与原发票金额相等（或可修改）的草稿贷项通知单。用户可以在确认前检查并修改贷项通知单的内容（例如，进行部分退款或调整）。确认后，贷项通知单将过账。
    - 冲销并创建发票 (Reverse and Create invoice): 此操作会自动创建并验证贷项通知单，将其与原始发票进行核销，然后基于原始发票的信息创建一张新的草稿发票。这对于需要更正并重新开具发票的场景非常高效。
- 原始发票的状态可能会更新为“已取消 (Cancelled)”，或者其未清金额会被贷项通知单完全抵消。
影响 (Implications):
- 创建贷项通知单会在会计系统中生成与原发票相反的日记账分录，从而抵消原发票的财务影响（例如，贷记应收账款，借记收入和应交税费）。这确保了财务记录的准确性和完整性。

采用贷项通知单来处理已过账发票的“取消”，而不是直接删除原始凭证，对于维护清晰的审计轨迹和财务数据的完整性至关重要。这一规范做法确保了所有原始交易及其后续的调整都得到了妥善的记录和核算，符合普遍接受的会计原则。直接删除已过账的交易会破坏审计线索，并可能导致财务报表失实。

表：发票状态转换和触发因素

下表清晰地展示了 Odoo 客户发票的生命周期、各状态之间的转换逻辑以及相应的系统行为和会计影响，有助于应收账款专家理解发票在不同阶段的处理要点：

当前状态	触发变更的操作	结果状态	关键系统行为和会计影响
草稿 (Draft)	用户点击 `确认 (Confirm)` 按钮	已过账 (Posted)	发票变为只读，生成唯一发票号，创建日记账分录（借：应收账款，贷：收入/税金），开始对总账产生影响。
已过账 (Posted)	用户点击 `登记付款 (Register Payment)` 按钮并完成付款登记	付款中 (In Payment)	发票应付金额减少，生成付款相关日记账分录（如使用未达账户，则借：未达收款，贷：应收账款）。发票显示“付款中”标记。
付款中 (In Payment)	付款与银行对账单完全匹配并核销 (Bank Reconciliation)	已支付 (Paid)	确认资金实际到账，最终结清发票。如使用未达账户，则银行对账时借：银行存款，贷：未达收款。发票显示“已支付”标记。
已过账 (Posted)	用户点击 `贷项通知单 (Credit Note)` 并完成贷项处理	已取消/已冲销	原发票的应收金额被贷项通知单抵消。贷项通知单生成反向的日记账分录（贷：应收账款，借：收入/税金），以纠正原发票的会计影响。
草稿 (Draft)	用户点击 `取消 (Cancel)` 或删除按钮 (若可用)	已取消/已删除	发票被标记为取消或从系统中移除（取决于具体操作），不产生会计影响，因为草稿发票本身未过账。

此表格直观地阐释了发票状态的流转逻辑及其背后的操作和系统响应，直接回应了用户需求中关于“解释发票状态的流转逻辑及操作”的要求，为应收账款专家提供了清晰的操作指引。

第 4 章：客户付款登记和对账

准确及时地登记客户付款并将其与银行流水进行核销，是应收账款管理中实现现金回收、更新账务状态的关键步骤。Odoo 提供了灵活的付款登记和强大的银行对账功能。

4.1. 登记客户付款

Odoo 支持多种客户付款登记方式，以适应不同的收款场景。

手动付款登记 (直接在发票上操作) :

这是最常见的付款登记方式，直接将付款与特定发票关联。

1. 打开状态为 已过账 (Posted) 的客户发票。
2. 点击发票顶部的 登记付款 (Register Payment) (或在某些视图中为 支付 (Pay)) 按钮。
3. 在弹出的“登记付款”窗口中，填写以下信息：
  - 日记账 (Journal): 选择收款存入的银行日记账或现金日记账。
  - 付款方式 (Payment Method): 选择客户的付款方式，例如“手动”、“支票”等。此处的付款方式配置会影响后续的会计处理和对账流程。
  - 金额 (Amount): 默认为发票的未清余额，但可以修改为部分付款金额。
  - 付款日期 (Payment Date): 客户实际付款的日期。
  - 备注 (Memo): (可选) 填写与此付款相关的任何备注信息。
4. 点击 创建付款 (Create Payment)。
5. 发票状态将根据付款金额和后续的对账设置更新为 付款中 (In Payment) 或 已支付 (Paid)。

登记与发票无直接关联的付款:

适用于客户预付款、一次性支付多张发票款项，或者在收到款项时尚未确定具体对应哪张发票的场景。

1. 导航路径:会计 (Accounting) ‣ 客户 (Customers) ‣ 付款 (Payments) ‣ 创建 (Create)。
2. 填写 客户 (Customer)、金额 (Amount)、付款日期 (Payment Date)、日记账 (Journal) 和 付款方式 (Payment Method) 等信息。
3. 此操作会为客户创建一个“未分配的贷项 (outstanding credit)”。
4. 后续，这笔未分配的付款需要在对账环节或通过付款匹配功能与具体的发票进行核销。
5. 需要注意的是，如果不使用往来账户（如未达收款账户），直接以此方式登记付款可能不会创建日记账分录，导致账务处理不完整。

批量登记客户付款:

用于处理一批付款，例如同时收到多张支票并一次性存入银行，或处理一批电子转账。

1. 配置: 首先，确保在 会计 (Accounting) ‣ 配置 (Configuration) ‣ 设置 (Settings) ‣ 客户付款 (Customer Payments) 部分启用了 批量付款 (Batch Payments) 功能。
2. 操作步骤:
  - 确保所有要包含在批次中的单个付款已在系统中登记（例如，作为客户的未分配贷项，或已针对特定发票登记并使其状态变为“付款中”）。
  - 导航至 会计 (Accounting) ‣ 客户 (Customers) ‣ 付款 (Payments)。
  - 在付款列表中，选择要包含在此批次中的付款记录。重要提示： 同一批次中的所有付款必须使用相同的 付款方式 (Payment Method)。
  - 点击列表上方的 操作 (Actions) ‣ 创建批量付款 (Create batch payment) (或直接点击 创建批处理 (Create batch) 按钮，如果可见)。
  - 系统将打开批量付款表单，显示已选中的付款。如有遗漏，可以点击 添加一行 (Add a line) 来补充。
  - 核对无误后，点击 验证 (Validate) 以最终确定该批次。一旦验证，将无法再向此批次添加更多付款。系统会为此批次生成一个唯一的参考号。
3. 用途: 批量付款功能通过为一组付款生成统一的批次参考号，极大地简化了银行对账过程，特别是当银行对账单上显示的是一笔汇总存款（对应多张支票或多笔转账）时，可以直接将该存款与Odoo中的批次参考号进行匹配。

付款方式的配置（在日记账设置中定义）对付款登记的工作流程及后续的对账步骤具有显著影响。例如，一个与未达收款账户（outstanding account）相关联的付款方式，其会计处理逻辑会不同于直接记入银行存款账户的付款方式。前者通常用于实现更精细的三步对账法，后者则可能简化为两步对账。

4.2. 应收账款的银行对账

银行对账是将导入的银行对账单流水（记录了客户的实际入款）与 Odoo 系统中记录的付款或未清发票进行匹配的过程。这是确认资金实际到账并将发票最终标记为 已支付 (Paid) 的决定性步骤。

流程概览:
1. 导入银行对账单: 可以通过手动上传银行对账单文件，或配置银行同步功能自动导入。
2. 进入对账界面: 导航至 会计 (Accounting) ‣ 仪表板 (Dashboard)，找到对应的银行日记账，点击 对账 [X] 个条目 (Reconcile [X] items)。
3. Odoo 系统会自动尝试将银行对账单上的每一行流水与系统内已存在的交易（如已登记的付款、未清的客户发票）进行匹配。
将银行流水与付款/未清发票匹配:
- 场景一：已在 Odoo 中登记付款: 如果客户的付款已通过上述任一方式在 Odoo 中登记（例如，生成了一条付款记录，并可能通过一个未达收款账户中转），那么银行对账单上对应的客户存款流水将与这条 Odoo 付款记录进行匹配。
- 场景二：未在 Odoo 中预先登记付款: 如果客户直接付款，而 Odoo 中尚未针对此发票登记任何付款，那么银行对账单上的存款流水可以直接与该客户的未清发票进行匹配。
- Odoo 的对账界面通常会分栏显示：一侧是银行对账单流水，另一侧是 Odoo 中待处理的交易（如未清发票、已登记但未核销的付款），并会基于金额、伙伴名称、参考信息等因素给出匹配建议。
- 用户需要审查这些建议，并确认正确的匹配关系。
往来账户 (Outstanding Accounts) 的角色:

当付款登记时使用了与未达收款账户（Outstanding Receipts Account）关联的付款方式：

1. 付款登记时: 客户发票的应收账款科目被贷记，未达收款账户被借记。发票状态变为 付款中 (In Payment)。这表示公司已收到付款凭据（如支票）或付款通知，但资金尚未在银行清算。
2. 银行对账时: 银行对账单上实际到账的客户存款流水，会使得银行存款账户被借记，同时之前被借记的未达收款账户被贷记，从而轧平该未达账户的余额。

这种处理方式清晰地区分了“记录客户付款承诺/票据”与“确认银行资金实际到账”这两个不同阶段，提供了更精细的资金在途管理。

对账模型 (Reconciliation Models) :

对账模型是 Odoo 中用于自动化银行对账匹配的重要工具。通过预设规则（例如，基于伙伴名称、金额范围、或银行流水摘要中的特定文本自动匹配），对账模型可以显著提高大批量银行流水处理的效率和准确性。

两步对账法 vs. 三步对账法:
- 两步对账法 (直接对账):
  1. 创建客户发票 (状态：已过账)。
  2. 银行对账单导入后，客户的付款流水直接与该发票的应收账款进行核销。
  3. 会计分录 (示例): 借：银行存款，贷：应收账款。
  4. 在对账前，Odoo 中没有单独的付款凭证。发票状态直接从 已过账 (Posted) 变为 已支付 (Paid)。
- 三步对账法 (使用往来账户):
  1. 创建客户发票 (状态：已过账)。
  2. 在 Odoo 中 登记付款 (Register Payment): 会计分录 (示例): 借：未达收款，贷：应收账款。发票状态变为 付款中 (In Payment)。
  3. 银行对账：银行对账单上的客户付款流水与之前登记的“未达收款”进行核销。会计分录 (示例): 借：银行存款，贷：未达收款。发票状态（已是 付款中）最终确认为 已支付 (Paid)。
- 会计影响与管理价值: 三步对账法能够更好地跟踪那些已经收到客户付款通知（例如，收到支票）但资金尚未在银行清算的款项，为资金管理提供了更准确的“在途资金”信息。两步对账法操作更简单，但对在途资金的可见性较低。

银行对账是应收账款循环中的最终守门环节。它确认了 Odoo 系统中记录为已收到的款项是否真实、准确地进入了公司的银行账户。在两步和三步对账法之间的选择，实质上是在操作简便性与对在途资金的控制和可见性之间进行权衡。三步法通过引入未达账户，虽然增加了一个中间步骤，但能更早地将已承诺支付的款项从账龄报告中移除，同时通过后续的银行对账来核销该未达账户，从而实现更精细的财务控制。

4.3. 付款登记对发票状态的影响 (付款中, 已支付)

当为一张发票登记付款（但尚未完成与银行对账单的完全核销）时，该发票的状态通常会转变为 付款中 (In Payment)。
发票的最终 已支付 (Paid) 状态，则是在客户付款已全额到账，并且该付款记录已在银行对账环节与相应的银行流水成功匹配后才能达成。
如果配置的付款方式是直接记入银行存款账户（而非通过未达收款等往来账户），并且客户支付了全额款项，那么在登记付款后，发票状态有可能直接变为 已支付 (Paid)。但为了实现更稳健的内部控制和准确的资金跟踪，采用通过往来账户进行过渡的三步对账法更为常见。

表 4：付款登记与对账概览

下表根据不同的付款场景，概述了 Odoo 中的付款登记方法、关键步骤、对账方式以及对发票状态和应收账款的影响，为应收账款专家提供了处理各类收款业务的清晰指引：

场景	Odoo 登记方法	关键 Odoo 步骤 (示例)	对账方式 (如适用)	对发票状态及应收账款的影响
单张发票收到全额/部分付款	发票界面 `登记付款` 按钮	1. 打开已过账发票。2. 点击 `登记付款`。3. 填写付款详情（日记账、金额、日期等）。4. `创建付款`。	通常为三步对账法（通过未达收款账户）或两步对账法（直接核销应收账款）。	发票状态变为 `付款中` (若部分付或未对账) 或 `已支付` (若全付并对账)。应收账款余额减少。
客户预付款或支付多张发票的汇总款	`会计 ‣ 客户 ‣ 付款 ‣ 创建`	1. 创建新付款记录。2. 填写客户、金额、日期、日记账等。3. 保存。	付款记录作为客户的“未分配贷项”存在，后续在银行对账时或通过手动付款匹配功能与具体发票核销。	客户账户产生贷项余额。相关发票在匹配前仍为未清。匹配后，发票状态更新，应收账款减少。
批量处理支票存款或电子收款	`会计 ‣ 客户 ‣ 付款 ‣ (选择多笔) ‣ 操作 ‣ 创建批量付款`	1. 确保单笔付款已登记。2. 启用批量付款功能。3. 选择相同付款方式的多笔付款。4. 创建并验证批次。	银行对账单上的汇总存款流水与 Odoo 中的批次参考号进行匹配，简化对账。	单笔付款对应的发票状态可能已是 `付款中`。批次处理主要为了简化对账，不直接改变单张发票状态，但有助于最终确认这些发票为 `已支付`。

此表格将不同的付款业务场景与 Odoo 的具体功能和对账逻辑联系起来，为应收账款专家提供了实用、可操作的指导，有助于他们根据实际情况选择最优处理路径，从而支持了操作手册中关于“详解客户付款的登记方法”的要求，并体现了“流程导向”的编写原则。

第 5 章：管理贷项通知单

贷项通知单（Credit Notes），也常被称为贷记凭条或退款单，是应收账款管理中用于处理客户退货、折让、发票更正等情况的重要工具。Odoo 提供了规范的贷项通知单创建和应用流程，以确保应收账款的准确性。

5.1. 创建客户贷项通知单

Odoo 支持从现有发票创建贷项通知单，或根据需要从头创建。

从现有发票创建 (推荐，以保证可追溯性):
1. 导航路径:会计 (Accounting) ‣ 客户 (Customers) ‣ 发票 (Invoices) ‣ [打开相关的已过账发票]。
2. 点击发票顶部的 贷项通知单 (Credit Note) 按钮。
3. 在弹出的 贷项通知单 (Credit Note) 窗口中：
  - 贷项通知单上显示的原因 (Reason displayed on Credit Note): 输入创建此贷项通知单的具体原因，例如“客户退回损坏商品”，“价格计算错误”等。此原因将显示在生成的贷项通知单上。
  - 冲销日期 (Reversal date): 指定此贷项通知单的生效日期。
  - 日记账 (Journal): (可选) 如果希望将贷项通知单记录到特定的会计日记账中，可以在此选择。
4. 系统通常提供以下创建选项：
  - 冲销 (Reverse): 此操作会创建一张草稿状态的贷项通知单，其内容（如产品、数量、价格）会从原始发票预填充。这允许用户在确认过账前对贷项通知单进行修改，例如，只对部分退货产品或特定金额进行贷记。修改完成后，需手动点击草稿贷项通知单上的 确认 (Confirm) 按钮使其生效。
  - 冲销并创建发票 (Reverse and Create invoice): 此操作更为自动化，它会直接创建一张已验证的贷项通知单，并尝试将其与原始发票进行核销（如果金额匹配），同时还会基于原始发票的信息打开一张新的草稿发票。这对于因原始发票错误需要完全冲销并立即重新开具正确发票的场景非常方便。
从头创建 (From Scratch) :
1. 导航路径:会计 (Accounting) ‣ 客户 (Customers) ‣ 贷项通知单 (Credit Notes) ‣ 新建 (New)。
2. 创建过程与手动创建一张新的客户发票类似，但其性质是贷记客户账户，即减少客户的应付款项。
3. 需要手动填写客户信息、产品/服务（通常数量为正，但系统会理解其为贷项）、价格、税金等。
4. 这种方式创建的贷项通知单与原始发票的直接关联性较弱，除非在备注或参考字段中手动注明。

在选择“冲销 (Reverse)”和“冲销并创建发票 (Reverse and Create invoice)”这两个选项时，应根据具体业务场景来决定。如果需要对退款金额或退货数量进行精细调整，或者暂时不需要立即重新开票，“冲销 (Reverse)”选项提供了更大的灵活性，因为它生成的是一张可编辑的草稿贷项通知单。而当需要快速纠正一张错误发票并签发一张新的正确发票时，“冲销并创建发票 (Reverse and Create invoice)”选项则通过自动化后续步骤，显著提高了处理效率。

5.2. 应用场景

贷项通知单在多种应收账款调整情景中都扮演着核心角色：

客户退货 (Returns): 当客户退回已购买的商品时，企业需要开具贷项通知单以冲销原销售收入，并减少客户的应付款项或安排退款。
折让与津贴 (Allowances/Discounts): 在发票开出后，由于商品存在微小瑕疵、服务未达标、或为鼓励客户批量采购等原因，企业可能同意给予客户一定的价格折让或津贴。贷项通知单用于记录这些事后发生的价值调整。
发票更正 (Invoice Corrections): 如果原始发票在产品、数量、单价、税金计算等方面存在错误，需要通过开具贷项通知单来完全或部分冲销错误发票，然后再开具正确的发票（如果适用）。
客户多付款项 (Overpayments): 如果客户支付的金额超过了发票应付金额，可以为多付的部分开具贷项通知单。这个贷项金额可以用于抵扣客户未来的应付款项，或者直接退还给客户。

贷项通知单是维护应收账款数据完整性和准确性的关键工具。它们提供了一种正式的、可审计的方式来调整先前已确认的收入和应收账款余额，确保财务报表能够真实、公允地反映公司的财务状况和经营成果。根据会计准则，对于已确认的销售发票的任何取消、退款或修改，都应通过签发贷项通知单（或借项通知单，视情况而定）来进行处理，这是确保交易可追溯性和合规性的法律要求。

5.3. 贷项通知单与发票的核销

贷项通知单创建后，其最终目的是减少客户的未清债务或作为退款的基础。

当贷项通知单是从某张特定发票通过 冲销 (Reverse) 或 冲销并创建发票 (Reverse and Create invoice) 选项创建时，Odoo 通常会自动尝试将此贷项通知单与原始发票进行核销（即匹配）。如果贷项通知单的金额等于或小于原始发票的未清金额，原始发票的未清金额将被相应减少（其中“reconcile it with the related invoice”暗示了此自动匹配过程）。
如果贷项通知单是从头创建的，或者其签发目的并非针对某一张具体发票（例如，给予客户一笔一般性的信用额度），那么这张贷项通知单在系统中会表现为该客户的一个“未分配的贷项 (outstanding credit)”。
这个未分配的贷项可以在后续操作中手动应用于该客户名下的任何未清发票。例如，在为该客户的其他发票登记付款时，如果系统检测到该客户存在未分配的贷项通知单，通常会提示或允许用户选择将此贷项用于抵扣本次应付款项。此外，也可以在客户付款匹配界面（类似于处理未分配付款的方式）进行手动匹配。
从会计角度看，贷项通知单的日记账分录通常是原始发票分录的反向操作。例如，原发票可能是：借：应收账款，贷：主营业务收入，贷：应交税费。那么对应的贷项通知单（全额冲销时）则会是：借：主营业务收入，借：应交税费，贷：应收账款。

Odoo 中贷项通知单的编号序列通常以 R 开头，后跟相关原始单据的编号（例如，RINV/2025/0004 对应发票 INV/2025/0004），这有助于跟踪和管理。

第 6 章：客户跟进和催款

有效的客户跟进和催款策略是加速现金回流、降低坏账风险的关键。Odoo 提供了强大的工具来配置和执行这些策略，帮助企业系统化地管理逾期应收账款。

6.1. 配置跟进策略

跟进策略定义了当客户发票逾期时，系统应采取的一系列自动化或手动操作步骤。

设置跟进级别 (Follow-Up Levels) :
1. 导航路径:会计 (Accounting) ‣ 配置 (Configuration) ‣ 跟进级别 (Follow-up Levels)。
2. Odoo 系统通常会预设一些默认的跟进级别，用户可以根据自身业务需求修改这些级别，或点击 新建 (New) 按钮创建新的级别。
3. 对于每一个跟进级别，需要配置以下关键信息：
  - 描述 (Description): 跟进级别的名称，例如“首次友好提醒”，“第二次正式催款”，“最终付款通知”。
  - 到期天数 (Due Days): 定义触发此跟进级别的逾期天数。例如，输入表示发票逾期5天后触发此级别。也可以输入负数，例如 -7，表示在发票到期前7天发送一个预提醒。
定义操作 (通知标签页 - Notification Tab) :

在每个跟进级别下，可以定义当达到该级别时系统应执行的一个或多个操作：

- 发送邮件 (Send Email): 勾选此项并通过 邮件内容模板 (Email Content Template) 字段选择一个预设的邮件模板。这些模板可以包含动态占位符（如客户名称、发票号、逾期金额、到期日等），并且可以根据需要进行编辑和定制。
- 发送信函 (Send a Letter): 类似邮件，选择一个 内容模板 (Content Template) 用于生成信函。注意：在 Odoo 中通过邮寄服务发送实体信函通常需要购买 IAP (In-App Purchase) 信用点数。
- 发送短信 (Send SMS Message): 选择一个 短信模板 (SMS Template)。同样，发送短信通常也需要 IAP 信用点数。
- 手动操作 (安排活动) (Manual Action / Schedule Activity): (在 活动 (Activity) 标签页配置) 此选项允许系统在触发此跟进级别时，自动为指定的负责人安排一项活动，例如“致电客户确认付款”，“内部讨论坏账准备”。需要选择 活动类型 (Activity Type)（如电话、会议、待办事项）并填写 摘要 (Summary)。活动类型的具体配置可以在各应用（如CRM）的配置菜单下找到。
自动化规则 (选项部分 - Options Section) :

在每个跟进级别的“选项”部分，可以进一步配置自动化行为：

- 自动 (Automatic): 勾选此复选框，则当发票满足此级别的条件时，系统会自动执行定义的提醒操作（如发送邮件/信函/短信），无需人工干预。
- 附加发票 (Attach Invoices): 勾选此项，系统在发送提醒邮件或信函时，会自动附上相关的逾期发票的PDF副本。
- 添加关注者 (Add followers): 将相关客户的关注者（例如销售负责人）添加到通知列表中，使他们能够收到关于此催款邮件回复的通知。

有效的催款策略通常采用分级递进的提醒强度。Odoo 的跟进级别功能完美支持了这种模式：企业可以从最初的友好提醒开始，逐步升级到更正式、更直接的催款行动，对于严重逾期的账户，甚至可以触发内部升级处理流程或坏账拨备流程。通过为不同逾期阶段设置不同的“到期天数”和相应的“操作”组合（如邮件、短信、内部任务等），企业能够构建一套既高效又合规的催款体系。

6.2. 执行跟进

配置好跟进策略后，即可开始执行催款流程。

前提条件: 在开始批量催款前，强烈建议先完成所有银行交易的对账工作。这可以避免向已经付款但系统尚未更新状态的客户发送错误的催款通知。
针对单个客户的跟进:
1. 导航路径:会计 (Accounting) ‣ 客户 (Customers) ‣ 客户 (Customers) ‣ [打开特定客户记录] ‣ 会计 (Accounting) 标签页。
2. 在 发票跟进 (Invoice follow-ups) 部分，可以查看到该客户在不同跟进级别下的状态。
3. 点击 逾期发票 (Overdue Invoices) 链接，可以查看该客户所有逾期发票的详细列表。
4. 如果需要手动发送提醒，可以点击 发送 (Send) 按钮，然后在弹出的“发送和打印”窗口中选择发送方式（如 邮件 (Email)、打印 (Print)、短信 (SMS)、邮寄 (By post)）。此时也可以选择是否 附加发票 (Attach Invoices) 以及修改 内容模板 (Content Template)。
针对所有到期客户的批量跟进:
1. 导航路径:会计 (Accounting) ‣ 客户 (Customers) ‣ 客户 (Customers)。
2. 在客户列表视图的搜索框中，使用过滤器筛选出 逾期发票 (Overdue Invoices) 或 需要跟进 (Requires Follow-up) 的客户。
3. 切换到列表视图，选中所有需要进行催款处理的客户。
4. 点击列表上方的 操作 (Actions) 按钮（通常是一个齿轮图标或类似），然后选择 处理跟进 (Process Follow-ups)。系统将根据这些客户当前所处的跟进级别以及该级别配置的自动化操作，批量发送催款提醒。

尽管 Odoo 的自动化催款功能非常强大，能够处理大量的日常催款任务，但对于一些高价值客户或情况较为敏感的逾期账户，人工的审核和个性化的沟通往往能取得更好的效果。系统既支持自动化的批量处理，也保留了针对单个客户进行手动干预的灵活性，企业可以根据实际情况，在自动化效率和个性化关怀之间找到平衡点。

6.3. 生成和解读催款报告 (跟进报告, 客户对账单)

催款报告是监控催款活动效果、评估应收账款状况的重要工具。

跟进报告 (Follow-up Report) :
- 访问路径: 通常可以在 会计 (Accounting) ‣ 报告 (Reporting) 菜单下找到，或者在处理客户跟进的界面可能有直接链接。
- 内容与解读: 此报告会汇总显示处于不同跟进级别的客户数量、已采取或待采取的催款行动摘要。通过分析此报告，管理者可以了解催款流程的整体进展，识别哪些阶段的客户数量较多，评估催款策略的有效性，并及时调整资源分配。例如，如果大量客户停滞在某个特定跟进级别，可能意味着该级别的催款措施力度不够或沟通方式不当。
- 虽然 Odoo 通常提供标准的催款报告，但如果需要高度定制化的报告格式，可以参考 Odoo 关于创建 PDF 报告的一般方法，但这通常需要技术开发。
客户对账单 (Customer Statement) :
- 内容与解读: 客户对账单向特定客户提供其在一段时间内所有未清发票、已付款项、已应用的贷项通知单以及当前总欠款的清晰汇总。
- 用途:
  - 作为催款过程的一部分，主动发送给客户，帮助他们了解其账户的详细情况，减少因信息不对称产生的疑问。
  - 在客户对账务有疑问时，可作为官方的沟通依据。
  - 定期发送给主要客户，有助于保持账务透明，促进及时付款。
- 此报告有助于客户自行核对账目，从而可能主动解决一些小的差异，加速付款进程。

这些报告共同为应收账款团队提供了必要的信息，以有效监控和管理整个催款流程，确保催款行动的针对性和及时性。

表：跟进级别配置选项

下表详细列出了在 Odoo 中配置客户跟进级别时的主要选项及其对催款流程的影响，为应收账款专家设计和优化催款策略提供参考：

跟进级别设置	Odoo 配置路径/标签页	描述与目的	对催款流程的影响
到期天数 (Due Days)	跟进级别表单主区域	定义触发此跟进级别的发票逾期天数（正数表示逾期，负数表示到期前）。	决定了催款行动启动的时间点。合理的梯度设置（如5天、15天、30天）可以形成逐步升级的催款压力。
操作类型 - 发送邮件 (Send Email)	`通知 (Notification)` 标签页	自动或手动向客户发送催款邮件。需选择邮件模板。	最常用的催款方式，成本低，速度快。邮件模板的专业性和清晰度直接影响效果。
操作类型 - 发送信函 (Send a Letter)	`通知 (Notification)` 标签页	自动或手动生成并（可能通过IAP服务）邮寄催款信函。需选择内容模板。	相较邮件更为正式，适用于催款后期或重要客户。成本较高。
操作类型 - 发送短信 (Send SMS Message)	`通知 (Notification)` 标签页	自动或手动向客户发送催款短信。需选择短信模板。	提醒及时，打开率高，适用于简短的付款提醒。成本和合规性需考虑。
操作类型 - 安排活动 (Schedule Activity)	`活动 (Activity)` 标签页	自动为指定负责人创建一项内部跟进活动（如电话催款、会议讨论）。	将催款任务分配给具体人员，确保人工跟进。适用于需要个性化沟通或内部决策的场景。
邮件/内容/短信模板 (Content Template)	各操作类型对应字段	预设的沟通文案，可包含动态变量（如客户名、发票号、金额）。	保证催款信息的一致性和专业性。精心设计的模板能提高客户的响应意愿。
自动发送 (Automatic)	`选项 (Options)` 部分	若勾选，系统将自动执行此级别定义的发送类操作，无需人工干预。	大幅提高催款效率，减少人工遗漏。但可能缺乏个性化，需谨慎用于敏感客户。
附加发票 (Attach Invoices)	`选项 (Options)` 部分	若勾选，发送邮件/信函时会自动附上相关逾期发票的PDF。	方便客户查阅原始账单，减少客户以“未收到发票”为由拖延付款。

此表格为应收账款专家提供了一个结构化的指南，帮助他们理解和利用 Odoo 跟进级别中的各项配置，从而根据企业自身的风险偏好、客户群体特征和资源状况，量身定制出最有效的催款策略。

第 7 章：应收账款分析和报告

有效的应收账款管理离不开及时、准确的数据分析。Odoo 提供了多种报告工具，帮助企业监控应收账款的健康状况，评估信用风险，并为现金流管理提供决策支持。其中，账龄应收款报告是最核心的工具之一。

7.1. 生成账龄应收款报告

账龄应收款报告（Aged Receivable Report）按时间段对未付发票进行分类，显示了哪些客户欠款以及欠款的时长。

菜单路径:会计 (Accounting) ‣ 报告 (Reporting) ‣ 合作伙伴报告 (Partner Reports) ‣ 账龄应收款 (Aged Receivable)。
报告选项:
- 报告日期 (Report Date): 用户可以选择一个特定日期来查看截至该日期的应收账款账龄情况。这对于进行历史数据分析或特定时间点的财务快照非常有用。
- 合作伙伴 (Partner): 可以筛选特定客户或一组客户的账龄情况，便于针对性分析。
- 日记账 (Journals): (如果适用) 可以按特定的销售日记账进行筛选，例如区分不同业务线或地区的应收账款。
- 展开所有 (Unfold All): (通常在报告界面提供) 点击此选项可以一次性展开报告中所有合作伙伴的详细未清发票信息。

7.2. 解读账龄应收款报告

账龄应收款报告的结构清晰，旨在提供一目了然的应收账款状况。

结构: 报告通常以列表形式展示，每一行列出一个有未清余额的客户。
账龄区间 (Aging Buckets): 这是报告的核心部分。报告会将每个客户的未清应收账款总额，按照其逾期天数（或未到期情况）分配到不同的账龄区间列中。常见的账龄区间包括：
- 当前 (Current) 或 未到期 (Not Due Yet): 发票尚未到期。
- 1-30 天 (1-30 days): 发票逾期1至30天。
- 31-60 天 (31-60 days): 发票逾期31至60天。
- 61-90 天 (61-90 days): 发票逾期61至90天。
- 91-120 天 (91-120 days): 发票逾期91至120天。
- 更早 (Older) 或 >120 天: 发票逾期超过120天。

这些区间帮助管理者快速识别哪些款项已严重逾期。

合作伙伴详情 (Partner Details): 清晰列出客户的名称。
未清发票信息 (Outstanding Invoice Information): 报告通常允许用户从汇总的账龄金额进一步钻取，查看构成该金额的每一笔未清发票的详细信息，如发票号码、发票日期、到期日、原始金额和未清金额。
总计 (Totals): 报告底部会显示所有客户的应收账款总额，以及每个账龄区间的应收账款总额。这为评估整体应收账款风险提供了宏观数据。
使用钻取视图和访问日记账分录:

Odoo 的许多报告，包括账龄应收款报告，都具备强大的钻取功能。用户可以直接从报告界面点击特定的客户名称或金额，系统可能会导航到该客户的合作伙伴分类账、相关的未清发票列表，甚至是原始的日记账分录。31 明确指出：“账龄应收款报告包含一个钻取视图...用户可以通过点击‘打开’按钮打开相应的合作伙伴记录，并使用‘日记账分录’按钮访问相关的日记账条目。” 这种逐层深入的分析能力，使得用户能够快速定位问题款项的根源。

导出为 PDF/Excel :

Odoo 的标准报告功能通常允许用户将报告导出为 PDF 格式（便于打印和正式存档）或 Excel (XLSX) 格式（便于进行更复杂的数据分析、图表制作或与未使用 Odoo 的人员共享）。报告界面通常会有打印 (Print) (生成PDF) 和导出 (XLSX) 按钮。

账龄应收款报告不仅仅是对历史数据的总结，它更是一个具有预测能力的管理工具。应收账款在不同账龄区间的分布情况，是预测未来现金流入和识别潜在坏账风险的有力指标。如果报告显示大量应收账款集中在较长的逾期区间（例如60天以上），这通常预示着收款流程存在问题，信用风险正在增加。管理层应据此采取更积极的催款措施，甚至开始考虑计提坏账准备。

7.3. 使用应收账款报告进行信用风险评估和现金流管理

除了账龄应收款报告，Odoo 还提供了其他相关的报告和工具，共同支持企业的信用风险评估和现金流管理。

信用风险评估:
- 通过账龄应收款报告，重点识别那些经常出现在较长逾期账龄区间的客户。
- 结合 合作伙伴分类账 (Partner Ledger)分析这些高风险客户的完整交易历史和付款行为模式。
- 基于这些分析结果，企业可以做出更明智的信用决策，例如调整特定客户的信用额度、缩短付款期限，或者对于新客户采取更严格的信用审批流程。
现金流管理:
- 账龄应收款报告中“当前”和近期逾期（如1-30天）的金额，可以作为预测短期内潜在现金流入的基础。
- 通过观察应收账款在不同账龄区间的分布及其变化趋势，可以识别收款流程中的瓶颈环节（例如，某个账龄区间的金额持续偏高）。
- 这些信息有助于企业更准确地进行现金流规划，确保有足够的运营资金，并为投资和偿债等财务活动提供依据。
其他相关报告:
- 合作伙伴分类账 (Partner Ledger): 提供每个客户所有交易的详细历史记录，包括所有发票、付款、贷项通知单及其状态。这对于核对特定客户的账户余额、处理客户查询或争议至关重要。
- 客户对账单 (Customer Statements): 如前所述，是与客户沟通账务、确认欠款的有效工具。

通过综合运用这些报告，应收账款团队和管理层能够全面掌握应收账款的动态，及时发现风险，优化收款策略，从而改善企业的整体财务健康状况。

第 8 章：Odoo 关键应收账款配置

一个高效的应收账款流程依赖于 Odoo 系统中各项基础配置的正确与完善。本章将总结那些对应收账款管理至关重要的核心配置项。

8.1. 应收账款相关的会计科目表设置

会计科目表（Chart of Accounts, COA）是所有会计交易（包括应收账款）记录的基础和框架。

应收账款科目 (Account Receivable Account):
- 在会计科目表中，必须正确设置用于核算客户欠款的主科目。
- 此科目的 类型 (Type) 必须设置为 应收款 (Receivable)。这个类型设置至关重要，它确保了该科目能够正确地出现在应收账款相关的报告中（如账龄应收款报告），并参与到应收账款的特定业务逻辑中（如付款核销）。
- 必须勾选该科目的 允许对账 (Allow Reconciliation) 选项。这使得该科目下的明细发生额（如每张发票的应收款）能够与客户付款进行匹配和核销。
- 这个应收账款科目会被关联到销售日记账的默认设置中，以及客户主数据的会计标签页中，作为该客户交易的默认应收科目。
- 默认应收账款科目的核心地位——如果它仍与任何合作伙伴（客户）记录相关联，系统将阻止其被删除。
收入科目 (Income Accounts):
- 需要在产品主数据或产品类别中正确配置默认的收入科目。当销售这些产品或服务并发起开票时，系统会自动将销售额贷记到这些指定的收入科目。
税金科目 (Tax Accounts):
- 每项税金（如增值税销项税）都需要在税金配置中指定其对应的负债类会计科目（详见第 2.3 节）。发票过账时，计算出的税额会自动记到这些科目。
未达收款账户 (Outstanding Receipt Accounts):
- 如果企业采用三步对账法（详见第 4.2 节），则需要设置用于暂存已收到客户付款通知但银行尚未清算的款项的过渡科目。这类科目通常类型设置为 银行和现金 (Bank and Cash) 或类似的流动资产类科目，并且必须允许对账。它们会在付款方式的配置中被引用。

会计科目表的设置是整个会计系统的基石，对应收账款管理而言尤其如此。应收账款相关科目（如应收账款总账科目、未达收款科目）的类型分配错误，或者未启用对账功能，都可能导致严重的报告错误、对账困难，甚至影响业务流程的正常运转。例如，如果应收账款科目类型不是“应收款”，它可能不会被账龄报告正确统计。

8.2. 应收账款相关的客户主数据配置

客户主数据中与会计和应收账款相关的配置，直接影响发票的自动生成、默认值的带入以及后续的沟通效率。

访问路径:联系人 (Contacts) 应用 或 会计 (Accounting) ‣ 客户 (Customers) ‣ 客户 (Customers)。打开特定客户记录进行编辑。
会计标签页 (Accounting Tab) (在客户表单中):
- 应收账款科目 (Account Receivable): 可以为该特定客户指定一个不同于科目表或日记账默认设置的应收账款科目。
- 应付账款科目 (Account Payable): (非直接用于应收账款，但如果该客户同时也是供应商，则在此配置)。
- 付款条款 (Payment Terms): 为此客户设置默认的付款条款。在新创建该客户的发票或销售订单时，此条款会自动带入，简化操作并确保一致性。
- 发票发送方式 (Invoice sending method): 设置向此客户发送发票的首选方式，例如 邮件 (Email) 或 邮寄 (By Post)。
销售和采购标签页 (Sales & Purchase Tab):
- 销售员 (Salesperson)、销售团队 (Sales Team): 关联默认的销售负责人和团队。
联系信息: 确保客户的电子邮件地址、邮寄地址、电话号码等联系信息的准确性，这对于成功发送发票、催款通知以及进行有效沟通至关重要。

维护良好、准确的客户主数据（特别是默认付款条款、应收账款科目、联系方式和发票发送偏好）能够极大地驱动应收账款流程的自动化和准确性。系统通过这些预设的默认值，减少了在创建发票等单据时的手动输入工作量，降低了出错概率，并确保了对不同客户处理策略的一致性执行。

8.3. 配置发票布局

发票的布局和外观不仅关系到企业的专业形象，也可能影响客户付款的及时性。

标准布局配置:
- 在首次打印或发送发票时（通过点击发票上的 打印和发送 (Print & Send) 按钮），如果尚未进行过自定义，系统可能会弹出一个 配置您的单据布局 (Configure your document layout) 窗口。
- 用户可以随时在常规设置中更改单据布局：导航至 会计 (Accounting) ‣ 配置 (Configuration) ‣ 设置 (Settings)，查找与单据布局相关的选项。
- 标准配置选项通常包括选择一个基础模板（例如，Modern, Classic, Light, Bold 等 Odoo 提供的样式）、上传公司徽标 (Logo)、设置主题颜色、编辑页眉页脚文本等。
添加元素 (例如，付款二维码) :
- 为了方便客户通过手机银行App等方式快速付款，可以在发票上添加付款二维码。
- 在 配置您的单据布局 (Configure Your Document Layout) 窗口中启用 二维码 (QR Code) 选项，或者通过 会计 (Accounting) ‣ 配置 (Configuration) ‣ 设置 (Settings) ‣ 客户付款 (Customer Payments) 部分找到并启用 二维码 (QR Codes) 功能。
社区版的发票格式编辑器 (Invoice Format Editor for Community Edition) :
- 对于使用 Odoo 社区版的用户，如果安装了诸如“发票格式编辑器 (Invoice Format Editor)”这样的第三方模块（例如 Cybrosys 提供的模块），则可以获得更细致、更用户友好的发票布局自定义能力，而无需直接编辑 QWeb 模板代码。
- 这类模块通常提供以下功能：
  - 调整文本对齐方式、颜色。
  - 显示或隐藏特定的发票字段。
  - 在自定义位置排列数据元素。
  - 更方便地融入公司品牌元素。
- 配置通常也在 设置 (Settings) ‣ 单据布局配置 (Document layout configuration) 下，允许用户选择和调整这些自定义布局。