JT/T 978.3—XXXX
CC 附 录 C
（规范性附录）
电子现金“闪卡”情况说明
C.1 概述
“闪卡”是指在标准快速支付交易时，发生卡片内的金额已扣除、但终端交易未成功的现象。造成这种现象的原因有两个：一是终端在后续执行脱机数据校验时，发生失败。通常是由于终端程序错误或证书错误、或卡片是假卡。即在终端程序、参数、卡片都正确时，不会出现失败；二是卡片已返回最后一条记录，但终端未收到，导致卡片扣款、终端未成功现象。以下将就第二种原因进行分析，并提出解决方案。
C.2 “闪卡”现象出现的机理分析
标准快速支付交易中，“闪卡”现象出现的时间窗口是：终端读取卡片最后一条记录，卡片发送给终端最后一条记录并扣款成功，但这个时候，卡片离开了读卡器的磁场区，终端没有接收到最后一条记录，从而无法进行后续的认证和交易流程。这种情况，卡片扣款成功但终端交易未成功。“闪卡”原因分析流程见图C.1。
112
JT/T 978.3—XXXX
终端卡片选择AID选择AID根据Select AID指令返回相关信息根据卡片返回信息和终端输入金额组织GPO命令GPO对GPO指令作出应答根据GPO返回的AIP和AFL进行后续操作读第一条记录Read Record根据记录号返回记录值接收第一条记录…… 读最后一条记录Read Record根据记录号返回记录值并完成扣款动作接收最后一条记录“闪卡”的时间窗口终端认证卡片，完成支付交易流程
图C.1 闪卡原因分析流程
C.3 解决方案
正常交易时，终端执行正常交易流程，只有发生最后一笔记录没有正确读出时，才进入异常交易流程。终端只保留最近一笔异常交易的处理数据，并只在异常处理流程中使用。
交易流程见图C.2。
113
JT/T 978.3—XXXX
图C.2 增加的终端异常处理流程
增加的终端异常处理流程为：
a) 终端发现最后一条记录没有读取成功，首先保存本笔交易的所有信息，包括卡片号、TC、随机
数、动态签名数据、卡片的记录等，并提示持卡人“请重新刷卡”；
b) 持卡人重刷卡片，终端重新对卡片进行上电，并在选择PPSE和AID后，通过读记录的方式，
从卡片中读出卡片号，判断是否是同一张卡片，如果不是，则发起GPO，执行正常交易流程；
114
JT/T 978.3—XXXX
c) 终端通过Get Data指令，读取卡片ATC，并判断新读出的ATC是否与已保存的上笔交易的ATC
相等，如果不相等，则发起GPO，执行正常交易流程；
d) 终端通过Get Data指令，读取卡片当前余额，余额数据标签根据上笔交易货币代码判断是选
择第一货币余额还是第二货币余额，并判断已保存的上笔交易余额减去上笔交易金额是否等于当前余额，如果不相等，则发起GPO，执行正常交易流程；
e) 终端读取AFL中的最后一条记录，如果读取成功则执行正常的后续流程；如果依然读取失败，
则跳转到异常处理流程中的“提示重新刷卡”。
115
JT/T 978.3—XXXX
DD 附 录 D
（规范性附录）
电子钱包“闪卡”处置方法
D.1 概述
“闪卡”是指在电子钱包消费交易时，卡片在终端已经发送消费命令后离开感应区导致终端未收到卡片的任何响应，此时卡片有两种状态：一是卡片已经正常扣费；二是卡片未扣费。以下就两种状态进行分析，并提出解决方案。 D.2 “闪卡”现象出现的机理分析
电子钱包消费交易中，“闪卡”现象出现的时间窗口是：终端已经对卡片发送了消费初始化指令，并且将卡片的返回值发送给安全模块进行加密，获得了MAC1, 将完整消费指令发送给卡片后终端并未收到卡片正确或者错误的反应，而是等待超时。超时有可能在终端发送消费指令时产生，也有可能在终端接收消费指令的返回值时产生，对于在下图超时1位置发生交易超时的则卡片未扣费，在下图超时2位置发生交易超时的则卡片已经被扣费。
卡片终端PSAM卡卡片支持的应用列表SELECT命令/响应应用选择提取应用数据记录READ BINARY 命令/响应读应用数据提供余额GET BALANCE命令/响应读余额检查是否支持密钥索引号是INITIALIZE FOR PURCHASE命令(步骤1)发出初始化消费(步骤1)检查是否超过电子现金余额否处理初始化消费（步骤2）INITIALIZE FOR PURCHASE响应发送伪随机数和交易序号产生MAC1（步骤3）验证MAC1（步骤5）否是超时1发出消费/取现命令（步骤4）确认MAC1有效性是交易处理（步骤6）DEBIT FOR PURCHASE/CASH WITHDRAW响应发送MAC2超时2验证MAC2（步骤7）否确认MAC2有效性是否回送错误状态交易结束回送错误状态
图D.1 闪卡原因分析流程
116
城市公共交通IC卡读写终端电子现金“闪卡”情况说明、钱包、不完整交易、处置方法
