业务逻辑

快捷支付接口规范

问题背景

1. 持卡人身份验证

• 持卡人在发卡银行提供的身份验证服务器进行验证，将结果告知商户

2. 资金清算

• 资金清算在身份验证通过后进行即时清算，也可能是通过专用资金清算网络进行

传统方法弊端

1. 持卡人需要访问很多网站才能完成一次完整支付 （支付过程不够流畅）
2. 任意一阶段的失败会导致支付失败 （过于繁琐）
3. 无法应用于第三方

快捷支付优势

1. 利用第三方支付平台，降低接入复杂度，控制互联网支付成本，提高用户支付体验
2. 特殊的账户安全体系，提高用户支付体验，增加支付成功率
3. 用户无需输入银行卡密码，避免被盗

快捷支付业务模型

业务目标

• 提供整合，快捷，安全的互联网支付与计算方案

目标人群

• 互联网交易中的商户和买家

核心业务

• 使用者首先使用第三方支付机构与银行签约 （快捷支付签约）
• 根据签约形成快捷支付签约记录
• 运用快捷支付协议号作为识别使用者身份及银行卡讯息

安全措施

安全目标

• 只有本人授权委托才能调用该用户开通快捷支付服务银行卡的资金
• 只有用户本人同时拥有账户名和支付密码
• 第三方端只有用户发起支付请求，且用户名密码匹配才能发起支付指令
• 银行方只有收到第三方支付指令才能触发业务处理