Nordlet

← 文档 / 术语表

什么是 EPC 二维码?发票上的扫码付款

欧洲支付委员会针对 SEPA 信用转账的二维码标准 - 负载包含的内容、为何能消除付款错误以及应用场景。

EPC 二维码是印在发票上的正方形条形码,客户可以使用银行 App 扫描该二维码,从而自动填入付款信息:您的 IBAN、您的姓名、金额和付款附言。客户确认后即可完成汇款。

该标准由欧洲支付委员会在《启用数据采集以发起 SEPA 信用转账的快速响应代码指南》(Quick Response Code Guidelines to Enable Data Capture for the Initiation of a SEPA Credit Transfer)中定义,其用途非常单一:专门用于发起 SEPA 信用转账,不涉及其他业务。

解决的问题

手动录入付款信息往往是资金出错的根源。客户将 PDF 发票上的 20 位 IBAN 和参考编号复制到银行 App 时,偶尔会输错数字、漏掉参考编号或输错金额。

这些失误中的每一个都会给您带来成本。参考编号错误意味着付款到达您的账户后无法匹配,必须由人工查明它究竟对应哪张发票,这正是银行对账匹配旨在解决的核心问题。而 IBAN 错误则可能导致资金完全汇入别处。

扫描二维码省去了手动输入的过程,从而彻底消除了这类错误。它还将“阅读发票”到“付款已发送”之间的路径缩短至短短几秒钟,可切实提高 B2C 和小微企业发票的收款速度。

负载包含的内容

EPC069-12 负载为纯文本格式,每行一个字段,顺序固定:

BCD                        ← 服务标签
002                        ← 版本
1                          ← 字符集(1 = UTF-8)
SCT                        ← 标识(SEPA 信用转账)
                           ← BIC(欧洲经济区 EEA 内可选)
UAB Pavyzdys               ← 收款人姓名
LT121000011101001000       ← 收款人 IBAN
EUR605.00                  ← 金额,带货币前缀
                           ← 用途代码(可选)
                           ← 结构化汇款参考编号
Invoice S-1041             ← 非结构化汇款附言
                           ← 收款人至付款人信息

需要了解的限制条件:总负载大小必须在 331 字节以内;金额必须介于 0.01 至 999,999,999.99 欧元之间;仅支持欧元;并且您只能使用结构化参考编号或非结构化文本中的一种,切勿两者并用。

结构化字段用于诸如 ISO 11649 RF 的债权人参考编号,如果您的市场支持,建议使用该编号,因为机器可检验的参考编号比自由文本的对账更可靠。

值得注意的是,负载中不包含签名且不具备安全性。它只是一种提升数据录入便利性的工具,而非经过身份验证的指令:付款人依然是在其自身的银行 App 中、通过自身的身份验证来授权付款的。这就是为什么二维码本身无法划转资金,也是为什么欺诈性发票上的二维码与文本中印有的欺诈性 IBAN 具有同等危险性。

应用场景

广泛应用於欧元区,在奥地利、德国、比利时、荷兰和芬兰等多个国家实际上已成为标准,当地主流银行 App 均能原生识别该代码。部分国家运行着各自成熟的变体:瑞士的 QR-bill(一种不同且更具规范性的标准)以及早于 EPC069-12 的各种国家级计划。

是否支持取决于付款人的银行 App,而非您自身。添加该二维码不会产生任何成本,并能为所有使用支持该功能的 App 的客户提供便利;而对于 App 不支持的客户,他们只需通过常规方式付款即可。

相关但不同的概念

  • SEPA 请求付款(RTP,SEPA Request-to-Pay) - 一种消息传递标准,收款人发送结构化的付款请求,付款人在其 App 中接受或拒绝。这是一种交互对话而非静态打印的代码,并且可以包含到期日和分期付款选项。
  • 支付链接 - 指向托管结算页面的 URL,通常通过支付服务商(PSP)提供,支持银行卡和电子钱包。这是走不同通道且成本各异的方式;刷卡支付会产生收单机构费用,而由二维码发起的 SEPA 信用转账则不会,这在大额发票上会造成切实的经济成本差异。这些 PSP 流程会产生需要进行付款对账的结算数据。

Nordlet 中的现状

尚未实现。 当前的发票 PDF 暂未携带 EPC 二维码,也不支持生成支付链接。这两项功能均在规划中,但目前尚未上线,如实说明这一点比将构想描述为现有功能更有意义。

系统中现已具备该二维码所需的数据,包括公司 IBAN、合作伙伴详细信息、发票金额、货币以及作为付款参考编号的完整发票号,并且也具备相应的生成路径:发票 PDF 是由 API 生成的,因此二维码将成为渲染层面的补充,而无需构建新的数据模型。

最终实现时将继承标准本身的两个限制:仅限欧元,因此非欧元发票无法携带此码;以及 331 字节的负载限制,这限定了长发票号和公司名称在两者之间能够承载的汇款文本长度。

在此之前,依靠对账端的缓解措施才是关键:在发票显眼处标注发票号,并依赖包含单据编号的付款说明来进行银行匹配。

FAQ

什么是 EPC 二维码?

一种遵循欧洲支付委员会标准的二维码,其中编码了 SEPA 信用转账的详细信息,包括收款人姓名、IBAN、金额和参考编号,以便付款人使用银行 App 扫描,免去手动输入的繁琐。

二维码付款安全吗?

二维码本身不包含任何安全机制或签名,它仅用于预填付款表单。付款人依然需要在自己的银行 App 中通过自身的身份验证来授权转账。它只是一种提升数据录入效率的便利工具,因此欺诈发票上的二维码与纯文本中列出的欺诈性 IBAN 具有同等风险。

它支持哪些货币?

仅支持欧元。该标准专为 SEPA 信用转账设计,因此其他货币的发票无法使用合规的 EPC 二维码。

所有欧洲的银行 App 都支持 EPC 二维码吗y?

欧元区的大多数主流 App 都支持,并且在许多国家它实际上已成标配,但具体支持情况仍取决于付款人的银行。添加该二维码可以为能够使用的客户提供便利,而对于无法使用的客户也不会产生任何额外成本。

EPC 二维码与支付链接有什么区别?

二维码用于发起由付款人自行完成的银行转账,不产生手续费。支付链接则会打开一个托管的结算页面(通常通过 PSP 使用银行卡或电子钱包支付),会产生手续费,并会生成需要后续对账的结算款。