EMVTag系列5——8E 持卡人验证方法(CVM)列表

L: var. up to 252

-R(需求):数据必须存在,在读应用数据过程中,终端不检查

按照优先顺序列出卡片应用支持的所有持卡人验证方法

注:一个应用中可以有多个CVM列表,例如一个用于国内交易,一个用于国际交易

字节1–4: 金额X(二进制)

字节5–8: 金额Y(二进制)

字节9 (CVMCode):

bit 8: 0 = 只有符合此规范的取值(如果不为1,说明有自定义的值)

bit 7:

1 = 如果此CVM失败,应用后续的

0 = 如果此CVM失败,则持卡人验证失败

bits 6–1 (CVM Type):

000000 = CVM失败处理

000001 = 卡片执行明文PIN核对

000010 = 联机加密PIN验证

000011 = 卡片执行明文PIN核对+签名(纸上)

000100 = EMV保留

000101 = EMV保留

011110 = 签名(纸上)

011111 = 不需CVM

000110–011101 = 保留给加入的支付系统

100000–101111 = 保留给各自独立的支付系统

110000–111110 = 保留给发卡行

111111 = RFU

JR/T0025 定义:

100000 =持卡人证件出示

字节 10(CVM Condition Code):

00=总是

01=如果是 ATM 现金交易

02=如果不是 ATM 现金或有人值守现金或返现交易

03=如果终端支持这个 CVM

04=如果是人工值守现金交易

05=如果是返现交易

06=如果交易货币等于应用货币代码而且小于 X值

07=如果交易货币等于应用货币代码而且大于 X值

08 =如果交易货币等于应用货币代码而且小于 Y值

09=如果交易货币等于应用货币代码而且大于 Y值

0A–7F:RFU

80–FF:RFU 保留给各个支付系统

下一个 CVM 用另两个 CVM 码和 CVM 条件字节表示

例-送检反馈问题:标准借贷记交易中,卡片返回8E == 0000000000000000 42034103 1E03 1F00 ,贵机构在问题反馈中说因机具不支持脱机PIN,则不做脱机PIN验证。若贵机构不期望启用脱机PIN,请去掉8E中的4103,即 8E == 0000000000000000 4203 1E03 1F00。

下面是一些银行标准借贷记交易返回的8E值,可以参考:

0000000000000000 4203 1E03 1F00   四川,联机加密PIN验证,后续,脱机PIN

0000000000000000 0203 1F00  福建海峡银行

0000000000000000 0203 1F00  福建农信社

0000000000000000 0203 1F00  农行

0000000000000000 0203 1F00  中行

0000000000000000 0203 1F00  山西晋商

0000000000000000 0203 1F00  江西农信

0000000000000000 0203 1F00  湖北汉口

特别的,请注意CVM列表的格式,4字节金额X+4字节金额 Y+若干个 2字节的CVM入口。特别是金额X与金额Y不要少字节。依据银联国际业务总部以及产品创业部的要求,为了使机构发行的卡片在国内外更多终端上被受理,不会因没有共同支持的持卡人认证方法而拒绝交易。借记卡中标准借贷记应用中的CVM列表中必须含有联机PIN ,贷记卡中的标准借贷记应用中的CVM列表中必须含有签名(纸上),准贷记卡中的标准借贷记应用中的CVM列表中必须含有联机
PIN 和签名(纸上)且联机PIN 要放在签名(纸上)的前面。


CVM编码


    持卡人验证方法    


   处理顺序    


条件


如果此CVM失败


0100 0010 0000 0011


联机PIN


1


如果终端支持


应用后续的


0100 0001 0000 0011


脱机PIN


2


如果终端支持


应用后续的


0001 1110 0000 0011


签名


3


如果终端支持


持卡人验证失败


0001 1111 0000 0000


不需要持卡人验证


4


总是


不会失败

银联模板推荐值:0000 00000000 0000 4203 1E03 1F00(PBOC); 0000 0000 0000 0000 1E03 1F00(电子现金)。

文/闫鑫原创转载请注明出处 http://blog.csdn.net/yxstars/article/details/38405147

EMVTag系列5——8E 持卡人验证方法(CVM)列表

时间: 2024-10-12 19:28:51

EMVTag系列5——8E 持卡人验证方法(CVM)列表的相关文章

EMVTag系列3《持卡人基本信息数据》

?  9F61    持卡人证件号 L:2–26 R(需求):数据应存在,在读应用数据过程中,终端不检查: (PBOC2.0第五部分中规定)芯片中持卡人姓名 5F20与持卡人姓名扩展9F0B只能使用一个,另一个必须不存在.当持卡人姓名小于等于26 个字节的时候,请仅使用 5F20:否则请仅使用 9F0B.如果不如此设置,可能会导致该卡片被部分终端终止交易. (PBOC3.0第五部分中规定)如果持卡人姓名大于26字节,此时不应使用标签9F0B,完整的持卡人姓名应当存放在此标签下.如果5F20长度不

EMVTag系列6——IAC 发卡行行为代码

R(需求):数据应存在,在读应用数据过程中,终端不检查:将变成必备 L: 5 IAC 的值,最好不要自定义,最好和所选的模板完全匹配.如果修改持卡人认证位,PIN Bypass 相关的位.如果有业务需求,修改了其他的位,检测中心有可能要求贵机构通过邮件解释或确认一些问题. 如果银行有业务需求,允许持卡人不输入联机 PIN 进行交易,请注意 CVM List的设置和IAC 拒绝值的设置.为了加快测试进度,如果银行不允许持卡人不输入联机 PIN 进行交易,并且已经了解当前设定的CVMList 和IA

EMVTag系列6《IAC 发卡行行为代码》

R(需求):数据应存在,在读应用数据过程中,终端不检查.将变成必备 L: 5 IAC 的值,最好不要自己定义.最好和所选的模板全然匹配.假设改动持卡人认证位.PIN Bypass 相关的位.假设有业务需求,改动了其它的位,检測中心有可能要求贵机构通过邮件解释或确认一些问题. 假设银行有业务需求,同意持卡人不输入联机 PIN 进行交易.请注意 CVM List的设置和IAC 拒绝值的设置.为了加快測试进度,假设银行不同意持卡人不输入联机 PIN 进行交易.而且已经了解当前设定的CVMList 和I

EMVTag系列12——卡片内部风险管理数据

?  9F53    连续脱机交易限制数(国际-货币) L: 1 -C(有条件):如果执行国际-货币频度检查 PBOC专有数据元. 不使用指定应用货币的连续脱机交易次数最大数,超过后交易请求联机 模板推荐值: 0 ?  9F54    累计脱机交易金额限制数 L: 6 -C(有条件):如果执行累计金额频度检查 PBOC专有数据.累计脱机交易金额的最大限制.超过交易请求联机 模板推荐值:00 00 00 00 00 00 ?  9F77    电子现金余额上限 电子现金余额上限:表示在电子现金应用

四种表单验证方法的分析和比较

前言 任何可以交互的站点都有输入表单,只要有可能,就应该对用户输入的数据进行验证.无论服务器后端是什么样的系统,都不愿意把时间浪费在一些无效的信息上,必须对表单数据进行校验,若有不符合规定的表单输入,应及时返回并给出相应的提示信息.本文将列举四种不同原理的表单验证方法,并给出各方法在 PHP 服务器上的实现. 回页首 浏览器端验证 传统上,表单数据一般都通过浏览器端的 Javascript 验证.浏览器端的验证速度快,若有不符合要求的输入,响应信息快速的返回给用户.由于验证数据不需要提交给服务器

MVVM架构~knockoutjs系列之扩展ajax验证~验证输入数据是否与后台数据相等

返回目录 在看这篇文章之前,你有必要先看我之前的文章,之前文章是将一个方法以参数的形式传给KO,然后返回一个真假值,去做验证,这类似于面向对象语言里的委托,在JS里我们叫它回调方法,本篇文章与前一文章不同,需要有两个参数,其一是远程方法的签名(JS方法),其二是已知要比较的数据(可能是加密后的密码数据),当用户输入文字后,它将会调用JS方法获取远程数据,以比较原数据与你输入的数据是否匹配. 知识点:以对象作为参数进行传递 ko.validation.js的扩展 //ajax相等验证 kv.rul

EMVTag系列16——AC响应数据

在一个联机交易中,要传送到发卡行的专有应用数据. 字段 长度(字节) 赋值 说明 长度 1 07 分散密钥索引 1 00 密文版本号 1 01 根据发卡行密钥版本设置 卡片验证结果(CVR) 4 03 00 bits 8–7: 00 = 第2个GENERATE AC返回AAC 01 = 第2个GENERATE AC返回TC 10 = 不请求第2个GENERATE AC 11 = RFU bits 6–5: 00 = 第1个GENERATE AC返回AAC 01 = 第1个GENERATE AC返

EMVTag系列4——5A 应用主账号

L:var.最大10 -M(必备):此数据应存在并提供给终端,终端在读应用数据过程中,如果没有读到必备数据,终端中止交易:等同磁条上的应用主帐户. 银行卡号一般是16位或者19位.由如下三部分构成: 1)  发卡银行识别号(BIN,BANKIDENTIFICATION NUMBER) 前6位数字为发卡 银行识别号,由ISO国际组织统一制定.其中第一位数字是主要产业标识符(Major IndustryIdentifier (MII)),下表列出了MII每个数字代表的卡号行业. 卡号首位      

EMVTag系列8——IC卡公钥证书

?  9F46    IC卡公钥证书 L: NI -C(有条件):如果支持DDA 发卡行认证过的IC 卡公钥 ?  9F47    IC卡公钥指数 F: b T: 9F47 L: 1 or 3 C:如果支持DDA IC卡公钥指数用于验证签名的动态应用数据 ?  9F48    IC卡公钥余项 L: NIC - Ni + 42 C:如果需要    没有放入IC 卡公钥证书的 IC卡公钥部分 文/闫鑫原创转载请注明出处 http://blog.csdn.net/yxstars/article/det