跳到主要内容

Finvoice - 芬兰电子发票指南

本文还提供以下语言版本: English|Español|Deutsch|Português|Français

国家芬兰
状态 - B2G强制
状态 - B2B强制
状态 - B2C不适用
格式Finvoice 3.0 及 TEAPPSXML 3.0
主管机构
网络名称Finvoice 及 Tieke
立法依据芬兰《电子发票法》第241/2019号

电子发票（E-Invoicing）是指买卖双方软件系统之间的数字化发票信息交换。芬兰采用名为Finvoice的标准框架以实现全国性电子发票。Finvoice基于国际Peppol框架，并针对芬兰市场进行了本地化定制。

什么是Finvoice？​

Finvoice是一套技术规范和基础设施，支持企业间以数字方式发送、接收和处理发票及其他商业单据。该标准最初于2003年在芬兰开发。

Finvoice规范定义了统一的数据格式、结构和规则，以实现各组织财务系统之间的互操作性。Finvoice消息以标准化XML结构格式化的发票详情为内容。

Finvoice的核心组成部分是连接电子发票消息发送方和接收方的网络基础设施。芬兰各银行通过认可的服务提供商，为其企业客户提供Finvoice网络的连接服务。

通过银行连接后，企业可与Finvoice网络上的任何其他组织进行数字化发票交换，无需考虑所使用的会计软件。

Finvoice标准由Finance Finland维护，该机构是代表芬兰银行和金融行业公司的行业协会。最新版本为Finvoice 3.0，已更新以符合欧洲电子发票标准。

Finvoice在芬兰的普及情况​

自推出以来，Finvoice的使用量持续增长。截至2022年，芬兰每年通过Finvoice交换逾3亿张企业间发票，占企业间发票总量的85%。

芬兰所有主要ERP和会计软件套件均已集成Finvoice功能。银行与软件供应商密切合作，共同推动普及。

私营和公共部门的大型买方组织也通过要求其供应商网络实施Finvoice而形成了强大的推动力。主要用户包括零售连锁、教育机构、公用事业公司和政府机构。

在公共部门，芬兰政府自2020年起对所有国家机构强制使用Finvoice。此外，许多市政当局和城市在与供应商交易时也使用Finvoice。

对于小型企业，银行提供了免费的网络门户解决方案，无需会计软件即可发送和接收电子发票。但大多数中小企业最终会通过其业务管理系统直接采用Finvoice。

Finvoice电子发票工作原理​

Finvoice电子发票流程涉及以下关键步骤：

  1. 供应商的会计或ERP系统生成按Finvoice XML结构和规则格式化内容的发票。
  2. 电子发票消息通过供应商的银行连接发送至Finvoice网络基础设施。银行通过认可的Finvoice服务提供商提供此连接。
  3. 买方银行通过Finvoice网络从供应商银行接收电子发票，并将其传递至买方财务系统。
  4. 买方的会计或ERP系统自动摄入电子发票数据进行处理和付款，无需手动输入数据或扫描。
  5. 买方可使用其正常工作流程、审批、核对等方式管理电子发票。
  6. 买方系统生成付款消息，发送回其银行，再通过Finvoice传至供应商银行，实现付款核对自动化。

银行间电子发票和付款数据的交换通过Finvoice网络无缝进行。企业只需连接一次，即可与所有其他参与者进行数字化交易。

银行根据商业标识符在双方之间安全地处理信息交换。当买方银行成功接收发票时，企业会收到交付确认。

Finvoice端到端工作流
Finvoice端到端工作流
  1. 开票方发送开票方通知，说明将提供电子发票和直接付款作为开票格式。
  2. 消费者客户通过其服务提供商下达直接付款订单，服务提供商根据直接付款订单向开票方生成接收通知。
  3. 接收通知被转发给开票方，内含客户希望使用直接付款的信息。
  4. 开票方以约定方式向消费者客户发送发票。
  5. 开票方以Finvoice格式发送发票电子副本。
  6. 付款方服务提供商根据发票副本和付款订单在到期日执行转账。

Finvoice服务提供商​

银行依靠专业服务提供商运营将企业客户连接至Finvoice网络的技术基础设施。这些Finvoice服务提供商经Finance Finland认证，以确保符合所有必要标准和要求。

服务提供商通过API等标准接口将客户财务系统与其自身接入点软件集成，以便与Finvoice网络交换单据，并负责数据格式转换和安全数据传输管理。

大型ERP供应商通常在其软件产品中原生集成了接入点功能。但大多数企业依靠与银行协商选择的第三方服务提供商。

部分服务提供商在基本Finvoice连接之上还提供增值服务，包括纸质发票数字化、电子发票分析、供应链入职，以及代表中小企业客户管理会计事务所的Finvoice集成。

Finvoice消息​

Finvoice规范支持除常规发票外的多种商业单据交换，包括：

  • 贷方和借方通知单
  • 付款提醒
  • 订单确认
  • 发货通知
  • 价目表

服务提供商须支持一套核心Finvoice单据，但如与贸易伙伴协商一致，也可处理自定义单据类型。

通过Finvoice交换的单据同时包含人类可读信息和用于自动处理的结构化数据。例如，发票包括：

  • 发送方和接收方商业标识
  • 发票号
  • 日期
  • 付款条款
  • 含金额的行项目
  • 增值税详情
  • 银行账户详情
  • 参考号

Finvoice允许包含额外辅助信息，如订单标识符、买方采购订单号和交货详情，以便核对。

结构化数据使发票信息能够自动过账至收件方财务系统，无需手动重新输入，从而提高效率并减少错误。

Finvoice与Peppol的关系​

Finvoice主要用于芬兰国内，而Peppol则为欧洲及国际范围的跨境电子发票提供标准。Finvoice基于Peppol规范，但进行了本地化定制和扩展。

在技术层面，Finvoice和Peppol存在一些关键差异：

  • Finvoice使用略有不同的SOAP信封结构传输消息。Peppol完全与ebMS 3.0对齐，而Finvoice存在一些偏差。
  • Finvoice规定了芬兰特有的扩展，如对国家参考号格式的支持。Peppol发票可适配芬兰需求，但需要额外验证。
  • Finvoice有自己的消息类型和代码列表，而Peppol使用UNCL集合。Finvoice对某些在Peppol中不存在的行业单据有规范。
  • Finvoice允许自由文本引用，而Peppol要求基于ISO 11649的结构化引用。

然而，Peppol和Finvoice均支持同样的电子发票自动化发送、接收和处理。主要区别在于Peppol注重跨境和各种国际电子发票格式之间的互操作性。

Finvoice仅用于芬兰国内电子发票。然而，芬兰组织可以使用Peppol进行国际发票交换，并在两种标准之间进行转换。芬兰所有主要服务提供商均同时支持Finvoice和Peppol连接。

Finvoice采用要求​

采用基于Finvoice的电子发票需要贸易关系中的供应商和买方双方做出一定的承诺和变更。

供应商须：

  • 如尚未具备，须采购支持自动生成Finvoice XML发票的会计软件。小型企业也有网络服务选项。
  • 通过银行连接至认可的Finvoice服务提供商，以具备向网络上任何参与方发送和接收电子发票消息的基础设施。
  • 进行流程变更，例如停止纸质发票并在系统中启用Finvoice。
  • 通过提供信息并获得协议，将买方引入Finvoice。

买方须：

  • 拥有能够自动摄入和处理Finvoice电子发票数据的财务系统，包括验证和工作流集成。
  • 连接至Finvoice服务提供商，以便与供应商安全交换消息。
  • 调整电子发票接收、审核和付款前审批的流程和工作流。
  • 向供应商提供必要标识符并同意为该关系采用Finvoice。

服务提供商和银行提供技术文档和指南，协助企业客户完成实施步骤。但采用Finvoice需要对流程、系统和业务关系进行变更。

芬兰消费者电子发票​

Finvoice也用于向消费者数字化交付发票，称为「消费者电子发票」。企业可以直接将电子发票发送至客户的网上银行账户，而无需邮寄纸质发票。

消费者须先在银行注册电子发票。之后：

  • 开票公司发送「发送方信息」消息，通知消费者银行将开始发送电子发票。
  • 银行将此电子发票选项在消费者的网上银行中显示。
  • 消费者批准请求并为该发送方激活电子发票，其网上银行地址以电子方式分享给开票公司。
  • 公司开始使用消费者的网上银行地址向其发送Finvoice电子发票，发票出现在消费者的银行账户中可查看或付款。

除常规发票外，Finvoice还支持与消费者计费相关的其他消息类型，如付款提醒、贷方通知单和直接借记通知。

消费者可批准发票在到期日自动付款，或手动付款。无论采用何种付款方式，消费者在付款前对每张发票均保有控制权。

从公司角度看，通过Finvoice实施消费者电子发票需要与其银行集成，以便交换必要的数字消息。

采用Finvoice的优势​

企业采用Finvoice电子发票旨在实现的主要优势包括：

  • 通过更快的发票处理、减少纸张和邮费以及更少的人工工作来节省成本
  • 以结构化电子方式更快付款，改善现金流
  • 通过消除人工处理减少付款延迟或错误
  • 更好地满足买方使用Finvoice的采购要求
  • 通过结构化数据实现发票、订单和付款的更多自动化核对
  • 为进一步数字化（如电子采购和无接触采购到付款流程）奠定平台

然而，要实现这些优势，需要前期投入实施Finvoice功能并引导贸易伙伴过渡，还需要持续的变更管理。

Finvoice未来发展​

Finance Finland持续维护和演进Finvoice标准。计划或潜在的未来发展领域包括：

  • 支持更多单据类型，如合同和采购信息。
  • 与采购、库存和付款流程更广泛的标准化集成。
  • 增强的结构化数据，用于合规、分析和报告。
  • 更多软件平台原生集成Finvoice功能。
  • 提升入职和信息交换握手流程的用户友好自动化程度。
  • 将电子发票与区块链、人工智能和高级分析等其他技术集成。

Finvoice为芬兰企业和政府实体以电子方式交换发票和信息提供了数字基础，正在将企业间开票从手动纸质流程转变为自动化数字工作流。

重要网站​

参考链接​

常见问题​

我的ERP发送Peppol BIS 3.0发票——芬兰公共部门买方是否接受，还是需要Finvoice 3.0？​

芬兰公共部门买方接受Peppol BIS Billing 3.0用于B2G发票。自2020年4月1日起，所有芬兰采购机构——包括中央政府机构和市政机构——必须能够接收符合欧洲标准EN 16931的电子发票。Finvoice 3.0和Peppol BIS 3.0均满足EN 16931，两种格式技术上均有效。芬兰中央政府实体越来越多地通过由国家财政部管理的Peppol网络连接，Peppol是推荐路径。如果您已生成Peppol BIS 3.0发票，则无需转换为Finvoice 3.0——但须通过认证Peppol接入点注册，且发票须包含买方正确的Peppol参与者ID。[1] [2]

芬兰私营部门B2B买方是否有必须接受供应商电子发票的法律截止日期？​

截至2026年，芬兰没有普遍适用的B2B电子发票强制要求——私营部门买方在法律上并不需要从供应商处接受电子发票。然而，芬兰《电子发票法》第241/2019号赋予年营业额超过10,000欧元的任何企业向其供应商要求结构化电子发票的法定权利，权利方向是从买方到供应商。欧盟ViDA法规将自2030年7月1日起对欧盟内部B2B供应引入强制性电子发票，芬兰作为欧盟成员国将适用此规定。[1] [2]

什么是OVT代码？如何为芬兰买方构建正确的OVT代码？​

OVT（Organisaatioiden välinen tiedonsiirto）代码是Finvoice银行网络内使用的标准芬兰电子发票路由标识符，构建方式为 0037 后接不含连字符的芬兰商业ID（Y-tunnus）。例如，Y-tunnus为 1234567-8 的公司，OVT代码为 0037123456780——连字符后的校验位须包含在内，后缀共八位，前缀后共十二个字符。OVT标识收件方组织；还需要运营商ID（由银行或服务提供商签发）以通过正确的中介路由。通过Peppol发送时，芬兰实体使用以ISO 6523标识符 0216 为前缀的商业ID。[1] [2]

如何检查芬兰企业是否能够接收电子发票？​

主要工具是TIEKE电子发票地址注册表（verkkolaskuosoite.fi），可按公司名称或Y-tunnus搜索OVT代码和运营商路由代码。注意：注册非强制，因此公司可能有能力接收电子发票但未在注册表中列出。最可靠的方法是直接联系您的芬兰客户，请求：(1) 其电子发票地址（OVT或Peppol参与者ID）；(2) 其运营商或银行中介代码。[1] [2]

我的Finvoice 2.x发票去年还被接受——是否需要升级到Finvoice 3.0？​

Finvoice 3.0是符合EN 16931合规要求的当前强制版本，Finance Finland于2019年发布以与欧洲电子发票标准对齐。Finvoice 2.x发票不满足EN 16931——意味着芬兰公共部门采购机构会拒绝此类B2G发票。对于私营B2B客户，是否接受2.x取决于买方系统；许多大型买方已升级，可能无声拒绝旧格式导致付款延迟。Finvoice 3.0的主要新增内容包括每行强制增值税细项、EPC QR码支付标准以及与EN 16931对齐的代码列表。[1] [2]

作为芬兰以外的境外供应商，我可以直接向芬兰买方发送Finvoice吗？​

境外供应商无法直接连接Finvoice银行网络——该基础设施专门由芬兰银行为其国内企业客户运营。实际路径为：(1) 通过所在国认证接入点使用Peppol网络（推荐B2G和大型B2B）；(2) 委托芬兰电子发票运营商或服务提供商将发票转换为Finvoice格式交付；(3) 部分买方会接受PDF电子邮件作为小量临时方案，但这不是结构化电子发票。TIEKE在其网站上专门为境外公司发布了指南。如果您的芬兰买方是公共部门实体，Peppol BIS 3.0是标准路径。[1] [2]