西班牙 Verifactu 延期至 2027：网店该怎么准备
如果你在西班牙经营网店，过去一年里大概有人向你推销过"经税务局认证"的开票插件，理由是必须赶在 2026 年 7 月前完成 Verifactu 合规。那个截止日期已经不存在了，那个"认证"标志本来也不存在：西班牙税务局（Agencia Tributaria，简称 AEAT）不认证、不批准、也不公布任何开票软件的官方名单。
这两件事值得分开来看：前者给了你时间，后者告诉你签合同前该问什么。
延期是新日程表，不是免责
2025 年 12 月 2 日的第 15/2025 号王室法令（西班牙国家公报 BOE 于 12 月 3 日刊登）改写了第 1007/2023 号王室法令的第四附加最终条款，把开票软件规章（西语简称 RRSIF，也就是大家口中的 Verifactu）的强制生效时间整整推后一年。公报原文写得很明确：规章第 3.1.a 条所指的纳税人必须在 2027 年 1 月 1 日前完成系统适配，其余纳税人则是 2027 年 7 月 1 日前。
| 适用对象 | 截止日期 | 原定日期 |
|---|---|---|
| 企业所得税纳税人（第 3.1.a 条） | 2027 年 1 月 1 日 | 2026 年 1 月 1 日 |
| 第 3.1 条下的其他义务人（含按个人所得税申报的自雇者 autónomo） | 2027 年 7 月 1 日 | 2026 年 7 月 1 日 |
税务局的官方通知补充了一个最容易被忽略的细节：截止日之前的这段时间属于测试期。在义务生效前，你可以继续用未适配的旧系统开票，也可以用 VERI*FACTU 模式试着上传开票记录而不会被锁定其中。"一旦开始使用就必须沿用至自然年结束"这条规则，只有在你正式承担义务之后才开始适用。
换算成实际时间：根据你的纳税身份，你还有五到十七个月。足够从容选型，但不足以什么都不做。
先确认规章是否适用于你
税务局用它自己的说法——"四个『不』规则"——来概括适用范围。只有当你在西班牙境内设立、并开具发票，且以下四个条件同时成立时，规章才约束你：
- 不是完全手工开票（即确实使用了某种开票软件）。
- 没有强制或自愿加入即时信息报送制度（SII）。
- 税务住所不在巴斯克自治区各历史领地或纳瓦拉自治区。
- 没有取得有效的免适用决议。
第二条一下子排除了不少中型网店：凡是加入 SII 的企业——无论是因营业额超过 6.010.121,04 欧元、属于增值税集团、登记在月度退税名录 REDEME，还是自愿加入——都不在 RRSIF 范围内。第三条涉及在"税收自治领地"纳税的企业，那里适用的是 TicketBAI 制度而非 Verifactu。另外要注意：加那利群岛、休达和梅利利亚属于适用范围，只需把条文中提到的增值税理解为当地的 IGIC 或 IPSI 即可。
如果拿不准自己属于哪一类，这是和税务顾问（asesor fiscal）聊十五分钟就能确定的事，不该交给开发人员判断。
网店本身并不自动等于开票系统
最昂贵的误解就出在这里。规章管的不是网店，而是开票信息系统（西语缩写 SIF）；税务局对 SIF 的定义看的是它做什么，而不是它跑在哪里。规章"仅适用于用来开具发票（含简化发票）的系统"，并明确不适用于开具其他交货或服务凭证的系统。
也就是说，订单确认页、送货单、"感谢购买"邮件，以及很多平台称为"收据"的那份文件，都不会让你的网站变成 SIF。真正让它变成 SIF 的，是网站本身生成了法规意义上的发票——无论完整发票还是简化发票。
所以第一个技术问题不是"我的网店合不合规"，而是我的架构中，究竟是哪个环节真正开出了发票。常见答案有四种，指向的责任方各不相同：
| 发票由哪里生成 | 谁需要适配 |
|---|---|
| 外部开票软件（SaaS），由网店把订单推送过去 | SaaS 供应商，你的任务是选对 |
| 装在网店里的开票插件或模块 | 该插件的生产者 |
| 为你的项目定制编写的代码 | 你自己，作为生产者（见下文） |
| 会计师事务所根据订单导出文件开票 | 事务所，用他们自己的 SIF |
没有这个答案，任何人给你的适配报价都是凭空编的。
"税务局认证"没有任何含义
RRSIF 第 13 条建立的是自我声明机制，而不是行政审批。条文写得很直白："由信息系统的生产者本人，通过一份合规声明（declaración responsable）证明该系统符合"《税收通则法》以及本规章的规定。
条文还附带三项义务，正好可以当作供应商核查清单：
- 该声明必须以书面形式、在软件本身中可见地呈现，且每一个版本都要有，并在客户购买时提供给客户。
- 生产者或经销商必须保存所生产、销售的每个版本的声明。
- 客户和税务机关都有权要求出示。
由此引出两个应当以书面形式得到答复的问题：产品里在哪能看到这份合规声明？每次发布新版本是否都会重新出具？正规供应商用一封邮件就能回答。而拿出"AEAT 认证"标志的供应商，是在向你描述一个并不存在的东西。
如果发票由定制代码生成，生产者就是你
这一点几乎没有哪篇讲 Verifactu 与电商的文章会提到，而它的代价最高。
RRSIF 第 3.2 条同样适用于"信息系统的生产者与经销商"在其生产经营活动方面；第 13 条则把合规声明的责任归于生产方。如果开票模块是你的团队写的，或者是某家代理商专为你的项目编写、只运行在你自己的网店里，那么背后并不存在一个外部厂商可以替你签字。
后果规定在《税收通则法》第 201 条之二中，税务局在其常见问题中也做了复述：
- 制造、生产或销售不合规系统的，按发生销售的每个会计年度 150.000 欧元、且按系统类型分别计罚。
- 销售未取得所需认证的系统，每套 1.000 欧元。
- 在应认证而未认证的情况下仅持有该系统，按每个会计年度 50.000 欧元。
关于最后一条，税务局给出了一个有用的说明：如果能证明旧程序已经无法再开具发票（通常是卸载它），仅将其作为历史档案保留可能并不违规。税务局建议的做法是导出记录、不再保留该系统。
这并不意味着定制开发是坏主意。税务局自己就把"自行开发一套适配的 SIF"列为可选路径之一，与升级现有程序、更换厂商、使用税务局的免费开票应用并列。它意味着的是：定制开发会把一项本可由 SaaS 供应商承担的正式责任转移到你的公司，而这项责任应当写进开发合同——谁签署声明、每次发版怎么处理、由谁保存。
Verifactu 与 B2B 强制电子发票是两套规则
两者经常被混为一谈，因为它们同时到来，又都和发票有关。但它们并不是一回事。
Verifactu 规范的是你的软件开票时必须如何行为：链式哈希、开票记录、二维码，以及在选择该模式时向税务局实时上传。企业间强制电子发票规范的则是这张发票以什么格式、通过什么渠道送达你的客户。
后者在 2026 年 3 月 31 日随第 238/2026 号王室法令的公布而落地，该法令是对第 18/2022 号法律（即"创建与成长法"，Ley Crea y Crece）的实施细则。其实际适用时间是递延的：上一自然年营业额超过 800 万欧元的企业为十二个月，其余企业为二十四个月，起算点是一项至今尚未公布的部长令的生效日。
这一点值得直说，因为市面上流传着 2027 和 2028 的具体日期，且被当成已经确定：在那项部长令公布之前，B2B 强制电子发票并没有确定的截止日期。已经确定的是机制本身，以及税务局将开发一套免费的公共开票方案，并在首次实际适用前至少两个月上线。
接下来几个月该做什么
- 盘点发票究竟从哪里开出。 不是订单在哪生成，而是法规意义上的发票（含简化发票）在哪开出。网店、线下收银系统、ERP，以及某位同事还在用的那张电子表格，都要算进去。
- 和税务顾问一起套用"四个『不』规则"，确定属于你的日期：2027 年 1 月 1 日还是 7 月 1 日。
- 书面向每一家涉及的软件供应商索取合规声明，并询问其版本发布政策。
- 决定架构。 如果开票不是你业务的差异化能力，用一套已适配的 SaaS 接收网店订单，几乎总比自己维护一套 SIF 便宜。如果你的开票方式没有任何标准产品能覆盖，那就接受定制开发，同时清楚地知道合规声明得由你签。
- 用好测试期。 现在就试跑记录上传——没有义务、也不会被锁定——是发现集成问题最便宜的方式。
本周可以落地的一步是第一条。打开一份文档，为公司里每一个会开出发票的系统写一行，并在旁边注明该软件的厂商是谁。凡是留白没有厂商名字的那一行，就是你该去谈的第一个对话。
本文仅供参考，不构成税务意见。文中日期与金额已于 2026 年 7 月 31 日对照西班牙国家公报（BOE）与税务局电子办税平台核实；决策前建议再次确认，因为这份日程表已经改过两次。
Dynasty DX 负责的是属于我们的那部分：网店架构、电商系统与开票系统之间的集成，以及界定各方责任的技术合同。如果你想让人重新看一遍你的方案是怎么搭起来的，欢迎联系我们。你也可以阅读我们的中小企业数字化补贴 Kit Digital 指南，或了解我们如何推进电子商务项目。
