600字范文,内容丰富有趣,生活中的好帮手!
600字范文 > 条码支付互联互通介绍

条码支付互联互通介绍

时间:2019-08-17 06:57:24

相关推荐

条码支付互联互通介绍

条码支付互联互通介绍

目录

1、工作背景

2、银联方案

3、与T合作情况

1、工作背景

存在问题

APP与条码之间无法互认互扫。

商户拓展各自为战。

工作过程

总行科技司组织清算协会、银联、网联、银行卡检测中心等单位成立专项工作组。

从初开始专题讨论和研究条码支付互联互通技术方案。

工作成果

形成《条码支付互联互通技术方案》(简称“行标”)

组织在宁波、成都、杭州三地开展技术验证。

行标编码规则

行标技术架构

收单机构:向商户提供条码交易受理,交易结果转发,商户资金结算等服务。

转接清算机构:提供条码支付交易转接、清算、对账差错服务。

付款码发行、收款码识读机构:为支付标记申请和交易转发提供渠道。

商业银行、支付机构:TSP提供支付标记的生命周期,账户管理系统负责账户和资金管理等服务

行标被扫流程

1、用户使用APP向付款码发行机构业务系统申请付款码;

2、商户受理终端识读APP展示的付款码;

3、商户受理终端向收单机构发起支付请求;

4、收单机构将支付请求上送至转接清算机构;

5、转接清算机构向付款码发行机构发送付款码解析请求;

6、转接清算机构向商业银行或者支付机构发起消费交易,完成账户扣款请求;

7、交易完成后,商业银行或者支付机构通过转接清算机构向付款码发行机构和收单机构发送交易结果通知。

行标主扫流程-订单生成

1、扫码APP识别商户展示的收款码;

2、扫码APP向收款码识读机构业务系统请求查询订单;

3、收款码识读机构业务系统通过转接清算机构向收单机构查询订单或者向转接清算机构推送订单。

行标主扫流程-订单支付

1、用户通过扫码APP向收款码识读机构业务系统发起订单支付请求;

2、收款码识读机构系统向转接清算机构发送支付请求;转接清算向商业银行或支付机构发起消费交易请求,商业银行或者支付机构完成交易;

3、交易完成后,商业银行或者支付机构通过转接清算机构向收单机构和收款码识读机构发送交易结果通知;收款码识读机构向用户发送交易结果通知,收单机构向商户发送交易结果通知。

2、银联方案

总体说明

银联方案符合总行制定的“行标”

银联方案符合银联条码支付企业标准

银联方案基于银联现有条码业务和产品

方案目标

总体目标:构建编码统一规则、账户统一标记、交易统一路由的条码支付联网通用技术体系。使得APP和条码间实现互认互扫,为用户提供方案快捷的条码支付服务。

具体任务:产业各方(银联、收单机构、发卡机构和APP机构)系统改造、联调测试和上线。条码支付受理环境建设,打造互联互通示范效应。

预期效果:商户使用一个扫码枪即可受理不同APP展示的付款码完成被扫支付。

商户张贴一个收款码即可被任一通过认证的APP扫码完成支付。

业务参与方:收单机构、APP机构、银联、发卡行

参与方职责

收单机构

收款码申请

条码支付交易受理和转发

条码交易限额管控

交易对账和商户资金结算

发卡行

用户账户管理

用户资金管理

条码交易限额管控

APP机构

核实用户身份

付款码申请、收款码识读

条码支付交易发起和转发

条码交易限额管控

银联

支付标记生成和管理

条码生成

条码交易授予、转发

主要技术

支付标记化技术

1、将银行卡卡号通过支付标记化技术生成Token.

2、被扫利用二层支付标记技术将生成.

:将银行卡卡号通过支付标记化技术生成的数字分身。

:将通过支付标记化技术生成的动态Token, 即被扫付款码。

url寻址技术

1、收款码包括协议标识、域名、自定义数据三部分。

2、通过URL查找商户对应的收单机构及订单信心。

开放API技术

1、对收单机构和APP机构提供统一的API接口。

2、机构遵循统一接口接入银联实现条码支付的互联互通。

业务流程-被扫支付

1、APP通过后台系统向银联申请付款码 并展示。

2、 商户使用扫枪扫描付款码。

3、商户通过收单机构向银联发送消费请求,银联向发卡银行转发扣款请求。

4、银联将扣款结果通知给收单机构和APP机构。

业务流程 - 主扫后台支付

1、商户通过收单机构向银联申请收款码并展示(或收单机构自行按照银联的标准自行生成二维码)

2、用户使用APP扫描收款码。

3、APP机构向银联发起订单查询请求,银联返回订单信息。

4、用户确认订单后通过APP机构发起付款请求,银联向发卡银行转发扣款。

5、银联将扣款结果通知给收单机构和APP机构。

业务流程 -主扫JS支付

1、用户扫码后通过浏览器打开二维码链接。

2、商户通过收单机构向银联发起获取用户标识请求,银联向APP机构获取用户标识。

3、商户展示订单页面,用户确认订单。

4、收单机构向银联推送订单,浏览器访问银联重定向地址,银联发起前台付款。

5、用户通过APP机构向银联发起付款请求,银联向发卡银行转发扣款请求。

6、银联将扣款结果通知给收单机构和APP机构。

3、与T合作情况

总体情况

技术对接

1、微信以收单身份接入银联二维码系统, 对外开放受理渠道。

2、微信以APP身份接入银联二维码系统,在银联渠道使用。

业务规则

1、遵循《银联卡二维码消费业务指引》。

2、遵照银联二维码业务统一定价。

差错风险

1、遵循《银联卡二维码支付业务风险规则》

2、以银联差错规则为准。

首期合作内容

银联网络APP扫微信码

支持银联二维码网络内的所有APP(包含银行APP、非金机构APP、云闪付APP) 扫描微信个人收款码完成主扫支付,采用的是主扫JS支付模式。

主扫JS支付

应用场景:满足行业码支付需求,提高主扫业务处理灵活性。

与后台的区别:主扫JS支付与主扫后台支付仅在联机交易层面不同,在对账和差错处理方面保持一致。

涉及的接口

APP侧: “获取用户标识” 、 “前台付款”。

收单侧: “获取用户标识” 、 “订单推送” 、 “前台收款通知”。

交互流程

4、银联规范及业务情况

规范总体说明

目前银联条码支付企业标准(.B版)包含如下4部分内容:

公共说明:通讯及安全要求、二维码编码规则、报文字段说明

收款方接口:收单机构业务接入流程、收单机构交易报文接口

付款方结构:APP机构业务接入流程、APP机构交易报文接口

聚合支付说明:银标码聚合支付交易流程、银标码聚合支付技术说明

技术概要

码的标准

被扫:62开头19位数字

主扫:/自定义数据

扣款模式

移动应用前置模式\银行卡前置模式

通信方式

传输方式:公网 or 专线

通讯协议: http

交易接口

报文格式:key-value

提交方式: PSOT

技术接口-被扫

收单机构C2B: 消费、消费冲正、消费撤销、退货、交易查询

APP机构C2B:申请、 附加处理、附加处理结果通知、交易通知

技术接口-主扫后台支付

收单机构:生成二维码、查询订单、收款通知、收款查询、消费撤销、退款

APP机构:查询订单、查询营销、付款、交易通知、付款查询

生成二维码:收单机构向银联申请二维码时使用。

查询订单:收单机构按照银联标准自行生成二维码时使用

技术接口-主扫JS支付

收单机构:、获取用户标识、订单推送、前台收款通知、收款通知、收款查询、消费撤销、退款

APP机构:获取用户标识、查询营销、前台付款、付款、交易通知、付款查询

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。