2027 年的 SEPA 即时支付：支付机构、电子货币机构和非欧元区服务商必须构建什么
《即时支付条例》的第一波在 2025 年冲击了欧元区银行。第二波在 2027 年到来，落在第一波跳过的那些服务商身上：支付机构、电子货币机构，以及不使用欧元的欧盟国家中的每一家支付服务商。
日期很近了。欧元区的支付机构和电子货币机构必须在 2027 年 4 月 9 日之前能够发送和接收欧元即时转账。捷克、丹麦、匈牙利、波兰、罗马尼亚和瑞典的银行必须在 2027 年 1 月 9 日之前能够接收，然后在 2027 年 7 月 9 日之前能够发送，并提供收款人核验（Verification of Payee）。这六个国家的支付机构和电子货币机构，接收的期限是 2027 年 4 月 9 日，发送的期限是 2027 年 7 月 9 日。
2025 年那一波给商户和结账流程带来了什么变化，见我们之前关于即时支付和收款人核验的文章。本文写给转账的另一端：必须把它构建出来的服务商。
谁必须在何时做什么
法律依据是第 (EU) 2024/886 号条例，它修订了《SEPA 条例》，只涵盖欧元贷记转账。下文的条款编号均为修订后的《SEPA 条例》的条款编号。日期与欧洲央行的摘要一致：
| 服务商 | 接收即时转账 | 发送即时转账 | 收款人核验 |
|---|---|---|---|
| 欧元区银行 | 2025 年 1 月 9 日 | 2025 年 10 月 9 日 | 2025 年 10 月 9 日 |
| 欧元区支付机构和电子货币机构 | 2027 年 4 月 9 日 | 2027 年 4 月 9 日 | 2025 年 10 月 9 日 |
| 非欧元区银行 | 2027 年 1 月 9 日 | 2027 年 7 月 9 日 | 2027 年 7 月 9 日 |
| 非欧元区支付机构和电子货币机构 | 2027 年 4 月 9 日 | 2027 年 7 月 9 日 | 2027 年 7 月 9 日 |
根据欧盟的使用欧元国家名单，非欧元国家是捷克、匈牙利、波兰、罗马尼亚和瑞典，外加享有选择不加入权的丹麦。
这张表里有四个细节容易让人出错。
欧元区机构的收款人核验日期不是笔误。 支付机构和电子货币机构的 2027 年延期规定在第 5a 条中，该条涵盖发送和接收。关于收款人核验的第 5c 条没有这样的例外，所以自 2025 年 10 月 9 日起，它已适用于每一家欧元区服务商。如果您是一家提供贷记转账的欧元区机构，而您的 VoP 尚未上线，那么今天就已经存在缺口。
在非欧元国家，收费对等先行。 第 5b 条禁止即时转账的收费高于标准转账，它在这些国家自 2027 年 1 月 9 日起适用。
非欧元区服务商在非工作时间发送方面有额外宽限。 在 2028 年 6 月 9 日之前，如果它们在某些时段不为本币账户处理任何标准欧元转账，那么在这些时段内无需从这些账户发送欧元即时转账。监管机构还可以根据服务商获取欧元流动性的能力，允许设定不低于 2.5 万欧元的单笔交易上限（第 5a(2) 条）。接收不受影响。
保加利亚现在属于欧元区。 它于 2026 年 1 月 1 日采用欧元，第 16(9) 条为其设定了单独的过渡安排。如果您的牌照在那里，请读那一款，而不是上表中的任何一行。
需要构建什么
法律文本很短，底下的软件却不短。
一个永不关闭的账簿
每一个可以接收贷记转账的账户，都必须能够“每天 24 小时、在任何日历日”接收即时转账（第 5a(1) 条）。指令到达时，付款方的服务商要检查指令、检查资金、预留或扣除金额，并立即转发。
这通常是最贵的部分，因为账簿是围绕工作日构建的。要找的有：
- 运行时会锁定账户或重建余额的日终批处理任务。
- 默认夜间不会有任何过账的手续费、利息和外汇任务。
- 每个工作日运行一次、而现在必须消化周日凌晨 3 点入账的保障资金对账。
- 发布惯例。只有简短、可预见、并事先告知客户的计划内维护（或整个支付方案范围内的计划停机），停机才能免于处罚（第 11(1c) 条）。周末四个小时的发布窗口不再行得通。
非欧元区服务商还多一项。从非欧元账户发出的指令，只有在转换为欧元之后才算收到，而且转换必须立即进行（第 5a(3)(c) 条）。您的汇率来源现在也得在夜间和周末工作。
接入方式：直接接入还是通过代理行
同一条例修订了《结算最终性指令》，使支付机构和电子货币机构可以直接加入指定支付系统，前提是它们记录好自己的保障资金、治理和 ICT 安排，并保有一份清盘计划（PSD2 新增的第 35a 条）。欧洲央行表示，自 2025 年 10 月起，满足 TARGET 指引要求的非银行服务商可以接入欧元体系的即时结算服务 TIPS。
直接接入消除了一层依赖，却把 7x24 小时的流动性管理交给了您。大多数较小的机构会继续使用代理行，这对开发的改变比人们预想的要小：您仍然需要一个始终开放的账簿，而代理行的 API 会成为您时间预算的一部分。签约之前，先弄清楚：
- 入账贷记如何到达您这里，会占用 10 秒窗口中的多少时间。
- 他们的计划停机是什么样子，您如何得到通知。
- 他们是否双向路由收款人核验请求。
- 他们调用您的接口超时时会发生什么。
10 秒窗口
收款方的服务商必须在付款方的服务商收到指令后 10 秒内，为收款人入账并向付款方的服务商确认（第 5a(4)(c) 条）。没有收到确认，付款方的服务商必须立即恢复付款人的账户并通知付款人（第 5a(4)(e) 条和第 5a(5) 条）。
十秒听起来很宽裕，直到您把它分摊到您的系统、代理行、清算机制和另一家服务商之间：
- 发送路径中的每一项同步检查（限额、欺诈评分、反洗钱规则）都需要一个硬性的时间预算和一个明确的降级方案。
- 转账需要一个明确的状态机：已预留、已发送、已确认、已拒绝、已超时、已冲回。每一次状态转换都必须是幂等的。
- 在计时器触发之后才到达的确认，进入异常队列，绝不悄悄入账。
- 在接收端，入账是一次起息日为当日的直接账簿写入（第 5a(4)(d) 条），而不是排进下一批处理的队列条目。
客户可以设定每日或每笔的最高限额，并可随时更改（第 5a(6) 条）。标准转账接受的批量文件，即时转账也必须接受（第 5a(7) 条），而且凡是提供标准转账的渠道，都必须提供即时转账（第 5a(4)(a) 条）。
收款人核验：服务买现成的，集成自己做
VoP 是一项支付方案层面的服务。由欧洲支付委员会制定的 VoP 方案规定了服务商如何发起查询和作出答复，欧洲央行指出，欧元体系提供自己的 VoP 服务，基于葡萄牙银行和拉脱维亚银行的解决方案构建，并按照该方案设计。商业服务商也出售同样的服务。很少有机构应该自己编写匹配引擎。
您买不到的，是与您自身系统的集成。它分为两半。
请求方一侧。 在客户授权一笔贷记转账之前，您要在每一个渠道中，用客户输入的姓名核对 IBAN，并显示结果（第 5c(1) 条）。欧洲央行列出的结果有：匹配、接近匹配、不匹配和其他；在接近匹配时，您要显示账户上实际登记的名称。这项核验绝不能阻止客户授权（第 5c(5) 条），而发送批量付款的企业客户必须能够选择退出（第 5c(6) 条）。把每一个结果都与对应付款一起记录：一笔转账错付时，您能否免责，取决于您是否满足了这些要求（第 5c(8) 条）。
答复方一侧。 当另一家服务商查询您的某个账户时，您根据自己的客户数据作答，而数据质量的问题就在这里显现。收款人的名称，对个人而言是姓名，对公司而言是“商业名称或法定名称”（第 2 条第 (1d) 点），所以您的答复服务对企业客户需要两者兼备。如果付款人提供了您所持有的公司标识，比如 LEI 或税号，您也必须核验（第 5c(1)(b) 条）。
有一种情况对电子货币机构比对银行更重要：代表多名收款人持有的账户，比如客户资金归集账户和虚拟 IBAN。您必须确认所指明的收款人是否属于其中之一（第 5c(1)(c) 条），所以答复服务需要能快速读取您的虚拟 IBAN 映射。
VoP 对客户免费（第 5b(2) 条），所以服务商的费用是一项成本，而不是一条收入线。
制裁筛查从付款转向客户
提供即时转账的服务商，必须在新的或经修订的措施生效后立即、并且至少每个日历日一次，用欧盟定向金融限制措施（依据《欧盟运作条约》第 215 条实施的资产冻结及相关禁令）核查其全部客户群。在即时转账过程中，双方服务商都不得再次就这些措施对付款人或收款人进行筛查。
用软件的话说：
- 每当欧盟措施变化时，对所有客户进行一次事件驱动的重新筛查，外加每天一次完整运行，命中在账户层面处理。
- 对交易实时筛查引擎做一项有文档记录的变更，使其在即时转账中跳过欧盟定向措施。
- 其他一切保持不变：其他限制措施和反洗钱检查明确不受影响（第 5d(2) 条）。
- 为因定向金融限制措施导致的拒绝情况准备年度报告数据（第 15(3) 条）。
这是条例唯一规定了处罚幅度的义务：对法人，最高罚款至少为年度净营业总额的 10%（第 11(1b) 条）。
收费和应用
即时转账的收费不得高于相应类型的标准转账（第 5b(1) 条）。如果您把即时转账作为付费的“加急”选项出售，这个收费项目就得取消。把对等规则写进收费引擎，因为您每年都要向监管机构报告收费水平（第 15(3) 条）。
在应用和网上银行中，工作主要是把上面这些部件组装起来：每个确认按钮之前的 VoP、一个设置转账限额的界面、一个几秒内就有结果的状态，以及转账超时、款项退回时一条清楚的提示。
谁可以跳过大部分内容
如果您的套装核心系统或电子货币平台已经支持 SEPA 即时支付和 VoP，那么大部分工作是升级和测试。仍然要检查：您自己的批处理任务不会打破 7x24 小时的承诺，VoP 模块覆盖请求方、答复方和多收款人账户，筛查遵循第 5d 条。
如果您是一家使用银行即服务平台的金融科技公司，而牌照由平台方持有，那么义务在平台方，您的工作是应用和 API 集成。
如果您的账簿是自研的、深度定制的，或者老到以夜间批处理为核心，本文对您最有用。
行业的准备程度
在 Celent 对 100 多家金融机构进行的一项由 ClearBank 委托的调查中（ClearBank 是一家向这些公司出售欧元支付接入服务的银行，所以阅读时请考虑到这一点），五分之一的电子货币机构和支付机构表示，它们已经预计会错过 2027 年 7 月的期限，最多晚六个月。
条例没有规定任何一般性的延期。欧盟委员会必须在 2027 年 4 月 9 日之前就即时支付仍存在的障碍提交报告（第 15(6) 条），可能附带一项提案，但那恰好落在欧元区的截止日期当天。请按文本中的日期来规划。
从截止日期倒推的计划
截至 2026 年 10 月初，欧元区的支付机构或电子货币机构还有六个月。非欧元区银行开始接收还有三个月，中间还夹着假期。
- 2026 年 10 月：差距评估。 列出每一个默认营业时间的任务和流程。梳理每一个可以发起转账的渠道。测量在您的 VoP 答复服务将要使用的数据中，法定名称和商业名称不一致的情况有多常见。
- 2026 年 11 月底之前：确定接入方式和服务商。 直接接入还是代理行，选定 VoP 服务商，合同推进中。开户接入要按别人的时间表走，所以先启动它。
- 2026 年 12 月至 2027 年 2 月：开发。 实时过账、超时状态机、VoP 请求方和答复方、筛查和收费变更、各渠道界面。
- 2027 年 2 月和 3 月：当作周日深夜来测试。 在代理行或清算机构的测试环境中做端到端测试，注入超时，在过去批处理运行的时段施加负载，并在实时流量中进行一次部署。
- 截止日期前两到四周：冻结。
非欧元区银行应把接收路径的这套流程压缩到 2026 年剩下的时间里完成，然后针对 2027 年 7 月 9 日的发送和 VoP 再走一遍。非欧元区的支付机构和电子货币机构同样要面对两次发布：2027 年 4 月 9 日之前实现接收，然后在 2027 年 7 月 9 日之前实现发送和 VoP。
本文的位置
PSD3 和《支付服务条例》指南介绍了 2027 年之后的变化，包括收款人核验更广的适用范围。Wero 集成指南展示了即时支付通道无处不在之后能实现什么。
我们构建和改造支付软件：账簿和过账引擎、代理行和支付方案集成、VoP 服务商集成，以及建立在其上的应用和后台界面。如果您面临 2027 年的某个日期，而您的账簿仍然每晚关账，请写信到 office@c9group.dev。