在一个联机交易中，要传送到发卡行的专有应用数据。
|
字段 |
长度（字节） |
赋值 |
说明 |
|
长度 |
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返回TC 10 = 第1个GENERATE AC返回ARQC 11 = 不能返回11 bit 4: 1 = 发卡行认证执行但失败 bit 3: 1 = 脱机PIN执行 bit 2: 1 = 脱机PIN认证失败 bit 1: 1 = 不能联机 |
||
|
00 |
bit 8: 1 = 上次联机交易没有完成 bit 7: 1 = PIN锁定 bit 6: 1 = 超过频率检查 bit 5: 1 = 新卡 bit 4: 1 = 上次联机交易发卡行认证失败 bit 3: 1 = 联机授权后，发卡行认证没有执行 bit 2: 1 = 由于PIN锁卡片锁定应用 bit 1: 1 = 上次交易SDA失败交易拒绝 |
||
|
00 |
bits 8–5: 上次交易第2个生成应用密文（GENERATE APPLICATION CRYPTOGRAM（AC））命令后收到的带有安全报文的发卡行脚本命令 bit 4: 1 = 上次交易发卡行脚本处理失败指针 bit 3: 1 = 上次交易DDA失败交易拒绝 |
||
|
算法标识 |
1 |
01 |
|
|
发卡行自定义数据长度 |
1 |
0A |
|
|
ID号 |
1 |
01 |
|
|
金额域 |
5 |
初始值0 |
|
|
MAC |
4 |
初始值0 |
|
|
其它的发卡行自定义数据 |
5 |
模板推荐值：07000103000000010A01
除了所有非接触应用的卡片需求外，qPBOC还应当遵守下面的要求：
收到GPO命令，卡片应当立即设置发卡行应用数据（标签“9F10”）的CVR部分为“03000000”。 CVR是发卡行应用数据的第4－7字节部分；
CVR字节2，位4、3、2、1未使用，仍保留设置为b“0”；
CVR字节3，位8、4、3、2、1未使用，仍保留设置为b“0”；
CVR字节4未使用，所有位仍保留设置为b“0”；
qPBOC终端处理需求
- l 当终端接收到来自卡片的正确的GPO命令响应，它将检查发卡行应用数据（标签“9F10”）来确定卡片提供的密文类型。根据密文类型，判断交易拒绝、联机处理或脱机批准。
- l 密文类型检查
- l 如果返回ARQC（发卡行应用数据（标签“9F10”）字节5的第6-5位=b“10”），那么终端应将交易联机发送；
- l 如果返回AAC（发卡行应用数据（标签“9F10”）字节5的第6-5位=b“00”），那么终端应拒绝交易；
- l 如果返回TC（发卡行应用数据（标签“9F10”）字节5的第6-5位=b“01”），但卡的应用失效日期早于终端交易日期（终端本地），那么终端应脱机拒绝交易；
- l 如果返回TC（发卡行应用数据（标签“9F10”）字节5的第6-5位=b“01”），那么终端应检查终端异常文件（如果存在），如果应用PAN在终端异常文件中出现，那么终端应脱机拒绝交易；
为了使得发卡行可以在主机端更紧密地跟踪资金，引入了在发卡方应用数据(9F10)的发卡行自定义数据部分中允许加入特殊数据的选项。对于qPBOC交易，当卡片应用对GPO指令回应联机认证请求(ARQC)的时返回；对于借记/贷记交易，当卡片应用对第1次生成应用密文指令回应联机认证请求(ARQC)的时返回。发卡行自定义数据（IDD）根据在个人化时选择的选项不同，会有所变化。
累计交易总金额、在CTTA基础上增加的累计交易总金额限制（CTTAL）、电子现金余额、可用脱机消费金额和能够个人化不超过15个字节的静态数据，是发卡行可选择联机发送的5个数据选项，发卡行可以在这5个选项中选择任意一个联机发送。同时如果该数据存在，在发送的指令中会被加上校验码，以保证数据完整性。发卡行自定义数据（IDD）仅在联机交易中被返回。
|
发卡行自定义数据选项 |
长度（字节） |
IDD ID |
金额域 |
MAC字节数 |
|
电子现金余额 |
10 |
0x01 |
标签“9F79” 的值(低5位字节) |
4 |
|
累计交易总金额（CTTA） |
10 |
0x02 |
值，此数据无标签(低5位字节) |
4 |
|
电子现金余额和CTTA |
15 |
0x03 |
值(10 字节, “9F79” 值 在第1位置) |
4 |
|
CTTA和CTTAL |
15 |
0x04 |
值(10 字节, CTTA值 在第1位置) |
4 |
|
可用脱机消费金额 |
10 |
0x05 |
标签“9F5D”的值 (低5位字节) |
4 |
|
静态 |
1 to 15 |
N/A |
发卡行指定固定数据 |
无 |
发卡行自定义数据（IDD）的ID值用于选择在发卡行自定义数据域中返回的数据的类型。缺省的情况下，发卡行自定义数据不会被返回。如果发卡行希望收到发卡行自定义数据，在9F10个人化值中，需要添加以上相应的数据的长度和标示符字节（在借记/贷记应用的自定义数据之后）。
例如，0x0A02表示在生成交易密文的指令应答中，将返回10个字节的发卡行自定义数据，包括数据类型标示符(0x02)，累计交易总额和校验码。返回电子现金余额的选项，只有当应用被个人化为电子现金的时候才会有效。
文/闫鑫原创
转载请注明出处http://blog.csdn.net/yxstars/article/details/38335729