导言
Odoo 的开票模块把日常运营的动作变成可核查的账面记录：发票、供应商账单、收款以及银行对账应该能回溯到生成它们的销售或采购单据。
很多财务团队被迫接手来自同事的手动录入工作，原因往往是系统之间没有打通。这会延迟月结、弱化现金可见性，让毛利问题在被发现前就已经扩大。
把 Invoicing 模块和适合当地法规的本地化设置结合起来，可以让记账流程标准化、支出审批可控，并按期出具报表，而不必每月在电子表格里重建会计分录。
首席财务官、财务总监与会计经理在评估 Odoo 时，看的是团队如何处理日常账务流程，而不仅仅是年终的合并报表。
Invoicing 属于 Odoo 的模块化 ERP。团队选择它通常是为了明确责任、形成可复用的工作流和可检索的历史记录，而不是散落的消息与离线表格。Odoo 开票把客户账单、收款与催收策略写成一个能被预算审批者理解的叙事。
本文把十大用例按难度从 Level 1（入门）到 Level 10（专家）排列。每个层级都附带编号步骤，说明在 Odoo Invoicing 中实际会点击哪些操作。
从你现在熟悉的层级开始，而不是一上来就追求听起来惊艳的 Level 10。
先读“面临的问题”部分，然后打开与你团队现状相符的难度等级。
本指南将展示：
- Odoo Invoicing 在典型企业技术栈中负责哪些工作
- 团队当前在哪些环节感到最痛（以及为什么）
- 从基础纪律到高级战略的十个分级用例
- 何时因自动化或集成需求而需要 Odoo 合作伙伴介入
面临的问题
你的财务负责人在每次董事会前导出三份 CSV，然后花整个周末修复 VLOOKUP 错误。运营并不是故意出错，只是发票从未在某个系统里与出货匹配上。
财务花太多时间把运营数据重复录入，而不是分析异常。当发票、账单与银行记录互相孤立时，结账周期变长，现金流可视性滞后。
听起来熟悉吗？团队通常会撞到这些台阶：
- 月底靠导出表格堆出来而不是基于实时分账子账
- 审批在记账系统之外发生
- 税务或跨公司复杂性在影子表格里处理
好消息是：修复不需要一次性大改造。挑选下面的一个用例，在 Odoo Invoicing 里运行 30 天，度量变化即可。
开票十大用例
列出 10 个 Odoo Invoicing 用例，按从 Level 1（简单，今天下午就能做）到 Level 10（专家级）排序。每个用例回答：我们会搭建什么，且在 Odoo 里会点击哪些步骤？
Level 1 是最容易的日常胜利；最后一个等级故意设置到极致，以展示当架构与数据干净时，同一套应用能扩展到多大。
选定你的难度，在测试数据库中按编号步骤操作，觉得前一级变得无聊再上一个级别。
1. 给客户开出第一张带增值税的编号发票 Level 1 — Easy
Level 1 是最基本的开票动作：单一用户、单一客户、一张发票。无需自动化、无需销售订单关联，只要一份含正确税率的 PDF。
在 Odoo 中的实际操作：
- 进入 Invoicing → Customers → Customers → New，填写客户名称、账单地址、税号与付款条款。
- 进入 Invoicing → Customers → Invoices → New，选择刚建立的客户。
- 新增一行产品，填写数量、单价和适用的增值税，Odoo 会自动计算总额。
- 点击 Confirm：发票获得序列号并转为 Posted 状态。
- 点击 Send and Print：客户收到带有法律必备项的 PDF。
产出：90 秒内生成一张编号规范、合规的发票，无需 Word 模板与重复录入。
2. 在确认的销售订单上一键生成账单 Level 2 — Easy
Level 2 将销售与开票连接起来：每张销售订单上的 Create Invoice 按钮是当销售也在 Odoo 时的第一把杠杆。
在 Odoo 中的实际操作：
- 在 Sales → Orders → Orders 打开已确认的销售订单。
- 点击 Create Invoice，选择 Regular invoice、Down Payment 或 Final invoice。
- 检查自动填充的行项目、税务、付款条款与分析分配。
- 点击 Confirm；发票会以独立序列号发布并与销售单建立关联。
- 点击 Send and Print；消息记录（chatter）会保存邮件与客户的阅读回执。
产出：销售到发票的流程从十分钟缩短为一次点击，财务不再重复录入数量与价格。
3. 激活在线支付，让客户在 PDF 上直接付费 Level 3 — Easy
Level 3 为发票加入 Pay Now 按钮，把邮件变成直接收款工具，省去了人工追卡号的日常工作。
在 Odoo 中的实际操作：
- 前往 Invoicing → Configuration → Payment Providers，启用 Stripe、Mollie、Adyen 或 PayPal 等。
- 粘贴 API 密钥，准备上线时关闭测试模式。
- 将任何已发布的发票通过邮件发送：邮件正文与 PDF 会嵌入 Pay Now 按钮。
- 客户刷卡支付；发票变为 In Payment，银行对账完成后改为 Paid。
- 支付失败会在系统中触发待办，要求财务当日跟进。
产出：应收账龄（DSO）在一个季度内通常减少 10–15 天，财务可以把时间花在异常处理上。
4. 用贷项通知单取消并替换已发布发票 Level 4 — Medium
Level 4 使用贷项通知单，让更正留有可审计的链路。错误不再是涂改痕迹，而是清晰的修正记录。
在 Odoo 中的实际操作：
- 打开一张金额或明细错误的已发布发票。
- 点击 Add Credit Note，选择 Refund and Issue New 或 Modify and Cancel。
- 在新草稿中调整行项目并 Confirm；贷项单会获得独立的法律编号。
- 贷项单会自动与原始应收对账，抵销相关应收款。
- 在 Reporting → Credit Notes 可查看是否有同一客户反复出现的模式。
产出：审计人员能在一分钟内追踪到原始单、贷项与替换链路，财务不再惧怕更正操作。
5. 为发票 PDF 区配品牌：Logo、配色与法律页脚 Level 5 — Medium
Level 5 借助 Document Layout 进行无代码 PDF 定制；一次设置即可影响所有外发发票。
在 Odoo 中的实际操作：
- 进入 Settings → Companies 上传公司 Logo 并设置主品牌颜色。
- 到 Invoicing → Configuration → Document Layout，选择 Bold、Striped 或 Boxed 模板。
- 在页脚添加 IBAN、税号、客服邮箱以及希望出现在每份 PDF 的公司标语。
- 在样本发票上点击 Preview，检查字体、颜色、分页与合计区域。
- 在对真实客户生效前，先发一份测试发票到自己邮箱。
产出：对外发票正式且统一，客户投诉减少、付款速度加快，财务不再为样式道歉。
6. 用 Subscriptions 每月自动向长期客户开账单 Level 6 — Medium
Level 6 把 Invoicing 与 Subscriptions 相连，适合代收款、SaaS 或会员类的周期收入，不再靠重复表格。
在 Odoo 中的实际操作：
- 安装 Subscriptions 模块，创建一个每月循环、无限期的订阅模板。
- 建立一个 Monthly Retainer 商品并绑定该订阅模板，设定价格与税率。
- 为每位客户销售一次订阅；合同会处理后续所有续费日期。
- 配置邮件模板，在主题里包含计费周期（Month、Year）。
- 确认首次自动发票能在下一个账单日触发；发票会被发送并支持在线支付。
产出：周期性收入自动收取；每 500 个活跃合同大约能节省一名运营岗位。
7. 用自动催收级别追踪逾期客户 Level 7 — Hard
Level 7 引入 Follow-up Levels，这是 Invoicing 内建的催收引擎，也是本文标题强调的功能。
在 Odoo 中的实际操作：
- 前往 Invoicing → Configuration → Follow-up Levels，创建 7、14、30、45 天的催收层级。
- 为每个层级配置邮件模板、可选的回呼活动和停止发货标志。
- 在客户记录上为其选择一个 Follow-up Plan：Standard、Premium 或 Strict。
- 每天早晨，计划任务会自动将相应层级的催收邮件发出给逾期客户。
- 财务的 My Activities 视图只会显示需要人工电话跟进的红色案件。
产出：财务每周能收回大约一天的时间，平均收款时间提前约十天。
8. 启用国家级电子发票以满足合规要求 Level 8 — Hard
Level 8 打开电子发票层：结构化的 XML 格式供税务机关读取。无论是法国 2026、比利时 Peppol 还是意大利 SDI，Invoicing 都支持相应流程。
在 Odoo 中的实际操作：
- 前往 Settings → Apps，安装对应国家的本地化模块（法国、比利时、意大利、西班牙等）。
- 进入 Invoicing → Configuration → Electronic Invoicing，启用 Peppol、Factur-X 或 SDI。
- 在接入点或服务提供商处注册公司账号，并将凭证粘贴到 Odoo 中。
- 发送发票时，Odoo 会生成并签名结构化 XML，然后自动推送。
- 在发票的 chatter 中可直接追踪交付状态（已发送、已接收、已接受、已拒绝）。
产出：在不做定制集成的情况下符合 2026 年的合规要求，且避免被拒收的申报。
9. 支持多币种开票并按项目做分析分配 Level 9 — Hard
Level 9 把开票变成利润感知器：多币种 + 分析会计。每一行发票都承载项目、部门与外汇的真实信息。
在 Odoo 中的实际操作：
- 在 Settings 中启用 Multi-Currency，并激活每日 ECB 汇率刷新。
- 到 Invoicing → Configuration → Analytic Plans，创建项目、部门与地区等分析维度。
- 在每一行发票上设定分析分配，例如 Project A 60%、Project B 40%。
- 以客户币种开票；按照当日汇率生成的外汇损益分录会自动入账。
- 在 Reporting → Invoiced Revenue 按 Analytic Account 分组查看按项目与币种的毛利情况。
产出：CFO 可以实时看到按项目和币种划分的收入与毛利，而不是年终才从 Excel 里拼出来的数据。
设计能够抵御 CFO 更替的分析计划，并将 Multi-Currency 与科目表对齐，是 Dasolo 常做的审计级设定。
10. 打造一个跨 Invoicing、银行、AI 与仪表盘的自主应收指挥中心 Level 10 — Expert
Level 10 是完整的运营系统：银行回传自动入账、AI 给出催款优先级、Helpdesk 处理争议、Knowledge 管理话术、仪表盘实时刷新。
在 Odoo 中的实际操作：
- 连接银行回传（Plaid、Ponto 或直连银行 API），让交易每天早上自动落到 Invoicing。
- 基于历史付款行为训练 AI 规则；每张未结发票都会被打上 Safe to At Risk 的评分。
- 使用 Studio Automation：At Risk 发票触发优先催收并分配给资深催收员。
- 客户在客户门户提出争议时会自动在 Helpdesk 打开工单，并附上发票与 chatter 记录。
- Knowledge 库储存催款话术；一次点击就能加载适合的语气、级别与法律措辞。
- 一个实时的 AR Live 仪表盘追踪 DSO、账龄、争议率与 AI 准确度。
- 银行日记账可生成 ISO 20022 SEPA 付款文件，用于对供应商的回冲付款。
产出：一个应收专员可完成相当于五人团队的工作，DSO 在两个季度内下降 20 天以上，财务不再成为现金流的瓶颈。
把 AI 评分、银行 API、Helpdesk SLA、Knowledge 操作手册与实时仪表盘连成一套跨应用的银行级架构，是 Dasolo 以合作伙伴身份交付的项目。大多数团队在第一次把这些模块组装好时需要外部专家。
何时值得请专家
如果你的需求停留在 Level 1 到 6，通常只需标准 Odoo Invoicing、一个耐心的内部负责人和一个允许“安全破坏”的沙箱环境就能成功。
从 Level 7 开始，风险与复杂性上升：自动化可能向错误的客户发送邮件，Studio 字段可能阻碍升级，API 也可能在半夜静默停止同步库存。
这并不是你团队的失败信号，而是说明系统架构、测试与治理需要加强。
当你需要跨多应用设计、国家级合规、复杂集成或有董事会已定的上线日期时，就该引入合作伙伴。
与 Dasolo 合作
Dasolo 协助企业以真实工作方式实施 Odoo：定制应用、干净集成以及让人记住的培训，直到顾问离开后团队仍能独立运作。
如果你的开票路线图包含本指南里的高级用例，我们可以制定分阶段计划：先做快速胜利，再推进自动化与集成，并明确责任人和测试脚本。
你掌控范围与预算；我们提供 Odoo 深度经验，避免团队在生产环境中付出高昂的学习成本。
预约免费咨询：