Skip to content

开放银行与API经济

开放银行（Open Banking）是一种通过标准化API（Application Programming Interface）将银行数据和服务安全共享给第三方的模式，正在重塑全球金融服务的竞争格局。本文从政策框架、技术标准到商业模式，系统解析开放银行的实践应用。

开放银行概述

核心理念

开放银行的核心是数据所有权回归用户：用户有权授权第三方访问其在银行的账户数据，银行有义务通过安全API提供这些数据。这打破了银行对客户数据的垄断，促进了金融创新和竞争。

驱动模式

模式 代表地区 特点
监管驱动 欧盟（PSD2）、英国、澳大利亚 法规强制银行开放API
市场驱动 美国、中国 行业自发合作，非强制性
政府主导 印度（UPI/AA）、新加坡 政府搭建基础设施平台

开放银行的价值链

开放银行创造了一个多方受益的生态：

  • 消费者：获得更多元、更个性化的金融服务，便于比价和切换
  • 银行：通过API将服务嵌入更多场景，扩大客户触达
  • 第三方服务商（TPP）：基于银行数据和能力开发创新应用
  • 监管机构：促进竞争，提升金融服务的普惠性

PSD2与欧洲开放银行

PSD2（Payment Services Directive 2，第二支付服务指令）是欧盟开放银行的法律基础，于2018年1月生效。

PSD2的关键条款

  • 账户信息服务提供商（AISP）：经用户授权后，可访问用户在多家银行的账户信息，提供聚合视图
  • 支付发起服务提供商（PISP）：经用户授权后，可直接从用户银行账户发起支付，绕过卡组织
  • 强客户认证（SCA）：要求支付交易采用至少两种认证因素（知识、持有、生物特征）
  • 禁止歧视性收费：银行不得向第三方收取高于自身渠道的费用

PSD2驱动的创新场景

场景一：财务聚合 用户授权一款理财APP（AISP）连接其在工商银行、招商银行、支付宝的账户。APP通过API获取所有账户的余额、交易记录，生成统一的财务概览和消费分析报告。

场景二：账户直付 用户在电商网站结账时，选择"银行账户直付"而非刷卡。PISP通过API直接从用户银行账户发起付款，商户免去2-3%的刷卡手续费，用户也无需输入卡号。

场景三：智能信贷 用户申请贷款时授权平台访问其银行交易记录。平台通过分析6个月的收支流水，实时评估还款能力，秒级完成授信决策，无需提交纸质收入证明。

API标准与技术架构

开放银行API标准

全球主要的开放银行API标准包括：

  • UK Open Banking Standard：英国开放银行实施体（OBIE）制定的标准，是最成熟的开放银行API规范
  • Berlin Group NextGenPSD2：欧洲大陆广泛采用的API标准框架
  • FDX（Financial Data Exchange）：美国行业主导的金融数据交换标准
  • BIAN（Banking Industry Architecture Network）：银行业架构网络的服务域模型

API技术架构

第三方应用（TPP）
       ↓ API调用
API网关（API Gateway）
  - 认证鉴权（OAuth 2.0 / OpenID Connect）
  - 流量控制（Rate Limiting）
  - 请求路由
       ↓
API管理平台
  - API目录与文档
  - 版本管理
  - 开发者门户
       ↓
银行核心系统适配层
  - 数据格式转换
  - 接口封装
       ↓
银行核心系统（Core Banking）

开放银行API安全的关键实践

  • OAuth 2.0授权框架：使用授权码模式（Authorization Code Flow），确保用户明确授权且第三方不接触用户的银行登录凭证
  • FAPI标准（Financial-grade API）：OpenID基金会为金融场景定义的高安全级别API规范
  • 证书绑定（MTLS）：API调用要求双向TLS认证，确保通信双方身份
  • 令牌绑定：访问令牌与特定客户端绑定，防止令牌被盗用
  • 细粒度授权：用户可选择性授权特定账户和数据范围，而非全部开放

数据共享模式

屏幕抓取 vs API

维度 屏幕抓取（Screen Scraping） 标准API
工作原理 模拟用户登录银行网站，抓取页面数据 通过标准接口获取结构化数据
安全性 低（需要用户提供银行密码） 高（OAuth授权，不暴露密码）
稳定性 低（银行页面变动即失效） 高（标准化接口，版本管理）
用户控制 弱（难以精确控制数据范围） 强（细粒度授权）
监管态度 多国已禁止或限制 鼓励和推广

从屏幕抓取到API的过渡挑战

在美国等市场，由于没有强制性的开放银行法规，屏幕抓取仍然是许多金融科技公司获取银行数据的主要方式（如Plaid早期模式）。但银行出于安全考虑倾向于封堵屏幕抓取，推动向API模式迁移。美国消费者金融保护局（CFPB）于2023年发布的1033规则（Personal Financial Data Rights）正在推动美国向标准化数据共享迈进。

生态建设与嵌入式金融

银行即服务 BaaS

银行即服务（Banking as a Service, BaaS）是开放银行的延伸——银行将账户、支付、贷款等核心能力通过API输出，非金融企业可基于这些API构建自己的金融产品。

BaaS的商业模式

案例：某电商平台的企业账户

  • 电商平台希望为其商户提供收款账户和资金管理功能
  • 平台通过BaaS API接入合作银行，无需自建银行基础设施
  • 商户在电商平台内即可开户、收款、转账、查看账单
  • 银行提供底层账户和清算能力，电商平台负责用户体验
  • 收入模式：银行收取API调用费，平台向商户收取服务费

嵌入式金融

嵌入式金融（Embedded Finance）将金融服务无缝嵌入非金融场景的用户旅程中。

典型场景：

  • 嵌入式支付：Shopify为商户内置支付处理，无需单独接入支付网关
  • 嵌入式贷款：SaaS平台在用户采购时直接提供分期付款选项
  • 嵌入式保险：出行平台在用户购票时推荐航班延误险
  • 嵌入式投资：社交应用中集成零散投资功能（如Cash App的股票交易）

嵌入式金融的市场机遇

嵌入式金融的全球市场规模预计将从2023年的约650亿美元增长至2030年的超过7000亿美元。对于非金融企业而言，嵌入式金融意味着新的收入来源和更高的用户粘性。对于银行而言，BaaS模式可以触达传统渠道难以覆盖的长尾客户，但也面临品牌弱化和客户关系间接化的风险。

中国的开放银行实践

中国的开放银行以市场驱动为主，主要表现为：

  • 银行API开放平台：工商银行、招商银行等大型银行已建立开发者门户，提供账户查询、支付、理财等API
  • 银税互动：银行通过API对接税务系统，利用企业纳税数据评估信用风险
  • 供应链金融：核心企业ERP系统与银行系统通过API对接，实现应收账款自动确权和融资
  • 监管API：银保监会推动报送数据的API标准化（如EAST系统）

中国开放银行面临的挑战

中国尚未出台专门的开放银行法规，缺乏统一的API标准。各银行自建API标准不统一，第三方对接成本高。数据安全和隐私保护的监管要求日趋严格（《个人信息保护法》《数据安全法》），增加了数据共享的合规难度。未来可能需要行业协会或监管机构牵头制定统一标准。