ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:22.06KB ,
资源ID:24270641      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/24270641.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(中国银联无卡支付业务系统改造指南资料.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

中国银联无卡支付业务系统改造指南资料.docx

1、中国银联无卡支付业务系统改造指南资料中国银联股份有限公司 发布中国银联无卡支付业务系统改造指南Q/CUP中国银联股份有限公司规范性文档中国银联无卡支付业务系统改造指南11编写目的本指南所指无卡支付业务无卡支付是在非面对面交易场景下,买卖双方就信用卡基于卡号、有效期、CVN2,并通过身份证件号后6位、姓名、手机号等辅助验证方式,以及借记卡基于卡号、密码,并通过身份证件号后6位、姓名、手机号等辅助验证方式,实现消费付款的银行卡支付方式。中国银联业务管理委员会制定并颁布银联卡订购业务规则、银联卡代收业务规则、银联卡无卡自助消费业务规则和银联卡账户服务业务规则等无卡支付业务规则。在各成员机构按照2.1

2、版本银行卡联网联合技术规范完成系统改造及业务切换上线前,银联卡无卡支付业务处理先行按照本指南模式开展。银联在银行卡联网联合技术规范中对无卡支付业务的相关应用已有定义,考虑现阶段各成员银行采取2.0版本银行卡联网联合技术规范接入银联的系统现状与今后开展业务规划落地并升级到2.1版本银行卡联网联合技术规范的趋势,为协助成员机构在技术层面上打开无卡支付通道,并使得开展无卡支付业务的机构更好地阅读、使用和了解规范,特编写本无卡支付业务系统改造指南,将规范中跟无卡支付业务相关的部分提取出来以方便机构在技术上更快的实现无卡支付业务。本指南作为过渡方案,各成员银行基于此指南通过较小改造即可在2.0版本银行卡

3、联网联合技术规范的系统环境下支持无卡支付业务开展。同时,本指南对交易报文的设计考虑了同业务规划落地的2.1版本银行卡联网联合技术规范的衔接与兼容,今后成员银行可顺利过渡到2.1版本银行卡联网联合技术规范,实现业务规划落地,为无卡支付业务的开展提供更完善的支持。12无卡支付业务需求分析12.1应用场景及对应交易类型分析无卡支付业务应用场景丰富多样,那么对于发卡行来说可以统一通过消费类交易或预授权类交易来实现,另外暂通过余额查询交易来实现身份验证的功能。无卡业务的交易渠道也通过60.2.5域体现,通过互联网渠道上送的报文中交易渠道填写为07,除互联网外的其他渠道上送的报文中交易渠道填写为03。在通

4、过无卡消费交易实现部分风险较低的无卡代收、无卡订购业务时,将在报文中增加一个业务标示位用于区分发卡行是否需要验证卡片无卡业务的开通情况。详见48域改造说明。12.2差错处理分析对于无卡业务交易类型其对应的差错处理流程与现有的消费类和预授权类交易相关处理流程保持一致。13技术标准改造方案13.1支持的交易类型基于上述的无卡支付业务需求分析,对于现有的消费或预授权交易实现,通过22域服务点输入方式码来表明是无卡支付交易,身份验证功能通过余额查询交易实现。无卡支付业务涉及到需要修改的交易类型如下:余额查询交易、消费交易、预授权交易。13.2报文接口规范修订内容22域使用说明报文接口中的22域表明了持

5、卡人数据的输入方式,其中前两位表示是接触读取还是非接触读取卡片,是读取的磁条卡还是IC卡,第三位表示交易中是否包含PIN,那么在无卡支付业务中,如无卡消费、无卡预授权交易中,22域的前两位取值必须为01。48域改造说明由于各项业务规则尚未完成改造上线,为满足发卡机构开展业务管理和风险控制的需要,暂在该域增加一个新的PZ用法定义,除可用来存放委托关系信息,还可用来表示“发卡行是否需验证卡片无卡业务的开通情况”。在无卡支付业务的消费交易和预授权交易中,如果该PZ用法未出现,表示发卡需要验证卡片无卡业务的开通情况,如该卡片未开通无卡业务,则发卡行可无需根据61.6域AM用法进行相关校验而直接拒绝该交

6、易。如果该PZ用法出现,那么表示发卡无需验证卡片无卡业务的开通情况,直接根据61.6域AM用法进行相关校验。由于48域本身为变长域,在表示“发卡无需验证卡片无卡业务的开通情况”下只作为一个业务标识出现,所以可采用其域定义长度信息取值的方式表示,即002PZ。48域的定义如下:1、用法标志2字节,取值“PZ”。2、放置委托关系信息,定义如下:位置长度格式内容说明02ans用户号码类型详见注释a240ans用户号码左对齐,后补空格424ans用户号码地区编码左对齐,右补空格。采用银联卡跨行业务地区代码标准(银联业管委2010年8月版)地区代码编码。对于总对总业务,该处填“0000”464ans用户

7、号码附加地区编码左对齐,右补空格,如为二级地区,填写该地区附加地区编码,采用银联卡跨行业务地区代码标准(银联业管委2010年8月版)地区代码编码。其余情况填“0000”501n支付方式标志“0”:主动定向或非定向“2”:委托商户512ans支付方式类型详见注释b(如果支付方式标志不为“0”,则补空格)5340ans支付方式号码左对齐,后补空格(如果支付方式标志不为“0”,则补空格)。对于语音中的固话方式,电话号码格式为地区号电话号码;对于语音中的手机方式,电话号码格式为11位手机号码;其他方式由业务运营方自行分配933n委托关系限期单位为月份,空格或000表示长期有效;其他取值表示从交易日开始

8、计算的有效期月份数;委托关系限期最多为9999612n最高限制金额12位定长数字,最后两位为小数位,保留使用10812n最低限制金额12位定长数字,最后两位为小数位,保留使用注释a:用户号码类型定义为:用户号码类型说明01移动电话(用作支付方式时,表示移动电话支付)02固定电话(用作支付方式时,表示固定电话支付)03水费04电费05煤气费06社保07小灵通08信用卡还款09烟草10信用卡中心CS财税库银RZ商户实时入账注释b:支付方式类型定义:支付方式类型说明01短信方式02语音方式03渠道接入机构方式61域改造说明针对无卡业务相关交易,为保证交易安全和防范欺诈风险,收单机构需要在联机交易中向

9、发卡机构申请校验部分持卡人辅助认证信息,例如身份证、姓名等。为实现这一目的,可通过以下改造完成受理方向发卡方申请辅助验证校验的要求,即在F61.6子域中增加AM用法。在AM用法的使用上可分为两个层次,首先根据报文中22域判断是否是无卡交易,如果是有卡交易那么受理方和发卡方均不必对AM用法进行处理;如果是无卡交易,受理方应根据最新的银联卡账户服务业务规则中的要求在AM用法中上送校验信息,发卡方也应根据该规则要求进行验证。即收单机构仅可依据本域填写方式要求发卡机构辅助开展“byte2卡有效期验证(卡有效期信息存放在14域之中),byte3身份证件验证(身份证件信息存放在61.1域之中),byte6

10、CVN2验证(CVN2信息存放在61.4域之中),byte8姓名验证(姓名信息存放在本用法之中)和byte9手机号码验证(手机号码信息存放在本用法之中)”共五种验证方式及其组合。除该五种验证方式外,其他认证要素在无卡业务中不应出现,受理方上送须全部填0。(其中,交易密码属交易基本要素,是否验证须通过22域直接判断,不在此处说明,61域中也应填0。)收单机构填写的辅助验证要求超出上述五种验证方式的,发卡机构在准备拒绝此类交易时采用应答码40。“AM”用法为61.6域安全信息校验值中的用法五:安全验证信息,具体定义如下:1、用法标志2字节,取值“AM”。2、放置校验项目和一些自定义取值,本域定义如

11、下:名称说明使用说明交易校验方式16个字节,采用位图构造方式,每个字节表示一种验证方式,从最左边的字节开始,每个字节依次代表如下验证方式:byte1交易密码验证(密码信息存放52域和53域之中)byte2卡有效期验证(卡有效期信息存放在14域之中)byte3身份证件验证(身份证信息存放在61.1域之中)byte4磁道信息验证(磁道信息存放在35域、36域和45域之中)byte5委托关系验证(委托关系信息存放在本用法之中)byte6CVN2验证(CVN2信息存放在61.4域之中)byte7PVN验证(PVN信息存放在磁道信息之中)byte8姓名验证(姓名信息存放在本用法之中)byte9手机号码验

12、证(手机号码信息存放在本用法之中)byte1016:保留使用,用全零填充对于每一字节:1)受理方上送的取值及含义如下:0:未出现1:出现2)发卡方原样返回注意:1、姓名、手机号码及地址信息校验时需要用到的内容在下面的业务自定义数据中表示2、发卡方按照校验要素出现的位图顺序依次校验,一旦发现有校验要素错误则停止校验,并通过在39域中返回05应答码拒绝交易;如果发卡方不支持某些要素的校验,通过在39域中返回40应答码拒绝校验3、为保证持卡人身份信息的安全,只选取身份证件后6位信息。身份证件后6位数字信息的取值方式按照从右向左提取6个数字的方式进行,提取出的数字遵循原先排序,如针对身份证件全部位数取

13、出的有效数字不足6位,则从左向右用零补足。例:当身份证件号码为ABC1234、12ABC34、1234ABC都将取值为001234;当身份证件号码为X12345678、1234X5678、12345678X都将取值为345678;后面不足位填补空格4、对于姓名校验有一点特殊要求,主要针对的是转账交易。由于转账交易虽然只要求校验转出方姓名,但同时需要上送转入方姓名,而转出卡肯定是出现的,所以AM用法对转账交易不生效,转账交易要求的姓名通过61.6域的另一个NM用法上送业务自定义数据ans147。保留使用,目前可存放的数据有委托关系、姓名、手机号码、地址1、委托关系定义参见本文48域中定义的委托关

14、系信息2、姓名应首选中文字符,中文字符编码规则需符合GB180302000。实在无法输入中文字符的地方,可以输入汉语拼音,姓在前,名在后,两者之间用空格分隔,姓和名的首字母大写,其它字母小写;也可以输入英文姓名,姓在后,名在前,两者之间用空格分隔,姓和名的首字母大写,其它字母小写3、手机号码长度需根据各国不同要求进行变化,所以设计为变长信息域1、发卡方原样返回2、本部分内容根据上面定义的“交易校验方式”中的位图出现顺序出现,类似联机报文各域的出现规则。但由于此处出现的一些信息都是变长的,为便于系统处理,均按照联机报文的变长域处理,每个信息之前均携带3位长度值,长度值之后为有效数据,数据与数据之

15、间无空格3、业务自定义数据中的数据可以单独出现,也可以组合出现。组合出现时必须要同交易校验方式中出现的顺序保持一致对于业务自定义数据用法举例如下:例一61.6AM用法长度交易校验方式业务自定义数据全域显示16(交易校验方式)+3(长度固定3个字节)+4(本例中姓名为4字节)0000000100000000(需要在业务自定义数据中校验的内容只有姓名)004张三0000000100000000004张三例二61.6AM用法长度交易校验方式业务自定义数据全域显示16(交易校验方式)+3(长度固定3个字节)+4(本例中姓名为4字节)+3(长度)+11(本例中手机号为11字节)0000000110000

16、000(需要在业务自定义数据中校验的内容只有姓名和手机号)004张三011138181559880000000110000000004张三01113818155988报文格式改造说明对于无卡交易的持卡人有效性验证而言,本方案支持如下两种验证模式:1、验证动作通过余额查询交易发起,验证要素和验证结果通过余额查询交易报文中的F61上送并原样返回。2、验证和支付动作通过消费或预授权交易一次性完成,验证要素和验证结果也通过消费或预授权交易报中的F61上送并原样返回。在验证通过的同时完成对支付请求的承兑。由于报文格式中均已定义了61域的上送条件,因此对该域的传递要求没有变化。但由于还增加了48域的新用法

17、,而消费和预授权交易在该域的传递要求上有不同处理:1、预授权交易定义的是受理方可选上送,拟修改为条件上送,选用条件“C6:当业务要求时,本域出现。”报文格式修改为:位数据元数据类型(取值)ACSWISSW备注48addtnl_data_privateans.512(lllvar)C6(由O改为C6)2、消费交易定义的是受理方条件上送,但定义的条件是“C22:在受理方发送的请求报文中,如果是折扣商户消费、折扣商户预授权完成(请求)、折扣商户预授权完成(通知)、折扣商户退货、分期付款消费或消费(积分)交易,则本域必需出现;在受理方发送的请求报文中,如果是折扣商户消费冲正、折扣商户消费撤销及其冲正,

18、折扣商户预授权完成(请求)冲正、折扣商户预授权完成(请求)撤销及其冲正则报文中本域必需出现;在受理方发送的分期付款消费冲正、分期付款消费撤销、分期付款消费撤销冲正、消费(积分)冲正、消费(积分)撤销、消费(积分)撤销冲正报文中本域无需出现。在发卡方返回的应答报文中,如果是经发卡方承兑的分期付款或消费(积分)交易,则本域必需出现;在发卡方返回的应答报文中,如果是发生了部分承兑,则本域必须出现。”这些条件均定义的是消费业务的衍生业务的出现条件,而48域新用法也属于消费交易的衍生用法之一,且这些业务是不会同时发生的,所以只需增加一下C22的条件说明即可。拟增加“在受理方发送的请求报文中,如果是无卡支

19、付类业务且根据业务要求需要出现,则本域出现。”报文格式无需修改,仍为:位数据元数据类型(取值)ACSWISSW备注48addtnl_data_privateans.512(lllvar)C22应答码说明对于PIN码、有效期、磁道信息、PVN验证的相关错误信息同原有的处理方式,对于身份证验证、委托关系验证、姓名验证、手机号码验证和地址验证的错误应答码统一返回05。当发卡方不支持某个要素的校验时并准备拒绝该交易时可返回应答码40。将在40应答码的“适用条件”中增加一种新的适用条件说明“发卡方无法进行某些验证要素的校验”:应答含义终端操作终端显示(推荐)适用条件适用角色ACSWIS40请求的功能尚不

20、支持失败发卡方不支持的交易针对机构不支持的功能,可表示为如下情况:6、发卡方无法进行某些验证要素的校验13.3清算说明无卡支付业务的消费类、预授权完成类交易清算方式无须特殊处理。14无卡业务开通交易(可选支持)对于需要对借记卡无卡支付功能增加开通环节的发卡行来说,如果借记卡发卡行支持通过银联渠道来实现借记卡无卡支付开通功能的话,则可关注本部分内容,即本章在借记卡发卡行有使用需求时选择性使用并开发,否则可忽略,但不通过银联渠道实现借记卡无卡支付开通功能的发卡行也要进行本章所描述的应答码适用条件的增加。开通功能通过在无卡余额查询交易中带有PZ标识来实现,改造要点如下:1、银联渠道的借记卡无卡功能开

21、通交易通过无卡余额查询交易来实现,即普通余额查询交易的22域的取值为011,并且上送PZ标识,即48域中002PZ出现;2、开通交易只能通过互联网渠道发起,即交易渠道取值为07;3、开通交易的基本验证要素为卡号和密码,可选验证要素为姓名、有效期、手机号,可选验证要素中至少要上送一项,即61.6域AM用法一定会出现。当需要有开通流程但还未开通无卡支付功能的借记卡进行无卡支付交易时,将在40应答码的“适用条件”中增加一种新的适用条件说明“无卡支付功能未开通”:应答含义终端操作终端显示(推荐)适用条件适用角色ACSWIS40请求的功能尚不支持失败发卡方不支持的交易针对机构不支持的功能,可表示为如下情况:7、无卡支付功能未开通

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1