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

?  9F53    连续脱机交易限制数(国际-货币)

L: 1

-C(有条件):如果执行国际-货币频度检查

PBOC专有数据元。

不使用指定应用货币的连续脱机交易次数最大数,超过后交易请求联机

模板推荐值: 0

?  9F54    累计脱机交易金额限制数

L: 6

-C(有条件):如果执行累计金额频度检查

PBOC专有数据。累计脱机交易金额的最大限制。超过交易请求联机

模板推荐值:00 00 00 00 00 00

?  9F77    电子现金余额上限

电子现金余额上限:表示在电子现金应用中,持卡人可脱机消费的最大累积额度,也即卡片充值所能达到的上限,发卡行可修改此上限值。

电子现金卡片余额上限,应遵循发卡机构当地的监管机构要求并根据当地居民使用习惯制定。电子现金余额、圈存金额等不能超过电子现金余额上限。目前境内发卡机构根据中国人民银行规定,对电子现金余额上限定为1000元人民币。

目前港澳市场开展电子现金业务的需求较为迫切,根据中国银联国际业务总部对港澳市场居民和发卡机构的调查,充分考虑了本地监管机构的要求之后,现将香港市场电子现金余额上限定为1000港币,澳门市场电子现金余额上限定为1000葡币。其他境外市场根据业务需要,由中国银联国际业务总部另行制定。

?  9F6D    电子现金重置阈值

电子现金充值阈值:触发卡片进行自动圈存的可用余额下限,当卡片上的脱机可用余额低于该阈值时,卡片即请求联机并自动进行充值。

?  9F78    电子现金单笔交易限额

电子现金单笔交易限额:卡片上单笔电子现金授权金额的上限,用于控制单笔电子现金交易风险,在个人化时由发卡行写入,并可由发卡行重新设置。

?  9F58 连续脱机交易下限

L: 1

-C(有条件):如果执行卡片频度检查

PBOC专有数据。

发卡行指定的有联机能力的终端允许连续脱机交易的最大次数

模板推荐值:00

?  9F59 连续脱机交易上限

L: 1

-C(有条件):如果无法联机,卡片风险管理可以得出交易拒绝结论

PBOC专有数据。

发卡行指定的卡片需要联机处理前允许连续脱机交易次数最大值

模板推荐值:00

?  9F5C 累计脱机交易金额上限

L: 6

-C(有条件):如果执行累计金额频度检查

PBOC专有数据。累计脱机交易金额和累计脱机交易金额(双货币)的最大限制数。如果超过而且交易无法联机时,拒绝交易。

发卡行模板 推荐值:00 00 00 00 0000

?  9F72 连续脱机交易限制数(国际-国家)

L: 1

-C(有条件):如果执行国际-国家频度检查

PBOC专有数据元。

不在发卡行所在国家的连续脱机交易次数最大数,超过后交易请求联机

模板推荐值:00

?   9F75
累计脱机交易金额限制数(双货币)

L: 6

-C(有条件):如果执行累计金额(双货币)频度检查

PBOC专有数据。

累计脱机交易金额(双货币)的最大限制。超过交易请求联机

?  9F36 应用交易计数器

L: 2.

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

记录个人化以后交易处理的次数。由卡片中的应用维护

初始值为0,执行一次交易加1

模板推荐值:0000

?  9F68 卡片附加处理

卡片附加处理 (Tag 9F68) –标明发卡行所发行的支持非接触IC卡支付卡片对交易流程的选择和支持情况。

推荐将卡片附加属性 9F68中的Byte2 Bit7不允许货币不匹配的交易置位零。 这样在进行在进行qPBOC交易时,如果交易币种不匹配,仍然可以通过联机完成交易,以满足境外市场的需求。该值为银行自愿修改。

模板推荐值:99 00 F0 00


      字节


           
             


              
            


                                 
             
定义                                          


      备用  
   


1


8


1


支持小额检查


7


0


不支持小额和CTTA检查


6


0


不支持小额或CTTA检查


5


1


支持新卡检查


4


1


支持PIN重试次数超过检查


3


0


不允许货币不匹配的脱机交易


2


0


卡片不优先选择接触式PBOC联机


1


1


返回脱机消费可用额度


2


8


0


不支持预付


7


0


不允许不匹配货币的交易


推荐为0


6


0


如果是新卡且读卡器仅支持脱机,不拒绝交易


5-1


00000


RFU


3


8


1


匹配货币的交易支持联机PIN


7


1


不匹配货币的交易支持联机PIN


6


1


对于不匹配货币交易,卡要求CVM


5


1


支持签名


4-1


0000


RFU


4


8-1


00000000


RFU

?  9F56
发卡行认证指示位

L: 1

-C(有条件):如果支持发卡行认证

PBOC专有数据。标明当支持发卡行认证时,是必备还是可选

bit 8:

1 = 发卡行认证必备

0 = 发卡行认证可选

bits 7–1: RFU (0000000)

交易联机后控制交易如何处理的指示器。发卡行认证可以是可选(’00’)或强制(‘80’)。如果是强制但没有授权响应密文返回,则发卡行可以选择不管联机返回报文结果如何,拒绝本次交易。

模板推荐值:00或80,推荐00

?  9F4F 日志格式

L: var.

-O(可选):可选数据元

列出日志记录中数据对象的标签和长度


数据对象名称


Tag(标签)


长度


交易日期


9A


3


交易时间


9F21


3


授权金额


9F02


6


其他金额


9F03


6


终端国家代码


9F1A


2


交易货币代码


5F2A


2


商户名称


9F4E


20


交易类型


9C


1


应用交易计数器(ATC)


9F36


2

模板推荐值:9A03 9F2103 9F0206 9F0306 9F1A02 5F2A02 9F4E14 9C01 9F3602

?  9F51 应用货币代码

L: 2

-C(有条件):如果执行频度检查

PBOC专有数据。按GB/T 12406编码

?  9F52 应用缺省行为

L: 2

-C(有条件):在一定条件下必须存在

字节 1:

bit 8: 1 = 如果发卡行认证失败,下次联机交易

bit 7: 1 = 如果发卡行认证执行但失败,拒绝交易

bit 6: 1 = 如果发卡行认证必备但没有收到ARPC,拒绝交易

bit 5: 1 = 如果交易拒绝,生成通知

bit 4: 1 = 如果PIN在本次交易中已锁而且交易拒绝,生成通知

bit 3: 1 = 如果因为发卡行认证失败或没有执行导致交易拒绝,生成通知

bit 2: 1 = 如果是新卡,联机交易

bit 1: 1 = 如果是新卡,当交易无法联机时拒绝交易

字节 2:

bit 8: 1 = 如果PIN在本次交易中锁定,应用锁定。

Bit 7: 1 = 如果PIN在前次交易中锁定,拒绝交易

bit 6: 1 = 如果PIN在前次交易中锁定,联机交易

bit 5: 1 = 如果PIN在前次交易中锁定,当交易无法联机时拒绝交易

bit 4: 1 = 如果发卡行脚本命令在前次交易中失败,联机交易

bit 3: 1 = 如果PIN在前次交易中锁定,拒绝交易并锁应用

bits 2–1: RFU (000)

如果支持发卡行认证。PBOC专有数据。定义在一些特定条件下卡片执行的发卡行指定的行为。如果卡片中没有此数据,缺省认为全零。

模板推荐值:C000

? 9F6C 卡片交易属性

L: 2

T:非接

用于向设备指明卡片要求哪一个CVM。

卡片交易属性 9F6C的Byte1 Bit6 如果离线数据认证失败而且读写器可联机则要求联机=1时,请考虑如下的情况:

卡片脱机批准,返回了所有记录,此时卡片中的9F79值已扣款。 但是终端因为自身某些原因,判断了 fDDA 失败,导致交易联机,那么此时发卡行又产生一次扣款行为。导致一笔交易会扣款两次。 所以,银联建议将9F6C的Byte1 Bit6置为0 该值为银行自愿修改。

支持超过一个 CVM 的终端应当查询卡片交易属性(标签“9F6C”)的第 1 字节第 8 位和第 7位决定卡片选择哪个 CVM。如果位 8=‘1’,终端应当执行联机 PIN 校验,不再查询位 7;如果位 8=‘0’,终端应当查询位 7。除非终端支持联机 PIN,否则卡片不会设置第 8 位;当前的卡片逻辑不会将位 8 和位 7 都设置。不过以后增加的 CVM 也许会要求卡片逻辑改变。如果位7=‘1’,终端应当在单据上打印签名行;

模板推荐值:0000


           字节           


             
        


             
        


定义


           备用  
        


 


 


 


 


 


1


8


0


不需要联机PIN


7


0


不需要签名


6


0


如果脱机数据认证失败且终端可联机,则要求联机


最新推荐位0


5


0


如果脱机数据认证失败且终端支持接触式PBOC,不终止


4-1


0000


RFU


2


8-1


00000000


RFU

? 9F13 上次联机应用计数器

上次联机上送交易时的ATC值

模板推荐值:初始设置为0

? 9F57 发卡行国家代码

L: 2

-C(有条件):如果支持卡片频度检查;如果支持地域检查

PBOC专有数据。按GB/T 2659指出发卡行的国家

9F57020156

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

时间: 2024-10-11 17:21:37

EMVTag系列12——卡片内部风险管理数据的相关文章

EMVTag系列9——卡片管理数据

?  5F30    服务码 F: n 3 T: 5F30 L: 2 -O(可选):可选数据元 按GB/T 17552标准,卡片中的服务码(5F30) 的值,要和二磁道等效数据57中的服务码的值完全一致,如果卡片存在磁条且二磁道有数据,亦要和磁条二磁道数据中的服务码的值一致. ?  8C  卡片风险管理数据对象列表1(CDOL1) L: var. up to 252 -M(必备) 列出第1个生成应用密文命令中,卡片请求终端传送的数据.用于支持密文版本01和授权控制处理过程.内容是终端数据对象(标

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

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

EMVTag系列7——静态签名数据

? 5F24    应用有效期 L: 3 -M(必备) 1)  芯片中的应用失效日期5F24,服务码5F30,必须与芯片中的二磁道等效数据(Tag57)中的失效日期和服务码一致. 2)  qPBOC 时,应用失效日期5F24不能放在 AFL 指明的让终端读取的最后一条记录里面. 3)  应用失效日期(5F24)不能晚于发卡行公钥证书失效期. 送检反馈问题:标准借贷记交易,电子现金交易时,卡片返回的应用失效日期 5F24 == 491231,发卡行公钥证书失效日期 == 2030年12月,应用失效

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返

金融系列12《双币电子现金方案》

在PBOC 2.0规范中,电子现金只能设置一个币种,并对应着一整套的交易参数和风险管理参数.双币种电子现金是根据现有的电子现金交易流程和安全机制,在卡片中增 加第二币种及相关参数.交易时根据终端的交易货币代码,选择对应的一整套数据进行操作.因此,对于终端来说,交易流程上无特殊处理要求. 受清算通道和监管政策的影响,目前只允许境外机构发行双币种电子现金卡,且要求第一币种为当地币种,第二币种为人民币.考虑到现有的双币电子现金方案和终 端加载汇率方案已经可以满足境内外电子现金产品跨境支付的所有需求,发

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

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

Java JUC之Atomic系列12大类实例讲解和原理分解

Java JUC之Atomic系列12大类实例讲解和原理分解 2013-02-21      0个评论       作者:xieyuooo 收藏    我要投稿 在java6以后我们不但接触到了Lock相关的锁,也接触到了很多更加乐观的原子修改操作,也就是在修改时我们只需要保证它的那个瞬间是安全的即可,经过相应的包装后可以再处理对象的并发修改,以及并发中的ABA问题,本文讲述Atomic系列的类的实现以及使用方法,其中包含: 基本类:AtomicInteger.AtomicLong.Atomic

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

EMVTag系列11——电子现金发卡行授权码

按照银联个人化模板的建议,如卡片支持非接触快速支付应用(qPBOC),则推荐将电子现金授权码(9F74)作为qPBOC 应用AFL列表中的最后一条记录,且最后一条记录仅包含该数据元. 原因是:在某些情况下,卡片在送出所有记录后,终端仍有可能由于未完整接收最后一条记录而使脱机数据认证失败.将一条短记录作为AFL列表的最后一条记录,可降低终端在读取最后一条记录时因数据过长而未完整读取的概率. ? 9F74    电子现金发卡行授权码 L: 6 卡片上用于标识批准电子现金交易的代码. 电子现金发卡行授