一张发票可以完全合规，但如果没有人能回答两个问题——它是否被接受？ 它实际是什么时候支付的？——它在财务上仍然毫无用处。西班牙新的B2B电子发票框架旨在让这些答案变成机器可读的。对企业来说，这意味着这个项目不仅仅是把PDF附件换成结构化文件。它还需要将销售发票、应付账款、银行活动和支付证据连接成一个可靠的工作流程。
该框架于2026年发布，但许多企业并没有固定的日历日期。实施倒计时从开发公共电子发票解决方案的部级命令生效时开始。从那个触发点起，前一年营业额超过800万欧元的企业有12个月，其余企业有24个月。如果你把它当作一个会计和运营项目而不是最后一刻的软件采购，这个准备时间就很有用。
本指南解释了该规则改变了什么、如何确定适用的截止日期，以及如何在发票在不同平台之间流转时构建一个经得起考验的支付状态工作流程。
西班牙新框架的实际要求
该框架适用于已经必须开具发票的企业和专业人士，前提是客户是经济总部、永久机构、住所或惯常居所在西班牙境内的其他企业或专业人士，且交易面向该西班牙地点。
该义务不仅仅是"向客户发送电子副本"。发票必须是软件可以处理的结构化电子消息。允许的语法包括：
- CII
- UBL
- EDIFACT
- Facturae
数据模型必须遵循EN 16931语义模型，并按照西班牙规则进行适应性调整。每张发票还需要一个唯一的标识符，包含签发者的税务识别号、发票编号和系列号，以及签发日期。
该系统有两层相互关联的部分：
- 在签发者和接收者之间路由发票的私有交换平台。
- 由西班牙税务局开发和管理的公共电子发票解决方案，充当通用存储库并提供支付跟踪服务。
企业可以使用私有平台、公共解决方案或两者结合。如果企业没有与供应商就接收发票的私有平台达成一致，公共解决方案就是默认选项。如果企业确实选择了私有接收点，它必须在业务通信中以及在适用情况下在网站上公布该接收点。
这就是为什么一个独立的发票屏幕很可能不够。系统必须正确识别交易对方、生成可接受的结构化格式、路由文档、保留文档的身份，并记录发票的后续状态。
哪个截止日期适用于你的企业？
该法令的正式生效日期与其实际适用日期是分开的。其操作要求推迟到公共解决方案的部级命令生效后才启动。在该命令生效日期之后：
- 前一个日历年度营业额超过800万欧元的企业和专业人士在12个月后进入该框架。
- 其他企业和专业人士在24个月后进入该框架。
不要通过在该法令出现在官方国家公报上的日期上加一两年来计算你的截止日期。相关的触发点是实施命令，营业额测试使用紧邻的前一个日历年度。因此，超过门槛的企业应该保留用于评估的年度记录，而不是依赖非正式的估算。
还有一个过渡性的可读性规则。在框架对营业额超过800万欧元门槛的企业生效后的12个月内，该企业通常必须伴随其电子发票提供PDF文件，以确保接收者可以阅读，除非接收者明确同意接收原始格式。该PDF是可用性的桥梁；它不能替代结构化发票。
该法令还给了较小的企业进一步过渡期来报告发票状态。对于营业额在800万欧元或以下的个人和某些收入归属实体，状态报告条款在规定范围的实体被该法令影响之日起12个月后变成强制性的。由于这些过渡期相互影响，请与你的西班牙税务顾问一起记录触发日期和你的实体类型。
支付状态义务是操作的核心
对日常财务团队来说，最重要的变化是发票状态成为一种定义好的数据流。
接收者必须至少传达：
- 商业接受或拒绝，并注明日期。
- 全额有效支付，并注明实际支付日期。
接收者也可以报告部分接受或拒绝、部分支付和金额，以及将发票转让给第三方进行收款或支付。这些额外的状态对信用控制很有价值，但它们不能替代强制的全额支付事件。
状态信息通常必须在事件发生后的四个自然日内发送，不包括星期六、星期日和全国性节假日。对于公共解决方案，接收者必须报告每张未拒绝的收到的发票的全额有效支付及其支付日期，无论该发票是通过私有平台还是公共解决方案传输的。接收者还必须报告支付到期日。
这就产生了一个简短的控制窗口。在月末后几周才进行的银行对账可能对管理报告来说足够好，但它作为告诉发票系统支付确实发生的唯一机制时太慢了。你的应付账款流程需要一个事件或队列来注意到银行结算，将其与发票匹配，并及时发送所需的状态信息。
仔细定义"已支付"
实际支付日期不一定是在会计应用中有人点击"已支付"的日期。它与供应商实际收到资金有关。对于转账，这通常意味着付款方账户被借记的日期。对于现金支付，就是现金支付日期。对于约定的债务抵销，就是抵销日期。
使发票可用于保理或其他早期收款机制本身并不使发票付款。相关日期是供应商实际收到资金的日期。当你的企业使用保理、供应链融资、卡结算或一个在基础现金到达供应商之前就报告支付的中间人时，这个区别很重要。
将这些定义构建到你的匹配规则中。至少保留：
- 发票标识符和供应商税务ID
- 签发日期、服务或交付日期和接收日期
- 合同到期日和计算到期日
- 接受或拒绝状态和时间戳
- 支付金额、银行交易ID和实际结算日期
- 全额、部分、争议、转让和撤销支付指标
- 用于传输每个事件的平台或渠道
当一笔支付被撤销或配错时，不要静默覆盖原始事件。保留原始交易，记录更正，并将发票路由到审查。审计跟踪比一个不再解释发生了什么"已支付"标签更有用。
将规则与西班牙的支付期限规则联系起来
电子报告不会为延迟支付制造新的借口。西班牙的商业延迟支付规则通常在企业之间设定60天的支付期限，并规定了时钟何时开始以及接受程序如何运作的具体规则。供应商通常必须在收到商品或服务后的30天内提供发票或等效的付款请求。当发票的身份、真实性、完整性和接收得到保证时，电子接收可以启动支付期限的计算。
实际教训很简单：存储决定支付时钟的日期，而不仅仅是发票上印刷的日期。一张缺少服务日期、没有记录的接收日期或没有记录的接受步骤的采购发票，可能会让到期日计算难以辩护。
对于应收账款，使用同样的纪律。你的销售账本应该显示客户何时收到发票、何时接受或拒绝发票，以及资金何时结算。这给收款经理提供了一个有依据的下一个行动，而不是仅基于签发日期的账龄报告。
一个可以满足四天窗口的簿记工作流程
你可以在选择平台之前就准备好这个流程。从每张发票的简单状态机开始：
1. 创建并验证
从批准的客户记录中生成发票。在传输之前验证税务ID、必需的发票字段、唯一标识符、行金额、税务处理、货币和到期日输入。在创建时拒绝格式错误的文档比在客户已经收到不完整记录后解决平台拒绝更便宜。
2. 传输并捕获证据
通过选择的私有平台或公共解决方案发送。存储传输响应、目的地、时间戳，以及确切的原始结构化文档或内容哈希。如果平台转换CII、UBL、EDIFACT或Facturae消息，保留原始版本和转换后的表示，或保留它们之间的可靠链接。
3. 记录接受或拒绝
将接收者的商业响应路由到发票账本中。拒绝应该创建原因代码和负责人，而不仅仅是红色图标。如果需要更正，签发可追踪的更正发票，并保留与原始发票的关系。
4. 将结算与发票匹配
足够频繁地导入银行交易以满足报告窗口。按发票标识符、交易对方、金额和汇款信息进行匹配，并为部分支付、批量支付、费用和货币差异设置一个审查队列。批准匹配的人或流程应该在审计跟踪中可见。
5. 报告支付事件
当发票完全结算时，捕获实际的有效支付日期，并在四个合格工作日内发送所需的事件。如果调解日期与结算日期不同，不要使用调解日期。如果平台被授权代表你报告，保留授权和交付结果。
6. 对账账本和状态账本
在期终，比较发票登记册、平台消息、银行活动、应收账款或应付账款余额，以及报告的状态。调查在一个系统中标记为已支付但在另一个系统中仍然未结开的发票。这个对账也是你发现重复发票、缺失贷项通知单和错误入账的支付的地方。
要避免的常见错误
把PDF当作电子发票
PDF可能是可读的，但它不自动是结构化发票。保留任何过渡性的PDF作为演示辅助，同时让符合要求的结构化消息成为权威记录。
假设私有平台就免除了公共报告
私有平台必须参与西班牙系统并与其他平台互连。更重要的是，对于接收者来说，全额支付在法令下仍然必须传达给公共解决方案，即使交换是由私有平台处理的。
将签发日期用作其他所有日期
签发日期、交付或服务日期、接收日期、接受日期、到期日、结算日期和报告日期回答的是不同的问题。将它们折叠成一个"发票日期"字段会破坏你的支付工作流程所需的证据。
在资金只是安排好的时候报告"已支付"
保理可用性、计划好的转账或内部批准不一定就是实际支付。等待代表供应商收到资金的事件，然后记录那个日期。
让平台所有权不明确
决定谁监控失败的传输、被拒绝的发票、未报告的支付和未匹配的银行项目。平台可以自动化传输；它不能决定谁拥有异常，除非你定义了该责任。
一个实用的就绪清单
在你的有效截止日期之前，确认你可以对每个问题回答"是"：
- 我们能确定每个客户和供应商是否属于西班牙B2B的范围吗？
- 我们知道我们的营业额使我们处于12个月还是24个月阶段吗？
- 我们的发票系统能创建接受语法的结构化EN 16931兼容消息吗？
- 我们的接收端点是否公开并已与主要交易对方测试？
- 我们能保留原始发票和每个转换或传输的版本吗？
- 我们是否分别捕获接受、拒绝、到期日、部分支付和全额支付？
- 银行结算数据能在四个合格工作日内到达发票登记册吗？
- 支付撤销、贷项通知单和争议发票是否被路由到人工审查队列？
- 我们能将平台状态对账到总账和银行报表吗？
- 我们是否为失败和证据保留有记录的负责人？
如果任何答案是"还没有"，从那里开始。一个小型企业通常可以在采用更大的平台之前，通过干净的发票登记册、纪律严明的银行导入和明确的异常队列取得有意义的进展。
简化你的财务管理
西班牙的电子发票转型让可信记录变得更有价值：你需要将已开票、已接受、到期、已支付和已报告的内容连接起来。Beancount.io 提供透明、版本可控且支持AI的纯文本会计，因此随着你的发票工作流程的成长，你的财务历史保持可检查。探索文档或使用Fava可视化对账。