# 全球 SaaS 电子发票合规指南 > 面向国际销售软件公司的电子发票强制要求指南：清分与事后审计模式、Peppol、结构化格式，以及由谁承担相关义务。 - **Author**: Aarthi Poonia - **Published**: 2026-07-28 - **Category**: Tax, Compliance, SaaS - **URL**: https://dodopayments.com/blogs/zh/e-invoicing-compliance-global-saas --- 一家位于班加罗尔的 SaaS 公司向慕尼黑的一家企业客户销售一份年费 EUR 4,000 的套餐，生成 PDF 发票并通过电子邮件发送。自 2025 年 1 月 1 日起，德国增值税法已不再将该 PDF 视为电子发票。它属于"sonstige Rechnung"（其他发票），而买方的应付账款团队在法律上必须能够接收结构化电子发票。 电子发票是指以结构化、机器可读的格式交换发票，使买方系统以及通常包括税务机关在内的系统能够自动处理，无需人工录入。它不是附在电子邮件中的 PDF，也不是设计精美的 HTML 收据。这一区别正是合规问题的核心，因为如今已有超过 60 个司法管辖区根据"发票"的技术定义，而非视觉形式制定相关法规。 本指南将介绍各项强制要求的实际内容、三种执行模式的差异、截至 2026 年 7 月主要制度的进展，以及使用 MoR（名义商户）而不是自行承担义务时会发生哪些变化。 ## 电子发票究竟意味着什么 电子发票是以结构化电子格式开具、传输和接收的发票，这种格式支持自动化处理。德国联邦财政部对此有明确说明：自 2025 年 1 月 1 日起，普通 PDF 文件不符合要求，因为它不具备结构化格式。全球所有严肃的电子发票强制制度都建立在同一逻辑之上。 欧洲主要依靠两类结构化标准。EN 16931 是由 CEN 制定的语义标准，定义发票必须包含哪些数据字段以及这些字段之间的关系。UBL（通用商业语言）和 CII 则是通过网络传输这些字段的 XML 语法。Factur-X 和 ZUGFeRD 等混合格式会将 XML 嵌入 PDF/A-3 容器中，因此人可以看到文档，机器可以读取数据。 实际判断很简单：如果买方的 ERP 无法在无需人工重新输入明细的情况下接收你的发票、将其记入应付账款台账并与采购订单匹配，那么它就不是电子发票。如果你目前通过模板引擎生成文档，请先阅读我们的 [SaaS 发票自动化指南](https://dodopayments.com/blogs/automated-invoices-saas)，再判断现有流程是否合规。 请注意，"电子发票"的概念比你可能已经在生成的商业文档更窄。[商业发票](https://dodopayments.com/blogs/commercial-invoice-guide)和[形式发票](https://dodopayments.com/blogs/proforma-invoice-vs-invoice)具有不同的法律用途，通常不属于增值税电子发票强制要求的范围。 ## 三种电子发票模式对比 各司法管辖区通过三种架构之一执行电子发票要求。采用哪种模式，将决定你的发票是否需要在客户看到之前先获得政府批准。 | 模式 | 运作方式 | 税务机关角色 | 延迟 | 示例制度 | | -------------------- | ---------------------------------------------------------------- | ------------------------------------ | ---------- | ------------------------------------------------------- | | 清分（CTC） | 发票先提交至政府平台，经验证后才交付给买方 | 守门人。未经验证的发票不具有法律效力 | 实时至数天 | 意大利（SdI）、波兰（KSeF）、沙特阿拉伯第二阶段标准发票 | | 事后审计 | 直接向买方开具并发送发票，然后保存并申报。税务机关之后进行检查 | 事后审计者 | 定期申报 | 历史上的欧盟默认模式；现行德国开具规则 | | 去中心化（四角模型） | 经过认证的服务提供商通过共享网络交换发票；数据同时向税务机关申报 | 认可服务提供商的监管者 | 接近实时 | 法国的认可平台制度、基于 Peppol 的国家系统 | 清分模式最为严格。在意大利，未通过 Sistema di Interscambio 传输的发票在法律上被视为未开具，这意味着买方无法据此抵扣进项增值税。事后审计模式最为宽松，也是大多数销售方几十年来默认依赖的模式。欧盟正在逐步采用去中心化模式，因为它能够在不依赖单一国家瓶颈的情况下扩展。 理解适用哪种模式比了解文件格式更重要，因为它决定了提交失败是否会阻碍你的收入确认。如果你还在梳理整体间接税风险，可以先阅读[数字产品增值税合规指南](https://dodopayments.com/blogs/vat-compliance-digital-products)和[SaaS 增值税与销售税对比](https://dodopayments.com/blogs/vat-vs-sales-tax-saas)。 ## 截至 2026 年 7 月主要强制制度的进展 各国时间表已多次推迟。仅法国就已从最初的 2024 年 7 月 1 日推迟到 2026 年 9 月。下表是根据 2026 年 7 月政府来源核实后的方向性概览；在根据任何日期进行开发前，请向税务顾问确认当前状态。 | 司法管辖区 | 模式 | 截至 2026 年 7 月的状态 | | ------------ | -------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- | | 欧盟（ViDA） | 框架 | 方案于 2025 年 3 月 11 日通过，并于 2025 年 4 月 14 日生效。跨境 B2B 的数字申报要求自 2030 年 7 月 1 日起适用 | | 意大利 | 清分 | 自 2019 年 1 月 1 日起，通过 SdI 和 FatturaPA XML 对 B2B 和 B2C 强制执行。B2G 自 2015 年 3 月 31 日起执行 | | 德国 | 事后审计，分阶段实施 | 自 2025 年 1 月 1 日起必须具备接收能力。开具义务的过渡期持续至 2026 年；规模较小的开具方延长至 2027 年底 | | 法国 | 去中心化 | 自 2026 年 9 月 1 日起，所有在法国设立且属于增值税应税主体的企业必须能够接收电子发票；开具义务也从该日起分阶段实施 | | 波兰 | 清分 | 最大纳税人自 2026 年 2 月 1 日起通过 KSeF 开具，其他纳税人自 2026 年 4 月 1 日起开具；所有纳税人自 2026 年 2 月 1 日起必须通过 KSeF 接收 | | 印度 | 类清分申报 | 总营业额超过 INR 5 crore 门槛的企业必须向发票登记门户申报，自 2023 年 8 月 1 日起生效 | | 沙特阿拉伯 | 清分 | 第一阶段 Fatoora 自 2021 年 12 月 4 日起实施；第二阶段集成自 2023 年 1 月 1 日起实施，并按营业额分批推进 | 有几个细节值得单独说明，因为它们会改变你的系统建设内容。 欧盟"数字时代增值税"（ViDA）方案于 2025 年 3 月 25 日以《欧盟指令（EU）2025/516》及其配套法规的形式刊登在《欧盟官方公报》上。它的即时影响是许可性的，而不是强制性的：方案生效后，成员国可以在无需事先申请豁免的情况下实施国内强制电子发票，这正是各国强制制度加速的原因。欧盟委员会估计，这项改革每年最多可减少 EUR 110 亿的增值税欺诈，并在十年内让欧盟贸易商每年减少超过 EUR 41 亿的行政和合规成本。 德国在接收和开具之间的区分，是大多数销售方最容易忽略的细节。接收没有过渡性豁免：所有境内企业自 2025 年 1 月 1 日起都必须能够接收结构化发票，财政部已确认普通电子邮箱即可满足这一要求。分阶段实施的是开具义务：上一年度总营业额不超过 EUR 800,000 的开具方可以继续使用其他格式至 2027 年底。金额不超过 EUR 250 的小额发票和交通票据不在义务范围内。德国还表示将进入第二阶段，在电子发票之上叠加交易级申报系统；但截至 2026 年 7 月，该阶段的上线时间尚未成为确定的法律规定，因此不要按照固定日期进行规划。 法国要求发票通过根据《法国税法典》第 289 bis 条注册的国家平台流转，同时还设有覆盖交易和付款数据的独立电子申报义务。法国税务机关于 2026 年 7 月发布启动指南，确认对于在明确努力实现合规的同时遇到实施困难的企业，不会处以罚款。这是执法宽限期，而不是法律义务的宽限期。我们的[法国 MoR（名义商户）指南](https://dodopayments.com/blogs/merchant-of-record-in-france)介绍了更广泛的当地情况。 波兰 KSeF 按企业规模划分实施时间，这会很快影响中型市场销售方：2024 年含税销售额超过 PLN 200 million 的纳税人自 2026 年 2 月 1 日起承担开具义务，其他纳税人自 2026 年 4 月 1 日起承担；最小规模纳税人延后至 2027 年 1 月 1 日。所有纳税人自 2026 年 2 月 1 日起必须通过 KSeF 接收发票。有关背景信息，请参阅我们的[波兰 MoR（名义商户）概览](https://dodopayments.com/blogs/merchant-of-record-poland)。 印度的制度经常被错误描述。GST 电子发票并不意味着政府替你生成发票，而是要求你向发票登记门户申报指定文档，并接收返回的发票参考编号。门槛持续下调：从 2020 年 10 月的总营业额 INR 500 crore，降至根据第 10/2023 号中央税通知自 2023 年 8 月 1 日起适用的 INR 5 crore。该制度涵盖 B2B 供应和出口，以及贷项通知单和借项通知单；但不包括 SEZ 单位、银行和保险业、货运代理机构以及客运等类别。我们的[SaaS 印度 GST 指南](https://dodopayments.com/blogs/navigating-indian-gst-saas)提供了更深入的介绍。 沙特阿拉伯采用了结构最清晰的两阶段设计。第一阶段"生成"自 2021 年 12 月 4 日起适用于所有沙特居民增值税纳税人，只要求以合规方式生成并保存电子文档。第二阶段"集成"自 2023 年 1 月 1 日起实施，要求系统通过 API 连接 ZATCA，并提交 UBL 2.1 XML 或嵌入 UBL 的 PDF/A-3。标准税务发票必须在使用前完成清分；简化发票则须在之后 24 小时内申报。ZATCA 至少提前六个月通知每一批次，且营业额门槛会随着每一批次下降，而不是依据公布的最终状态执行。因此，请直接确认你所属批次的状态，不要自行推断。 ## 电子发票强制要求会如何改变你的技术栈 强制要求并不只是格式变化。它会将一个此前完全由你控制的流程，变成依赖外部系统的同步流程。 最先出现问题的通常有四个方面： - **数据完整性。** 结构化格式会拒绝缺少必填字段的发票。意大利 SdI 会验证供应商增值税号和买方增值税号或税号是否存在于税务登记系统中、目的地代码是否已填写，以及文件是否重复。如果任何检查失败，系统会返回拒绝回执，并将该发票视为从未开具。你需要在结账时采集买方税务识别号，而不是事后追补。 - **时间。** SdI 通常会在几分钟内完成交付，但高峰期可能需要最多五天。如果你的收入确认或权益授予与"发票已开具"绑定，那么这一绑定现在就取决于政府队列。应将两者解耦。 - **不可变更与更正。** 你不能悄悄编辑已完成清分的发票。更正必须通过贷项通知单和借项通知单完成，而这些文档本身也属于强制要求范围。依赖重新生成 PDF 的系统需要重建。 - **归档。** 强制制度通常要求以原始结构化格式保存多年，并提供完整性证明。仅保存渲染后的 PDF 不足以作为证据。 此外，还存在身份识别问题。要对跨境 B2B 销售适用正确的增值税处理，必须在销售时验证买方的增值税号，以便适用反向征税。Dodo Payments 通过[B2B 税号验证](https://docs.dodopayments.com/features/b2b-payments)在结账时处理这一流程，生成的文档随后进入[自动发票生成](https://docs.dodopayments.com/features/invoice-generation)。如果你的[订单到现金流程](https://dodopayments.com/blogs/order-to-cash-process)在事后才收集税号，电子发票强制要求会迅速暴露这一缺口。 ## Peppol 电子发票与四角网络 Peppol 是一个互操作层，使任何销售方都能触达任何买方，而无需为每个交易伙伴分别进行双边集成。它由总部位于布鲁塞尔的非营利协会 OpenPeppol AISBL 管理，也是多个国家强制制度直接采用或参考的基础设施。 其架构采用四角模型： - 第一角是销售方的开票或 ERP 系统。 - 第二角是销售方经过认证的接入点，负责将文档转换为约定格式、验证、签名并查找接收方。 - 第三角是买方的接入点，负责验证并转发。 - 第四角是买方的会计系统。 第一角和第四角不会直接通信。发现过程通过两级查询完成：发送方接入点查询基于 DNS 的服务元数据定位器，该定位器会指向保存接收方能力和端点信息的服务元数据发布者。传输通过 AS4 进行。 文档标准是 Peppol BIS Billing 3.0，它是 EN 16931 的核心发票使用规范，并使用 UBL 作为语法。实际而言，这意味着符合 Peppol 的发票也符合 EN 16931，这正是许多欧洲强制制度可以接受它的原因。接入点接受文档前，会同时根据 CEN 业务规则和 Peppol 专属规则进行检查，因此应在发送前完成验证，而不是等到生产环境中才发现失败。 对于软件销售方而言，战略意义在于，Peppol 将 N 对 N 的集成问题转化为单一连接。这与通过一个提供商整合支付和税务义务，而不是逐国搭建覆盖能力的逻辑相同。我们在[如何自动化全球税务合规](https://dodopayments.com/blogs/how-to-automate-global-tax-compliance-a-solopreneur-s-toolkit)中对此进行了介绍。 ## 自建、购买还是委托 你有三种选择，而它们的成本曲线差异很大。 内部自建意味着要实现 EN 16931 语义、至少两种 XML 语法、各国扩展、清分 API 集成、数字签名处理、带完整性证明的归档以及更正流程。每增加一个国家，系统复杂度都会成倍增加。只有当开票是你所售产品的核心组成部分时，这种方式才有意义。 购买合规服务商的能力并将其接入现有支付网关，可以让你继续作为法律上的销售方。你仍需在需要的地方进行增值税登记、提交申报表，并在清分提交失败时承担责任。服务商处理的是格式和传输，而不是义务本身。我们对[跨境销售税主要挑战](https://dodopayments.com/blogs/top-sales-tax-challenges-for-cross-border-businesses)的比较说明了为什么剩余负担比表面看起来更重。 委托意味着由其他实体成为法律上的销售方。这就是 MoR（名义商户）模式，也是唯一一种能够转移义务，而不仅仅是转移工作量的选择。 ## MoR（名义商户）如何承担这项义务 在 MoR（名义商户）安排下，服务商是面向客户的法律销售方。由于电子发票义务附着于实施供应行为的实体，因此该义务会落在 MoR（名义商户）身上，而不是你身上。 具体而言，这会带来四项变化： - 服务商的实体会出现在发票和客户的银行卡账单上，服务商的税务登记决定哪些强制制度适用。 - 税务计算、代收、申报和缴纳由服务商负责。Dodo Payments 在 220 多个国家和地区采用这一模式，详见[MoR（名义商户）介绍](https://docs.dodopayments.com/features/mor-introduction)。 - 发票生成、交付和格式合规成为平台职责，而不再是工程路线图上的项目。 - 你的集成保持为单一 API。增加一个国家不会增加一个电子发票项目。 这种取舍是真实存在的，也值得直说。你会失去对发票文档和法律销售方关系的直接控制，并且需要在处理费之外支付平台费用。对于在三个国家销售、拥有内部财务团队的公司而言，这可能不值得。对于在三十个国家销售、每新增一项强制要求就可能消耗一个季度工程时间的公司而言，通常值得。我们的[MoR（名义商户）的法律与合规责任](https://dodopayments.com/blogs/merchant-of-record-legal-compliance)详细说明了界限所在，而[什么是 MoR（名义商户）](https://dodopayments.com/blogs/what-is-a-merchant-of-record)则介绍了基础概念。 有一个常让创始人忽视的注意事项：MoR（名义商户）负责客户交易产生的间接税，但你收到的付款所涉及的企业所得税仍由你承担。请参阅[SaaS 会计基础](https://dodopayments.com/blogs/saas-accounting-guide)和我们的[SaaS 欧盟增值税指南](https://dodopayments.com/blogs/eu-vat-saas-guide-2026)，了解两者如何相互影响。 你可以在[ dodopayments.com/pricing](https://dodopayments.com/pricing)查看价格，或在[结账](https://docs.dodopayments.com/features/checkout)中了解税费如何计算和显示。 ## 常见问题 ### 通过电子邮件发送的 PDF 发票是电子发票吗？ 不是。根据自 2025 年 1 月 1 日起适用的德国增值税法，以及所有清分制度，发票只有在以支持自动化处理的结构化格式开具、传输和接收时，才符合电子发票的定义。普通 PDF 被归类为"其他发票"，因为它不包含结构化数据。Factur-X 和 ZUGFeRD 等混合格式会将 XML 嵌入 PDF/A-3 容器中，因此符合要求。 ### 如果我只向消费者销售，电子发票要求也适用于我吗？ 通常不适用，但并非总是如此。大多数强制制度针对 B2B 供应，这也是德国义务适用于境内企业对企业交易的原因。意大利是一个明显例外：自 2019 年 1 月 1 日起，其 Sistema di Interscambio 要求便涵盖意大利设立方之间的 B2B 和 B2C 交易。 ### 清分和事后审计电子发票有什么区别？ 在清分模式下，发票会先发送至政府平台，只有经过验证后才具有法律效力，例如意大利的 SdI 和波兰的 KSeF。在事后审计模式下，你直接向买方发送发票，税务机关之后再进行检查。清分模式使发票开具成为依赖政府系统的同步流程，这是更重大的工程变更。 ### 为了合规，我需要加入 Peppol 吗？ 只有当你销售所在的司法管辖区采用 Peppol 或接受 Peppol 时才需要。Peppol 是由 OpenPeppol 管理的互操作网络，本身不是法律要求。它的价值在于，Peppol BIS Billing 3.0 文档同时符合 EN 16931，因此一次集成就能满足多个欧洲强制制度。 ### MoR（名义商户）能完全免除我的电子发票义务吗？ 对于由 MoR（名义商户）处理的交易，可以，因为义务跟随法律销售方，而 MoR（名义商户）就是法律销售方。但它不涵盖你在该关系之外开具的发票，例如由你自己的实体直接开具和计费的企业合同，也不涵盖你的企业所得税申报。 ## 结语 电子发票强制要求并不是格式调整。它们重新定义了什么才算发票，将政府系统嵌入你的收入流程，并随着你进入的每个国家而增加复杂度。欧盟已经通过 ViDA 确立了发展方向：跨境数字申报要求将于 2030 年 7 月 1 日落地，各国系统则必须在 2035 年 1 月 1 日前实现趋同。 这带来两点结论。第一，在结账时采集买方税务识别号，而不是事后追补。第二，将权益和收入逻辑与"发票已开具"解耦，避免政府队列阻塞你的产品流程。然后，坦诚决定你是否要自行承担这项义务，还是将其交给成为法律销售方的实体。 如果你更愿意交付产品，而不是追踪三十个司法管辖区的强制时间表，[Dodo Payments](https://dodopayments.com)可以作为 MoR（名义商户），为其处理的交易承担税务和开票义务。在依赖本文中的任何日期之前，请向合格的税务顾问确认你的具体情况。 --- - [More Tax articles](https://dodopayments.com/blogs/category/tax) - [All articles](https://dodopayments.com/blogs)