2026–2028 年电子发票强制令：成长型企业需要什么样的软件

2026 年 9 月的某个周一，一家 40 人批发公司的财务经理收到一封很短的邮件。公司最大的客户刚开始开具和接收结构化发票，对方应付账款团队来信说，公司每月寄去的 600 张发票，今后要以机器可读的文件交付，不能再发 PDF。（这是一个假设的场景，并非真实公司。）

她的系统只能生成 PDF。把 600 张发票手工重新录入，按每张十分钟算，一个月就是 100 个小时；而只要有一个税号填错，发票就会被退回。

电子发票首先是数据问题，其次才是合规问题。越来越多的政府要求企业使用结构化发票：不需要人工介入、计算机就能直接读取的文件，通常还要经过某个网络或税务机关的平台。如果软件无法从订单记录里干净地生成这种文件，每一张发票都会变成手工活。

无论你是向其他企业销售、从它们那里采购，还是两者兼有，本文提到的日期都可能与你有关，哪怕你从不做跨境生意。海外的供应商可能突然开始给你发结构化发票，某个客户也可能不再接受你的 PDF。

本文先讲清电子发票几种模式的区别，再梳理 2026 至 2028 年（及稍后）的主要强制性规定，最后列出你的开票系统或 ERP 必须具备的能力。日期已对照官方和专业机构的资料，核查至 2026 年 8 月。这一领域的规则和期限变动频繁，请把时间表当作地图，而不是法律意见。

什么才算电子发票

通过邮件发送的 PDF 虽然是电子文档，但按这些法规的口径，它不是电子发票。电子发票是格式明确、机器可读的文件，每个字段的含义都是固定的：卖方税号、买方税号、明细行、税率、税额、付款条款。

在欧洲，通用的语义标准是 EN 16931，它规定了一张发票必须携带哪些数据。它主要有两种语法表达，UBL 和 UN/CEFACT CII，二者都基于 XML。许多国家使用的 Peppol BIS Billing 3.0 以 UBL 为基础，并遵循 EN 16931。欧洲以外的国家往往自定义格式，但思路大同小异。

混合文件也可能合规，例如内嵌 XML 的 PDF（Factur-X 或 ZUGFeRD），因为真正的发票是那份 XML，PDF 只是方便阅读的副本。

电子发票的三种流转方式

格式回答的是“发票里有什么”，模式回答的是“它如何从卖方到达买方，途中谁能看到”。你会遇到三种模式。

事后稽核（Post-audit）

卖方开出结构化发票，经双方约定的任意渠道发送，税务机关当下并不参与。它事后通过定期申报获得数据，或在稽查时检查发票。对卖方来说这是最轻量的模式，但错误要等事后才会被发现。

事前清算（Clearance）

发票先提交到税务机关的平台，由平台校验，可能赋予唯一编号并批准，之后才送达买方。波兰的 KSeF 和沙特阿拉伯的对接阶段大体属于这一思路。每张发票都有明确的状态，但你要依赖平台可用，所以备用流程应当是设计的一部分。

Peppol 与四角模型

Peppol 是由 OpenPeppol 协会运营的开放网络。你不必与每个客户逐一对接，只需接入一个经认证的接入点。你的接入点会找到买方的接入点，并把发票转过去。第一角是你的系统，第二角是你的接入点，第三角是买方的接入点，第四角是买方的系统。有些国家还会加上第五角：数据副本同时发给税务机关。

许多国家会把这些思路混合使用，比如用 Peppol 交换发票，再叠加实时申报。因此不要只看截止日期，还要弄清你所做的每个市场采用哪种模式。想进一步了解该网络，可以访问 peppol.org。

2025 至 2030 年时间表

下表列出主要的强制性规定。这是精选而非完整清单：不少国家针对 B2G（企业对政府）的规则早已实施，另一些国家仍在起草法律。

国家或地区	起步内容	关键日期	模式
德国	先接收、后开具结构化发票（境内 B2B）	接收：自 2025 年 1 月 1 日起所有企业。开具：上一年营业额超过 80 万欧元的，自 2027 年 1 月 1 日起；所有企业自 2028 年 1 月 1 日起	基于格式，无中央平台
比利时	增值税登记企业之间的结构化 B2B 开票	2026 年 1 月 1 日。实时申报计划于 2028 年推出	推荐 Peppol BIS 3.0
克罗地亚	B2B 电子发票加实时税控	增值税登记企业自 2026 年 1 月 1 日起	交换加向税务机关申报
波兰	国家 KSeF 系统	营业额超过 2 亿兹罗提的企业自 2026 年 2 月 1 日起；其他增值税登记企业自 2026 年 4 月 1 日起；微型企业及罚款自 2027 年 1 月 1 日起	事前清算
法国	通过认证平台接收，分阶段开具	2026 年 9 月 1 日：所有企业须能接收，大型和中型企业须开具。2027 年 9 月 1 日：中小企业和微型企业须开具	认证平台加中央目录
西班牙	依据第 238/2026 号皇家法令的 B2B 电子发票	2026 年 3 月 31 日公布。待部长令发布后，营业额超过 800 万欧元的企业 12 个月，其他企业 24 个月；该部长令尚未出台。另有 Verifactu 开票软件规则：2027 年 1 月 1 日和 2027 年 7 月 1 日	公共平台加可互通的私营平台
阿拉伯联合酋长国	国家电子发票系统	2026 年 7 月 1 日起自愿使用；营业额达 5000 万迪拉姆及以上的企业自 2027 年 1 月 1 日起强制；其他企业在 2027 年稍后	基于 Peppol，须经认可的服务商
沙特阿拉伯	ZATCA 第二阶段（系统对接），分批实施	第 24 批（超过 37.5 万里亚尔）：2026 年 6 月 30 日前。第 25 批（超过 18.75 万里亚尔）：2027 年 2 月 1 日前	事前清算加申报
马来西亚	MyInvois，按营业额分阶段	最大企业自 2024 年 8 月 1 日起。营业额低于 100 万林吉特的企业豁免。100 万至 500 万林吉特这一档享有免罚的宽限期，至 2027 年 12 月 31 日	税务机关校验
欧盟	ViDA：跨境 B2B 的电子发票与数字申报	2025 年 3 月通过。自 2030 年 7 月 1 日起适用；成员国可提前出台境内规则	以 EN 16931 为标准

请务必核对当地规则。门槛通常按上一年营业额计算，宽限期与正式执法日期可能不同，也有一些国家已经把期限推迟过一两次（马来西亚和西班牙都是如此）。制定计划之前，请先阅读税务机关的最新指引，或向会计师咨询。

如何正确解读一项强制性规定

四个问题可以把一条新闻标题变成可执行的计划。

• 接收还是开具？德国和法国都先要求接收。即使是小企业，在被迫发送结构化发票之前，也得先能打开并处理它。
• 覆盖哪些交易？多数规定只涵盖境内 B2B。B2C 和跨境销售通常适用另外的规则，往往要求的是电子申报，而不是电子发票。
• 什么规模？营业额门槛决定你属于哪一批。如果接近门槛，就按较早的日期来规划。
• 处罚何时开始？宽限期内可以免罚测试。例如波兰自 2027 年 1 月起执行罚款，马来西亚也为较小的纳税人设置了宽限窗口。不论有没有罚款，客户都可能拒收不合规的发票。

最后一点在实践中很关键。就算国家宽容，大客户的应付账款团队也不会。他们必须接收结构化发票，就会向你索要。

你的开票系统或 ERP 必须具备哪些能力

各国规定看似不同，但对软件的要求大同小异。下面这份清单可以用来对照你的系统。

结构化数据，而不是多绕几步的 PDF

发票必须直接由订单或销售记录生成结构化数据：欧洲用 UBL 或 CII 格式的 EN 16931，其他地区用当地格式。危险的做法是先生成 PDF，再让第三方工具把 PDF 读回 XML。每转换一次，精度就损失一点。更好的设计是由同一条记录同时生成结构化发票和 PDF，两者就不可能不一致。

主数据质量

结构化发票容不得半点马虎。税号缺失、国家代码有误，或者地址以自由文本写进了错误的字段，发票都会被退回。在任何强制日期之前，先把这些整理好：

• 客户和供应商的税号，税务机关提供校验服务的，要做校验；
• 法定名称和结构化地址，国家、城市、邮编分字段存放；
• 在所在国使用的路由标识，例如 Peppol ID 或买方参考号；
• 每个产品和服务的税种分类与免税原因。

编号、红字发票与更正

多数制度要求发票号唯一且连续，已清算的发票通常不能修改。出错时要开具引用原发票的红字发票（贷项通知单），再重新开一张新发票。你的软件需要一套与原发票号关联的规范红字流程，而不是“删除后重开”的按钮。部分冲红、价格更正和退货都走这条路。

状态跟踪与退回处理

在网络化的体系里，“已发送”并不是故事的结尾。发票可能被接受、被退回、在排队，或已批准付款。软件应按发票保存状态，展示给负责催收的人员，并在收到退回时提醒专人。退回应附带可读的原因和清晰的修正重提路径，而不是埋在日志里的一串堆栈信息。

下图跟踪一张发票在事前清算体系中的全程。它有两个地方可能被退回，而两次退回最后都落到同一件事上：修正数据。

归档与审计留痕

法律意义上的原件现在就是那份结构化文件，因此必须在法定保存期内原样保存。保存期限因国而异，有些国家最近还调整过（德国在 2025 年把发票保存期缩短为八年）。要看有没有不可篡改的原件存储、谁改了什么的记录，以及稽查时能否按要求导出。

连接与 API

你的系统需要与外部对话：接入点、认证平台或税务机关的 API。问清楚它怎么连接。靠谱的方案支持多个服务商，更换服务商时无须重建发票，超时后能安全重试，且绝不重复发送同一张发票。认证证书和令牌也会过期，必须有人负责续期。

多国经营

跨境销售意味着同时面对不同的格式、模式和期限。软件应把各国规则当作配置，而不是定制代码里的新分支，这样新增一个市场就不用重写开票逻辑。多币种、多主体编号和各国税率必须能协同工作。

准备度检查清单

用它做一次快速自评。如果其中好几项的回答是“没有”或“不清楚”，就应尽早动手。

• 我们清楚按国家和自身营业额，哪些规定适用于我们。
• 我们清楚每一项是只要求接收、要求开具，还是两者皆要，以及处罚何时开始。
• 我们的系统可以直接从订单生成结构化发票（EN 16931 或当地格式）。
• 至少主要客户和供应商的税号与结构化地址是完整的。
• 红字发票与原发票关联，并带有要求的引用信息。
• 每张已发送的发票都能看到状态，退回时会收到提醒。
• 收到的结构化发票可以自动读取，不用重新录入。
• 原始结构化文件在法定期限内原样保存。
• 接入点或平台的连接及其证书，有明确的负责人。
• 截止日期之前，我们已在沙箱中测试过完整流程。

六步项目计划

对多数成长型企业来说，这项工作一两个季度就能完成。按下面的顺序推进，会比较可控。

1. 梳理你的合规义务。列出你开票或采购所涉及的每个国家、对应规定、你所在的批次以及处罚开始日期。把最近的日期标在日历上，倒推工作计划。
2. 盘点开票流程。从头到尾梳理发票目前如何创建、审批、发送、收款和归档，记下每个手工环节和用到的每个工具。
3. 整理主数据。清理税号、地址和税种分类。这一步枯燥而且耗时最长，所以要最先开始。
4. 选定连接方式。在经认证的接入点或认证平台、直连税务机关，或软件自带的服务商之间做选择。比较单张发票价格、技术支持、可用率和退出条款。
5. 配置并测试。设置格式、编号和红字发票流程。在沙箱里跑真实场景：普通销售、折扣、退货、被退回、部分冲红、境外客户。
6. 逐步上线并持续监控。先从少数客户开始，观察退回率并修正原因。培训财务团队，让他们明白退回意味着什么、由谁处理。

要避开的常见错误

• 等到截止日当月才动手。临近期限时，服务商开通、证书办理和测试排队都会拉长。
• 当成纯 IT 任务。财务掌握规则，销售掌握客户数据，IT 负责连接，三方都得到场。
• 买一个 PDF 转换器了事。第一天看起来合规，遇到第一张红字发票就露馅。
• 忽视收到的发票。接收义务往往最先生效，而自动处理供应商发票正是最能省时间的地方。
• 忘了下一个国家。只适用于一个市场、无法扩展的设计，两年内就得推倒重来。

回到那家批发公司。现在，她的系统从生成 PDF 的同一条订单记录里直接生成结构化发票，新建客户时就校验税号，并为每张发票保存状态。600 张发票不用再手工录入就能发出。每月被退回的那几张，都附着可读的原因，办事员补上买方漏填的参考号，当天就能重新提交。那 100 个小时的录入没了，周一早上的措手不及也没了。

核心要点

• 电子发票是结构化、机器可读的文件，而不是 PDF。欧洲的通用标准是 EN 16931，采用 UBL 或 CII 语法。
• 弄清每个国家的模式：事后稽核、事前清算，或 Peppol 式交换，有时还叠加额外申报。
• 主要日期：比利时和克罗地亚 2026 年 1 月，波兰 2026 年 2 月和 4 月，法国 2026 年 9 月（中小企业 2027 年 9 月），德国自 2027 年和 2028 年起开具，欧盟跨境规则 2030 年 7 月。西班牙、阿联酋、沙特阿拉伯和马来西亚各按自己的节奏分阶段推进。
• 你的软件需要具备结构化生成、干净的主数据、红字发票、状态跟踪、归档和灵活的连接能力。
• 期限会变，门槛各国不同，所以在做决定之前，请向税务机关或会计师核实当地规则。
• 先从数据和接收端做起；无论选哪种连接方式，这两样都用得上。

Anichur Rahaman 是一名软件架构师，也是 StoreConsole 的创建者。他为成长型企业设计电商与 ERP 系统，专注于事件驱动架构、数据完整性和自托管部署。