ICS A 11 备案号： JR中华人民共和国金融行业标准JR/T —2010中国金融集成电路（IC）卡规范 第13部分：基于借记/贷记应用的小额支付规范 China financial integrated circuit card specifications— Part 13:Low-value payment specifications based on debit/credit application 2010-04-30发布 2010-04-30实施 发布中国人民银行
JR/T —2010 目 次 前言.................................................................................II 引言................................................................................III 1 范围................................................................................1 2 规范性引用文件......................................................................1 3 术语和定义..........................................................................1 4符号和缩略语.........................................................................2 5卡片及终端技术要求...................................................................3 新增数据元.........................................................................3 卡片脱机数据认证...................................................................4 持卡人验证方法原则.................................................................4 交易日志...........................................................................4 货币转换...........................................................................4 数据元的使用.......................................................................4 脚本...............................................................................4 6余额的含义...........................................................................4 7功能模式.............................................................................4 电子现金账户.......................................................................5 电子现金账户金额和卡余额的初始设定.................................................5 交易...............................................................................6 交易处理...........................................................................6 交易流程图.........................................................................7 8调整电子现金余额.....................................................................9 9主机逻辑实现示例.....................................................................9 脱机交易...........................................................................9 联机交易..........................................................................10 10卡命令.............................................................................12 电子现金余额查询.................................................................12 交易日志查询.....................................................................13 取交易日志格式命令...............................................................14 更新电子现金参数命令.............................................................14 附录A（资料性附录）电子现金简介......................................................16 附录B（资料性附录）电子现金交易......................................................20 附录C（资料性附录）电子现金余额及日志读卡器..........................................31 附录D（资料性附录）卡片应用实例......................................................36 参考文献.............................................................................39 I
JR/T —2010 前 言 JR/T 0025《中国金融集成电路（IC）卡规范》分为13个部分： ——第1部分：电子钱包/电子存折应用卡片规范； ——第2部分：电子钱包/电子存折应用规范； ——第3部分：与应用无关的IC卡与终端接口规范； ——第4部分：借记/贷记应用规范； ——第5部分：借记/贷记应用卡片规范； ——第6部分：借记/贷记应用终端规范； ——第7部分：借记/贷记应用安全规范； ——第8部分：与应用无关的非接触式规范； ——第9部分：电子钱包扩展应用指南； ——第10部分：借记/贷记应用个人化指南； ——第11部分：非接触式IC卡通讯规范； ——第12部分：非接触式IC卡支付规范； ——第13部分：基于借记/贷记应用的小额支付规范。 本部分为JR/T 0025的第13部分。 本部分的附录A、附录B、附录C和附录D是资料性附录。 本部分由中国人民银行提出。 本部分由全国金融标准化技术委员会归口。 本部分主要起草单位：中国人民银行、中国工商银行、中国农业银行、中国银行、中国建设银行、交通银行、招商银行、上海浦东发展银行、中国银联股份有限公司、中国金融电子化公司、中国印钞造币总公司、银行卡检测中心、国家电子计算机质量监督检验中心。 本部分主要起草人：姜云兵、杜宁、徐晋耀、李春欢、刘志刚、张永峰、张艳、聂舒、韩小西、张栋、回春野、吴蕃、史大鹏、边红丽、黄贵玲、李曙光、刘启滨、赵雷、詹旭波、徐文伟、黄发国、贾树辉、马小琼、赵宏鑫、林铁行、袁红斌、周兆确、向前、苏国经、周继军、赵亚东。 本部分为首次制定。 II
JR/T —2010 引 言 本部分为JR/T 0025的第13部分，与第4部分至第7部分一起构成基于借记/贷记的小额支付应用。 本部分主要定义了与小额支付有关的内容，即小额支付的技术实现与所支持的交易类型等。本部分未特别说明的内容，与标准借记/贷记应用一致，相关要求在JR/T 至 JR/T 中描述。 III
JR/T —2010 中国金融集成电路（IC）卡规范 第13部分：基于借记/贷记应用的小额支付规范 1 范围 JR/T 0025的本部分描述了关于如何在借记/贷记卡上实现小额支付功能（即电子现金）的相关信息，并提供了电子现金的功能概述，包括卡片应用程序、终端功能与发卡行系统的示例等，发卡行后台的账户处理不在本部分范围之内。 本部分适用于银行发行和受理的具有小额支付功能的借记/贷记金融IC卡。使用对象主要是与金融借记/贷记IC卡应用相关的卡片设计、制造、管理、发行、受理以及应用系统的研制、开发、集成和维护等相关部门（单位）。 2 规范性引用文件 下列文件中的条款通过JR/T 0025的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。 GB/T 12406 表示货币和资金的代码(GB/T 12406—2008，ISO 4217:2001，IDT) JR/T 中国金融集成电路（IC）卡规范 第4部分：借记/贷记应用规范 JR/T 中国金融集成电路（IC）卡规范 第5部分：借记/贷记应用卡片规范 JR/T 中国金融集成电路（IC）卡规范 第6部分：借记/贷记应用终端规范 JR/T 中国金融集成电路（IC）卡规范 第7部分：借记/贷记应用安全规范 3 术语和定义 下列术语和定义适用于JR/T 0025的本部分。 持卡人验证方法 cardholder verification method 验证持卡人是否合法的方法，终端用它来确保卡片不是丢失的或被盗的。 清算 clearing 发卡行针对收单行提交的交易数据进行的处理过程。对于发卡行来说，清算是将后台计数器与卡中计数器进行再同步的一次机会。对于收单行来说，清算是将交易数据上送给发卡行。 命令 command 终端向IC卡发出的一条报文，该报文启动一个操作或请求一个响应。 密文 cryptogram 加密运算的结果。 电子现金（EC） electronic cash (EC) 基于借记/贷记应用上实现的小额支付功能。 1
JR/T —2010 电子现金余额 electronic cash balance 一个计数器，表示卡片上可脱机消费的金额。 电子现金余额上限 electronic cash funds limit 持卡人可用来脱机消费的最大金额。 函数 function 由一个或多个命令及其合成的行为实现的一个处理过程，这些命令及其合成的行为用于完成全部或部分交易。 发卡行行为代码 issuer action code 发卡行根据TVR的内容选择的动作。 圈存 load 增加卡中电子现金余额的过程。圈存有多种实现方式，可以从主账户中划入金额，也可以现金存款，又或者从其它账户转入金额，但圈存后的电子现金余额不能超过电子现金余额上限。 磁条 magstripe 包括磁编码信息的条状物。 响应 response IC卡处理完收到的命令报文后，返回给终端的报文。 脚本 script 发卡行向终端发送的命令或命令序列，目的是向IC卡连续输入命令。 终端 terminal 在交易点安装、用于与IC卡配合共同完成金融交易的设备。它应包括接口设备，也可包括其它的部件和接口（如与主机的通讯）。 交易日志 transaction log 记录最近交易的信息细节，从中可以了解交易历史。 圈提 unload 圈提是减少卡中电子现金余额至零的过程。圈提的结果将电子现金账户中全部余额转入卡片主账户或以等额的现金返还给持卡人。圈提用于持卡人或发卡行取消电子现金功能。 4 符号和缩略语 下列符号和缩略语适用于JR/T 0025的本部分。 AAC 应用认证密文（Application Authentication Cryptogram） AFL 应用文件定位器（Application File Locator） AIP 应用交互特征（Application Interchange Profile） APDU 应用协议数据单元（Application Protocol Data Unit） ARPC 授权响应密文（Authorization Response Cryptogram） 2
JR/T —2010 ARQC 授权请求密文（Authorization Request Cryptogram） ATC 应用交易计数器（Application Transaction Counter） ATM 自动柜员机（Automated Teller Machine） CAM 卡片认证方法（Card Authentication method） CDOL 卡片风险管理数据对象列表（Card risk Management Data Object List） CVM 持卡人验证方法（Cardholder Verification Method） EC 电子现金（Electronic Cash） EMV Europay、MasterCard和Visa IAC 发卡行行为代码（Issuer Action Code） IC 集成电路（Integrated Circuit） IDD 发卡行自定义数据（Issuer Defined Data） Lc 终端应用层（TAL）在情况3或情况4命令中发出数据的实际长度（Exact Length of Data Sent by the TAL in a Case 3 or 4 Command） PIN 个人识别码（Personal Identification Number） TC 交易证书（Transaction Certificate） 5 卡片及终端技术要求 新增数据元 在借记/贷记应用的基础上新增的数据元，见表1卡片数据元和表2终端数据元。 表1 卡片数据元 数据元名称 标签 长度 格式 电子现金余额（EC Balance） 9F79 6 n 12电子现金余额上限（EC Balance Limit） 9F77 6 n 12电子现金发卡行授权码（EC Issuer Authorization Code） 9F74 6 a 电子现金单笔交易限额（EC Single Transaction Limit） 9F78 6 n 12电子现金重置阈值（EC Reset Threshold） 9F6D 6 n 12—— 电子现金余额：该变量保存了可供脱机消费的剩余总额，对于每一笔成功的电子现金交易，从中减去相应的授权金额，一旦授权金额超过了电子现金余额，则交易按照标准借记/贷记处理； —— 电子现金余额上限：表示在电子现金应用中，持卡人可脱机消费的最大累积额度，也即卡片充值所能达到的上限，发卡行可修改此上限值； —— 电子现金发卡行授权码：卡片上用于标识批准电子现金交易的代码，在脱机批准交易中，该代码被存放在清算报文的授权码中，格式为“ECCxxx”，其中“xxx”是发卡行定义的编号； —— 电子现金单笔交易限额：卡片上单笔电子现金授权金额的上限，用于控制单笔电子现金交易风险，在个人化时由发卡行写入，并可由发卡行重新设置； —— 电子现金重置阈值：触发卡片进行自动圈存的可用余额下限，当卡片上的脱机可用余额低于该阈值时，卡片即请求联机并自动进行充值。 表2 终端数据元 数据元名称 标签 长度 格式 电子现金终端支持指示器（EC Terminal Support Indicator） 9F7A 1 b 电子现金终端交易限额（EC Terminal Transaction Limit） 9F7B 6 n 12—— 电子现金终端支持指示器：指示该终端支持电子现金处理； —— 电子现金终端交易限额：终端使用此数据元（如果存在的话）判断交易是否以电子现金方式3
JR/T —2010 处理。若存在此数据元，当授权金额高于此限制时，该交易不为电子现金交易；若不存在此数据元，当授权金额高于终端最低限额时，该交易不为电子现金交易。 卡片脱机数据认证 卡片脱机数据认证的描述见JR/T 。 发卡行应采用强有力的CAM机制，以防止脱机欺诈的风险，如在个人化时将卡片设置为只有在执行动态数据认证（DDA）或复合动态数据认证/应用密文生成（CDA）的情况下允许脱机交易。AIP应参与静态数据签名。 持卡人验证方法原则 CVM列表设置宜按照以下原则进行设置： —— 为实现脱机处理，联机PIN不能设为首选CVM。 交易日志 电子现金功能采用与借记/贷记同样的方式记录交易日志。 货币转换 电子现金余额是以应用货币计算的可用于脱机消费的值。无论对卡还是终端，电子现金功能均不允许支持货币转换，因为电子现金余额必须准确反映可供消费额，而货币转换可能导致卡中保存不准确的电子现金余额值。 数据元的使用 如描述，电子现金新增了电子现金余额、电子现金余额上限和电子现金单笔交易限额三项卡片数据元，以管理发卡行的脱机风险。 发卡行可以根据脱机计数器的界限值改变卡的行为。卡片风险管理按如下方式使用这些界限值： —— 如果授权金额小于电子现金余额且小于电子现金单笔交易限额，则卡片批准脱机交易； —— 当授权金额的值超出电子现金余额或电子现金单笔交易限额时，进行标准借记/贷记流程处理。 发卡行可以根据持卡人已脱机消费的额度和持卡人主账户余额，对交易进行联机授权。发卡行可通过脚本的方法进行充值以调整电子现金余额值，见第8章。 脚本 脚本实现的详细信息见JR/T 。 6 余额的含义 使用术语“余额”并不表示卡中具有货币，而是表示发卡行承诺给商户的最高脱机支付金额。除电子现金余额外，可能存在以下不同数值的“余额”： —— 主账户余额：用于借记/贷记交易的最大可支付额度，此为主账户中的可用余额。 发卡行应对其持卡人作相应的培训，使其了解在不同的情况下可能造成不同的可供消费余额。 7 功能模式 图1展示了电子现金功能模式的不同组成部分。 4
JR/T —2010 卡片充值金额划转243卡片电子现金账户持卡人主账户圈提易消交机费脱算清授权且清算联机交易1终端 图1 电子现金功能模式 注 1：“终端”是指任何与本规范借记/贷记应用兼容的金融IC卡终端，可以支持或不支持进行联机交易。 注 2：“卡片”是指运行符合本规范借记/贷记应用程序并个人化、能执行电子现金交易的金融IC卡。 注 3：“持卡人主账户”假定为用于联机授权的当前账户。 注 4：“电子现金账户”中预先保留了电子现金金额，用于： —— 防止电子现金金额用于非电子现金支付； —— 对卡脱机交易进行清算。 电子现金账户 发卡行实现电子现金应用时，为每张卡设置一个授权消费的最大额度。该额度因卡而异，且由发卡行内部管理，发卡行用于管理该额度的账户称为“电子现金账户”。 在发卡行主机系统中，可将电子现金账户当成一个独立账户管理。持卡人可按如下方式将金额转移1）至电子现金账户： —— 主账户转账； —— 现金充值； —— 第3方转账。 可能会由于以下原因导致电子现金账户金额与电子现金余额两个金额值之间的差异： —— 交易执行与发卡行受理并对交易记录进行清算之间的延迟； —— 发卡行对电子现金账户圈存，与对金融IC卡电子现金余额的更新（通过发卡行脚本命令，需要卡与发卡行双向在线互联进行）之间的延迟； —— 异常处理。 对电子现金产品的实际配置将决定哪种余额为准确值，本章后面的内容将予以解释。 电子现金账户金额和卡余额的初始设定 当持卡人初始设立一个与具有电子现金功能的金融IC卡关联的账户时，将通过提供的方法提供一定的初始金额，以创建电子现金账户金额，发卡行创建该账户并向持卡人发卡。个人化阶段可将卡中电子现金余额设为该初始金额值。 另一种选择是发卡行可以将卡中电子现金余额设为“0”，并安排后续的圈存交易来充入金额。 1）发卡行需要知道的是，电子现金账户金额是用于分配给脱机交易使用，且未提交清算的金额值。所有脱机授权的交易针对电子现金账户金额清算。因此，电子现金账户金额并非总是精确反映出卡片当前电子现金余额。这些值均无必要反映持卡人的实时金融余额。 5
JR/T —2010 交易 圈存交易包括了资金转移和卡充值交易两步：第1步将资金转移至电子现金账户中，第2步通过充值交易将电子现金账户的金额同步到卡的电子现金余额。 消费交易一般由卡片进行脱机授权，与这些交易相关的清算操作使用电子现金账户。因此，圈存操作使电子现金账户金额增加，脱机交易清算使电子现金账户金额减少。 所有联机消费交易通常针对持卡人主账户进行授权和清算，既不影响电子现金账户金额，也不影响卡中电子现金余额。 圈提交易用于将卡中全部的电子现金余额划入卡的主账户并将卡片中的电子现金余额清零，或者用等额现金返还持卡人。 具体操作步骤参见附录B。 交易处理 在涉及一笔电子现金交易时，以下是有关电子现金交易的独特处理，没有列出的部分与JR/T 中处理过程相同。 应用选择 终端发送SELECT命令选择应用，卡片返回文件控制信息（FCI），其中包括了请求电子现金终端支持指示器、授权金额以及交易货币代码的PDOL。 初始化应用 如果满足以下条件： —— 终端支持电子现金交易； —— 授权金额小于电子现金终端交易限额，或者在终端不包括单独的电子现金终端交易限额的情况下，小于终端最低限额； —— 终端交易类型为消费交易。 那么，终端将在GPO命令中提供电子现金终端支持指示器（设置为“1”）。 当收到GPO命令时，如果以下条件满足，卡片将此交易看作一个电子现金交易： —— 命令中包含电子现金终端支持指示器（设置为“1”）； —— 交易货币代码与应用货币代码匹配； —— 授权金额不超过电子现金余额； —— 授权金额不超过电子现金单笔交易限额； —— 发卡行认证失败指示器为“0”； —— 上次联机交易发卡行脚本处理失败指示器为“0”； —— PIN尝试次数不为“0”。 如果以上任一条件不满足，交易就不是一个电子现金交易。 如果此次交易被卡片看作是一笔电子现金交易，那么卡片应当： —— 标识本次交易为电子现金交易； —— 返回GPO响应数据AIP和AFL，AIP指示电子现金交易支持的功能，AFL则指明了电子现金特定数据——电子现金发卡行授权码的位置。 如果此次交易不是电子现金交易，卡片在GPO的响应中返回非电子现金的AIP和AFL（不返回电子现金发卡行授权码），终端将此交易当作标准借记/贷记交易处理。 当终端收到AIP和AFL，且电子现金发卡行授权码存在，则用GET DATA命令读取如下数据： —— 电子现金余额； —— 电子现金重置阈值。 如果终端没有收到AIP和AFL，则交易被终止。 终端风险管理 6
JR/T —2010 终端不进行最低限额、随机交易选择和频度检查。 终端行为分析 终端从卡片返回的AFL中读取数据，将电子现金余额与授权金额的差值和电子现金重置阈值进行比较，同时结合终端能力进行终端行为分析。 —— 若电子现金余额减去授权金额大于或等于电子现金重置阈值，则本次向卡片请求脱机批准，进行电子现金交易； —— 若电子现金余额减去授权金额小于电子现金重置阈值，根据终端能力进行判断： z 若终端具备联机能力，则终端请求联机，并要求持卡人输入联机PIN，本交易请求发卡行联机授权同时对电子现金余额进行更新； z 若终端不具备联机能力，则终端请求脱机批准，本交易可以脱机完成； z 若终端尝试联机失败后，终端和卡进行标准借记/贷记交易处理。 卡片行为分析 对在初始化应用阶段被指明为电子现金的交易而言，卡片执行以下步骤： —— 若终端脱机拒绝交易（请求AAC），卡片在GENERATE AC命令响应中返回AAC； —— 跳过联机授权未完成检查、上次交易发卡行认证失败检查、上次联机交易发卡行脚本处理检查、新卡检查、脱机PIN尝试次数检查及各类频度检查，进行上次交易SDA失败检查和上次交易DDA失败检查； —— 若终端请求联机交易，卡片在GENERATE AC响应中返回ARQC； —— 若终端请求脱机批准，卡片从电子现金余额中扣除授权金额； —— 在发卡行应用数据（标签9F10）的发卡行自定义数据（IDD）（见表3）中返回更新后的电子现金余额。 电子现金交易的结果，不影响标准借记/贷记中各类计数器的值（ATC除外）。 完成交易后，终端会收集交易数据，通常会在当天营业结束时把交易明细发送给收单行，以进行后续的清算。终端在清算报文的授权码中提供电子现金发卡行授权码。凭据上可以打印出由卡片发送给终端的电子现金余额。 当发卡行接收到用于清算的交易数据时，可识别出交易是否使用电子现金交易，若是，则从电子现金账户（而非持卡人主账户）中扣减相应的交易金额。 表3 发卡行自定义数据（IDD） IDD选项 长度（字节） ID 金额域 MAC字节数 标签“9F79”的值 电子现金可用余额 10 0x01 4 （低5位字节） 被进行验证码计算的数据包括两个字节的应用交易计数器，电子现金可用余额和一个字节0x00的补位。 四字节的验证码是通过从MAC UDK分散的过程密钥计算得来的。密钥分散方法和MAC计算方法在JR/T 中定义。 表4 MAC计算 ID 数据块长度 元素 ATC 2字节 0x01 8 位bytes 电子现金可用余额 低5位字节 填充 1字节 交易流程图 7
JR/T —2010 终端卡片SELECT 命令返回PDOL，请求EC终端支持指示器，授选择所用AIDSELECT返回值权金额和交易货币代码交易类型＝消费？EC终端支持指示否否是器为1？是终端支持EC?否交易货币代码等于否是应用货币代码?电子现金终端终端最低限额否否是交易限额存在?存在？GPO命令是是授权金额小于等于否EC可用金额?授权金额小于否授权金额小于电子现金终端终端最低限额交易限额是设置ＥＣ终端支持否指示器为０是是授权金额小于等于否EC单笔交易限额？设置ＥＣ终端发送GPO命令包括EC终支持指示器为端支持指示器，授权金是１额和交易货币代码收到发卡行认证失败GPO返回值否指示器等于0?是是否收到AFL&AIP?发卡行脚本处理失否败指示器等于0？否是是终端读取卡片上的记录PIN尝试计数器否不等于0？GPO是返回值EC 发卡行授权码是否存在？否标识本次交易为EC是GET DATA 取电子现金余额、电子现金重置阈值终端终止交易AIP = EC AIPAIP = PBOC AIP脱机数据认证AFL = EC AFLAFL = PBOC AFL（EC AFL 包含EC发卡行授权码所在文件号）终端风险管理 图2 交易流程图（1） 8
JR/T —2010 图3 交易流程图（2） 8 调整电子现金余额 在进行若干笔脱机电子现金交易后，卡上的电子现金余额会不断减少，当减少到一定程度时（例如余额小于电子现金重置阈值），脱机电子现金交易便无法进行。这时需要通过联机给卡片进行充值，以重新设置电子现金余额值。这个过程是通过圈存交易来进行的，目前本部分支持手工圈存和自动圈存两种方式，见附录。 如果要更新的电子现金余额大于电子现金余额上限，返回失败。 9 主机逻辑实现示例 脱机交易 脱机交易期间，卡使用其内部风险管理判断该次交易是否可脱机授权。卡将当前授权金额与电子现金余额比较，如果当前授权金额超出卡片的电子现金余额，必须请求联机授权。 9
JR/T —2010 如果交易被脱机批准，卡将从电子现金余额中减去此次交易的授权金额。如果卡请求联机授权但终端不支持联机功能，则进行标准的借记/贷记交易处理。 脱机交易对发卡行系统没有影响。对于脱机交易来说，发卡行可修改其主机系统，以便在清算操作时执行更多的检查。如检查收到的应用交易计数器（ATC），看是否有未完成的交易待提交清算。 联机交易 导致交易需联机进行的原因有： —— 电子现金余额与授权金额的差值小于电子现金重置阈值； —— 交易过程中异常发生，强制交易联机进行（如持卡人未能输入正确的脱机PIN）。 一般情况下，联机后，主机系统会针对电子现金账户，执行与其它金融IC卡授权相同的处理，包括： —— 检查卡是否挂失； —— 通过验证在55域中发送的ARQC，执行联机CAM； —— 检查芯片数据内容，以发现交易被送至联机的原因。 需要的额外处理，取决于交易被送至联机的原因，可能由于电子现金余额不足，或者由于错误的PIN输入等其它原因。发卡行主机系统将根据交易被送至联机进行的原因，进行不同的授权操作。 授权金额大于卡的电子现金余额，则交易将被送至联机，这是最常见的导致交易被送至联机进行的原因。相应的授权处理方式由发卡行自定，主机将执行发卡行在其授权处理中定义的任何额外测试与检查。 —— 交易针对持卡人主账户授权。检查主账户余额，如果余额充足，则交易被批准，主机系统将授权批准发回给卡，并从主账户中支出，而卡的电子现金余额保持不变（见“例1：针对主账户交易授权，授权金额为20元”）； —— 发卡行对持卡人电子现金账户进行自动圈存。发卡行可在每次卡获得联机交易机会时，或者仅当电子现金余额低于电子现金重置阈值时，激活“自动圈存”过程（见例2：联机授权期间，发卡行对电子现金余额自动圈存至50元）。 在以上提到的2种情景中，主机系统的操作结果，如以下二图所示： 例1：针对主账户交易授权，授权金额为20元 交易前 主账户余额=50电子现金余额=10 图4 主账户交易授权示例（1） 联机20元交易额授权请求主机系统检查主账户余额，授权并发送ARPC准批=应响权授卡片认证发卡行并确认授权批准，不更新脱机计数器 10
JR/T —2010 图5 主账户交易授权示例（2） 交易后 主账户余额=30电子现金余额=10 图6 主账户交易授权示例（3） 例2：联机授权期间，发卡行对电子现金余额自动圈存至50元 交易前 主账户余额=80电子现金余额=10电子现金账户金额=10 图7 自动圈存示例（1） 20元交易，超出了卡片余额。卡脱机风险管理决定联机，卡片生成ARQC联机授权请求主机系统有自动充值协议，检查主账户余额是否大于充值额+当前交易额。此例中，主账户余额（80）>充值额（40）+当前交易额（20）主机转移40元至电子现金账户 图8 自动圈存示例（2） 11
JR/T —2010 40电子现金账户金额=50主账户余额=40电子现金余额=10 图9 自动圈存示例（3） 主机针对主账户对当前交易授权。并发送脚本指示“将电子现金余额设为事先协议好的余额值（此例中为50元）”准批=应响权授卡完成交易，将电子现金余额设为协议值。 图10 自动圈存示例（4） 交易后 电子现金余额电子现金账户金额=50=50主账户余额=20 图11 自动圈存示例（5） 10 卡命令 本章详细描述用于控制具有电子现金功能的金融IC卡的常用命令： —— 电子现金余额查询； —— 交易日志查询； —— 取交易日志格式命令； —— 更新电子现金参数命令。 电子现金余额查询 电子现金余额查询命令允许终端直接读取卡中可脱机消费的余额。使用GET DATA命令取得电子现金余额。 该命令及响应的数据格式见表5和表6。 12
JR/T —2010 表5 电子现金余额查询GET DATA命令 字节 值 说明 CLA “80” INS “CA” P1 “9F” “9F79”为电子现金余额数据元标签 P2 “79” L不存在 CData 不存在 Le “00” 表6 电子现金余额查询响应 字节 值 说明 标签（T） “9F79” 长度（L） “06”6字节长 数据（V） 电子现金余额 以应用定义的货币表示 SW1/SW2 状态信息，见JR/T 电子现金余额以应用定义的货币形式表示。 交易日志查询 交易日志查询命令允许终端访问卡交易日志中存储的记录，以READ RECORD命令读取。 该命令的数据格式见表7和表8。 表7 交易日志查询READ RECORD命令 字节 值 说明 CLA “00” INS “B2” P1 记录号 见P1和P2结构表 P2 引用控制参数 L不存在 CData 不存在 Le “00” READ RECORD命令中P1和P2参数域的取值见表8。 表8 P1和P2结构表 字节 位 含义 值 P1 1～8 记录号 1至应用支持的最大记录号（最小为10）。实际大小定义于FCI中 8～4 短文件标识符SFI 对交易日志为0x0B 3 P1为记录号 1 P2 2 未使用 0 1 未使用 0 交易日志中各项的顺序，由交易日志格式定义。该格式定义于JR/T ，如表9，交易日志格式也可从卡中读出。 表9 交易日志格式表 标签 数据 长度（字节） 9A 交易日期 3 9F21 交易时间 3 13
JR/T —2010 9F02 授权金额 6 9F03 其它金额 6 9F1A 终端国家代码 2 5F2A 交易货币代码 2 9F4E 商户名称 20 9C 交易类型 1 9F36 应用交易计数器（ATC） 2 最近的交易包含于记录1中，次近的包含于记录2中，依此类推。 如果终端试图读取一个空记录，卡返回错误（SW1SW2=“6A83”）。以下情况可能出现空记录： —— 日志中没有交易记录（如，新发卡）； —— P1大于最大的记录号（最大的记录号指当前卡片交易明细记录中最大的记录条数）。 要读出交易日志中的完整内容，终端应从记录1开始，之后每次记录号加1重复执行READ RECORD2）命令。当卡响应SW1SW2=“6A83”表示已读出了日志最后一项记录。 取交易日志格式命令 为正确解释交易日志中包含的数据，终端需要知道其数据格式。该格式定义于文件控制信息FCI中。使用表10中各项命令读取交易日志格式。 表10 取交易日志格式GET DATA命令 字节 值 说明 CLA “80” INS “CA” P1 “9F” “9F4F”为日志格式数据标签 P2 “4F” L不存在 CData 不存在 Le “00” 响应数据为交易日志，日志格式按照类似于DOL（数据对象列表）的方式编码。数据元格式见表9。 更新电子现金参数命令 卡片上的电子现金参数可以通过JR/T 中的PUT DATA命令进行更新。发卡行主机在授权响应中以脚本形式构造并发送该命令。可以通过脚本命令更新的卡片电子现金参数有四个：电子现金余额、电子现金余额上限、电子现金单笔交易限额、电子现金重置阈值。 表11 更新电子现金余额PUT DATA命令 字节 值 说明 CLA “04” INS “DA” P1P1和P2为电子现金参数的标签 P2 L“0A” CData 数值 电子现金参数的新值 Le “00” 表12 电子现金参数P1、P2值 数据元名称 P1P2 2） 日志的确切容量取决于发卡行的实现 14
JR/T —2010 电子现金余额（EC Balance） 9F 79电子现金余额上限（EC Balance Limit） 9F77 电子现金单笔交易限额（EC Single Transaction Limit） 9F78电子现金重置阈值（EC Reset Threshold） 9F 6D 成功更新变量值的响应状态字为SW1SW2=“9000”，其它可能出现的错误状态字定义按JR/T 的规定。 15
JR/T —2010 附 录 A （资料性附录） 电子现金简介 本附录定义了电子现金解决方案，介绍成功实现电子现金方案的必要条件，并描述电子现金环境和传统借记/贷记环境之间的区别。 概述 市场背景 目前的银行卡交易基本采用联机授权方式。然而联机授权有时可能因为以下原因而无法实现： —— 缺少联机环境（如自动售货机）； —— 通信连接不可靠（如通信困难地区）； —— 用于交易授权的费用不够经济（如对于小额支付）。 针对高风险持卡人市场用户群，电子现金（EC）可提供解决上述问题的方案和相关的应用规划。 电子现金介绍 电子现金方案采用发卡行配置的可进行脱机交易授权的金融IC卡，确保对脱机风险的完全控制，防止从持卡人账户中透支余额。采用电子现金方案，银行可以： —— 从当前账户中（借记或贷记账户）划出一部分金额； —— 在支付卡内保存此额度信息； —— 使卡可无借贷风险的脱机使用，直到划入的金额用完或再充值。 电子现金解决方案是基于完全兼容借记/贷记应用的支付产品组件，并具有标准借记/贷记应用的高级风险管理特性。 电子现金可为借记/贷记卡用于脱机交易提供一种新的技术解决方案，它的灵活性表明其具有更广泛的应用性，且可用于更多领域的应用。 电子现金为发卡行带来的利益 电子现金是一种强有力的解决方案，它可为发卡行带来以下显著利益： 功能 利益 3）芯片提供的高级风险管理机制 允许发卡行在更多的细分市场发卡而不增加风险4）电子现金方案的灵活性 帮助银行在基于芯片风险管理方面的投资多元化电子现金解决方案尤其适用于需要部分地进行脱机交易而不增加额外风险的借记/贷记卡。 电子现金也可作为一个独立的应用与借记/贷记应用共处一张卡上，此时电子现金应用可专门用于脱机状态下的小额支付。 商业契机 电子现金使用芯片功能，带来以下三种基本的商业契机： —— 由于所有金额要经过预先授权，坏债风险很低，因此具有电子现金功能的金融IC卡可安全地向未达到支付卡申请资格的用户群发行； —— 由于支付交易由芯片脱机授权，电子现金可用于新的受理环境（主要为脱机形式）而不增加风险； —— 由于电子现金授权费用较低，具有经济性的特点，因此适用于小额支付。 3） 这将帮助发卡行聚集更多的存款额，因为原本以现金进行的交易被以卡进行的交易所替代。 4） 这种情况下可以先发卡，之后再逐步实现发卡行系统功能，以获取从磁条向芯片技术迁移所带来的好处。 16
JR/T —2010 可结合上述契机，开发适用于特定市场的卡应用。 新的持卡人用户群 具有电子现金功能的金融IC卡可安全地向以下新市场发行：对银行业务较为陌生、未达到银行卡业务要求的用户群。所有这些都意味着一个潜在巨大的储蓄池，银行可用于再投资以获取利息收入。 欲拓展这些新市场的银行面临的问题是，坏债与欺诈风险更高。对于标准借记/贷记用户来说，这种风险通过所有交易联机授权来进行管理。然而这种花费是昂贵的（尤其对于大部分交易均为小额支付的场所来说），此外针对具有小额存款的用户，银行对账户的操作费用已超过了赚取的收入。针对这种问题，银行曾实施过各种应对措施，如专用卡、ATM卡、仅限直联交易的卡产品，但它们也同时限制了用户的使用。具有电子现金功能的金融IC卡可解决这些问题，因为它能让发卡行有效控制风险，且可将操作费用降至最低程度。 具有电子现金功能的金融IC卡的优点 优点 原因 低坏债风险 所有资金经过预先授权 低欺诈风险 金融IC卡非常安全，难以伪造且卡具有完善的脱机风险管理处理 低成本 通信成本、主机处理成本以及对账户的操作成本都减到最小 在电子现金方案中，银行可通过向未达到银行卡业务要求的用户提供一个简单账户，来发展这部分用户群。该简单账户仍然支持POS终端的卡支付，客户不太可能取走所有存款，这样该账户相对来说能给发卡行带来更多的收益。 对于该持卡人群来说，使用具有电子现金功能的金融IC卡的另外一个关键优点是，由于它基于借记/贷记应用，可以自然升级至全借记或全贷记产品而无需再次发卡。 新的受理环境 由于具有电子现金功能的金融IC卡可以脱机授权，因此可通过在一些主要是脱机交易的场所（如自动售货机、加油站或停车位等）进行卡支付交易来增加授权金额，替代现金。 这将为卡支付产生一个新的、巨大的市场，尤其是和电子现金的小额支付特性相结合时（参见附录）。 这些新的可能的受理点包括现有的借记/贷记应用终端，这些终端可以受理标准的借记/贷记应用，加以改造后可受理电子现金交易。 小额支付 电子现金由于以下原因而显得非常经济： —— 更小的欺诈和坏债可能性； —— 更低的通信花费； —— 网络不稳定时造成的影响更小； —— 账户操作的成本更低； —— 交易量增长而无需相应追加中央处理系统的投资，更加经济。 这种经济性意味着，可以用更低廉的成本处理卡支付，并且可以部分替代现金交易。这是一个非常重要的契机，因为目前基于现金支付的消费额仍远远超过基于卡支付的消费额。通过在更多领域实施卡片支付，可以降低消费流通领域的支付成本。 电子现金特性 实现特征 电子现金解决方案的典型实现特征包括： —— 卡片保存余额（或预先授权额度），因此脱机交易不会导致透支风险； —— 卡片具备增强的脱机风险管理功能，这一点通过将脱机风险限制在发卡行的定义范围内来实现； 17
JR/T —2010 —— 使卡片用于小额支付在经济性上更具吸引力。 电子现金余额 我们在讨论电子现金时使用“电子现金余额”这一术语，它表示使用该卡支付时，发卡行承诺给用户用于后续脱机支付的剩余额度。 根据持卡人的选择，可允许通过POS或ATM，或一些如电子现金余额读卡器之类的手持设备，将该余额读出并显示。读取电子现金余额的功能可在个人化时关闭。 发卡行主机端锁定的金额 为确保卡中用于将来脱机消费的金额不被持卡人挪作它用，当卡圈存的时候，电子现金方案需要进行某种形式的金额冻结。 该特性的细节实现完全取决于发卡行如何定位用户的需求，取决于每个主机系统的实现细节。为获得期望的结果，可能采用以下机制： —— 从主账户余额中划出电子现金额度； —— 将电子现金额度标识为与主账户关联的一个映射账户，将金额从当前账户移至映射账户； —— 关于电子现金方案对发卡行主机系统影响的更多细节，在本部分中给出。 POS终端受理 由于具有电子现金功能的金融IC卡中的软件是借记/贷记应用兼容的，因此该卡可用于所有支持借记/贷记应用的芯片终端。 在通常的借记/贷记处理过程中，卡与终端均执行风险管理功能。只要符合条件就执行脱机交易，但出现以下任何一种情况时，需请求联机授权： —— 授权金额超出终端最低限额； —— 授权金额超出电子现金余额； —— 终端对所有的交易处理都联机进行（即终端最低限额为“0”）； —— 交易过程中产生错误，强制联机授权； —— 尝试了芯片技术但工作不正常（“技术降级”）。 任何终端可以实现余额与交易日志显示功能，但对POS终端，这些功能不作强制要求。 圈存处理 卡的日常使用必将耗尽其中的电子现金余额，因此必须对电子现金余额进行充值。增加电子现金余额的操作即称之为“圈存”操作。圈存交易包括以下两个操作： —— 资金预先授权； —— 卡片充值。 圈存操作一般在一些特定的终端上进行，该终端除要求与JR/T 0025兼容外，必须支持以下特性： —— 必须能够与发卡行主机系统进行联机对话； —— 必须支持相应的持卡人操作界面； —— 通常在终端与发卡行主机间建立一私有对话，以管理更新命令的发送与接收。 对于ATM或银行柜面的终端来说，只要加载合适的软件，便成为一个很好的圈存终端。 圈存操作如何进行取决于所选择的实现方式。持卡人可自己完成该过程，也可由发卡行进行自动圈存。要实现自动圈存，发卡行与持卡人之间需签定一份（同意自动圈存的）协议。在满足预定条件时，由发卡行划入额外金额，并对卡片的电子现金余额进行自动更新，而无需持卡人的介入。 电子现金金额转入的结果是，将金额转入由发卡行主机保存的“电子现金账户金额”（见电子现金账户）。 当对电子现金账户进行圈存后，发卡行必须更新卡中相应的计数器以反映这种改变，从而增加卡电子现金余额。 18
JR/T —2010 磁条交易 电子现金是基于芯片的产品，最佳适用于金融IC卡终端较为普及的地区。在仅配备了支持磁条终端的地区，则使用卡片上的磁条进行交易，因为具有电子现金功能的金融IC卡是复合卡。 磁条交易不影响卡的电子现金余额。 清算 收单行以与对待标准借记/贷记交易相同的方式处理电子现金交易。已被脱机批准的交易需按常规方式提交清算。然而，由于是芯片产品，发卡行可能收到关于交易的一些额外信息，包括交易证书。 发卡行一般针对从账户余额中冻结的金额来处理清算记录。对于发卡行来说，清算是将联机余额与卡中脱机计数器进行再同步的一次机会。 交易货币 在电子现金交易中，授权金额是从卡中可供脱机消费余额中扣减的一个准确值，因此该值是否准确很重要。出于这个原因，如果卡要实现持卡人账户的“零透支”，具有电子现金功能的金融IC卡就不能支持货币转换功能，所有脱机交易必须使用应用货币。 交易日志 具有电子现金功能的金融IC卡应用可将卡最近交易的信息，记录至交易日志中。相应的终端或手持读卡器可读出该日志，并显示或打印出记录，持卡人因此可从中了解其最近的交易历史。 电子现金的范围 电子现金方案最适合工作于封闭系统。发卡行需要与收单行就实现电子现金相关的一些特定功能，取得一致性协议，包括： —— 余额显示； —— 确保某些功能的完整性，如在非发卡行终端机的圈存功能。 具有电子现金功能的金融IC卡仍有可能超出该封闭系统使用，但这种情况下持卡人的体验可能不同于在封闭系统中使用。发卡行需要充分意识到这一点，并对其持卡人作相应的培训。 19
JR/T —2010 附 录 B （资料性附录） 电子现金交易 本附录描述的电子现金方案的交易类型及各自的实现仅作为参考。 支付交易 具有电子现金功能的金融IC卡的支付交易流程与标准借记/贷记卡几乎完全一样。 关于交易期间卡与终端间命令流的描述见借记/贷记应用。 功能概述 使用具有电子现金功能的金融IC卡支付与使用标准借记/贷记卡的支付行为并无区别。 金融IC卡执行电子现金脱机交易，是针对卡电子现金余额进行的。之后由发卡行针对电子现金账户金额进行交易清算。若支付交易未被脱机批准，则由发卡行联机授权。发卡行通常针对持卡人主账户进行授权和清算。 卡片电子现金账户持卡人主账户购买交易易交机脱算清授权且清算联机交易终端 图 使用具有电子现金功能的金融IC卡的支付交易 功能描述 当持卡人将具有电子现金功能的金融IC卡插入POS终端时，按照JR/T 0025所描述的，终端选择卡应用。与JR/T 0025一致，终端也执行一系列操作，包括检查卡是否真实[卡片认证方法（CAM）]，以及持卡人是否真实[持卡人验证方法（CVM）]。 脱机交易 终端将交易相关的数据，以及其它同交易相关的环境数据传送至金融IC卡，卡片则将其自己的交易相关数据提供给终端。 金融IC卡使用电子现金余额，以及授权金额，来判断交易是否可脱机授权。 只有交易以应用货币（由发卡行在个人化时向卡应用指定）进行时，方可脱机授权。以其它货币进行的交易将被迫使联机进行。 卡将测试： —— 当前交易期间收集的交易状态信息； —— 上次交易保留的状态信息。 测试结果帮助卡决定后续做法： —— 脱机拒绝交易； 20
JR/T —2010 —— 对交易脱机授权批准； —— 将交易发送至发卡行联机授权。 如果交易被脱机批准，卡从其电子现金余额中减去本次授权金额，并生成一交易证书（TC）密文。终端将此密文及相关的交易数据发送给收单行，收单行可能将此包含在它向发卡行提供的清算提交当中。此交易证书（TC）为发卡行提供交易已发生的证据，并用于支持商户的支付要求。 联机交易 如果由于某种原因，交易未被脱机批准，卡将生成一授权请求密文（ARQC）。此密文以及相关的交易数据，被递交给发卡行用于联机授权处理。 除其它芯片相关数据元外，卡还将当前电子现金余额发送给发卡行。 当发卡行接收到ARQC时，分析芯片数据，以识别联机请求的原因。 请求交易联机授权的原因包括： —— 卡电子现金余额不足以支持本次交易。如果此情况发生，则发卡行可采取以下一种措施： z 由于金额不足拒绝交易； z 从持卡人主账户中转移更多金额至电子现金账户金额中，假定（发卡行与持卡人）已达成一份自动圈存协议。 —— 交易货币与卡应用货币不匹配。如果此情况发生，则发卡行可能针对持卡人主账户余额进行交易授权。这类交易与标准的借/贷记交易以相同方式处理。 无论发卡行对本次交易给出何种响应，均可向卡发送指令以调整其电子现金余额。对电子现金余额的调整可能具有如下形式： —— 增加（从持卡人主账户转移至电子现金账户金额）； —— 减少（授权金额）； 金融IC卡使用发卡行的指令作最终的授权决定。如果卡批准交易，则商户继续发货或提供其它服务。如果卡拒绝交易（生成应用认证密文AAC），则终端终止交易。 如果交易已授权，则商户应在日销售结算时，将交易证书TC发送至收单行，作为交易已完成的证据。收单行需保存TC密文以备为将来可能出现的争端提供证据。 异常处理 源自借记/贷记应用的交易异常处理，对于具有电子现金功能的金融IC卡的处理和标准借记/贷记卡是相同的。异常处理是一个可能导致电子现金账户金额与卡电子现金余额产生差异的过程。 最常见的异常情况有： —— 交易取消：在卡电子现金余额已被调整后，交易被持卡人、商户或者终端（由于技术故障）取消； —— 退款：商户将交易额退还（持卡人）； —— 争议：持卡人对交易产生争议。 以下部分详细描述各异常情况。 交易取消 交易可能在卡与终端已完成其间的交互后被取消。取消的原因可能包括： —— 终端故障； —— 发货、提供服务或现金期间发现失误。 当由于以上原因交易被取消时，若交易被联机授权，终端将创建冲正报文发送给发卡行，冲正报文以磁条卡的方式处理（即存入到持卡人主账户，而不反映至卡余额或电子现金账户金额），终端不能将5）交易金额重新存入卡片电子现金余额；如果交易被脱机批准，则可以采用物理货币的方式退还给持卡人。 5） 发卡行应当确保（通过对持卡人细致的培训），由于交易被撤销且卡余额未更新而导致的余额差异情况，持卡人不至于感到困惑。 21
JR/T —2010 退款 当商户将交易额退还持卡人时，既可采用物理货币形式，也可以在相应产品规则和政策允许的前提下，将金额存入卡账户。现金返还不会给具有电子现金功能的金融IC卡带来问题，因为交易额已从卡电子现金余额中支出。当采用退款交易时，这种退款方式的结果是持卡人主账户有金额存入，却不能自动反映至卡余额或者电子现金账户金额。 取消 和退款类似，取消有时可导致主账户、电子现金账户金额和卡脱机账户间的差异。 争议 电子现金交易中出现的持卡人争议和标准金融IC卡交易中出现的持卡人争议，在处理上并无区别。 然而，在持卡人对电子现金余额值产生争议时（如退款或取消后），问题可能出现。发卡行应当知道这些争议存在的可能，并实现相应的措施予以调查（如检查卡的交易日志）。 同步失败 可能会出现卡的电子现金余额与发卡行主机中的电子现金账户金额不相等的情形。一般来说，这是由于有交易脱机进行且未清算所致。 发卡行可以利用脚本来修改卡片中的电子现金余额。 需求与约束 电子现金的一个主要业务需求是，提供低风险的脱机交易。为实现此需求，需考虑以下功能需求： —— 终端需求； —— 收单行处理需求； —— 卡需求； —— 发卡行处理需求。 终端需求 关于交易期间卡片与终端之间命令流的详细描述，按JR/T 的规定执行。 具有电子现金功能的金融IC卡必须与终端交互，并按照本标准借记/贷记应用来处理交易。收单行必须按照本部分来实现其终端的设置。收单行应实现以下功能以确保脱机能力： —— 脱机CAM支持； —— 脱机PIN支持（可选）； —— 终端最低限额。 为保持电子现金余额的完整性，具有电子现金功能的金融IC卡应支持动态数据认证（DDA）。因此接受具有电子现金功能的金融IC卡的终端应进行动态数据认证（DDA）。 收单行处理需求 收单行系统应按JR/T 0025的需求，将芯片数据传送给发卡行。包括： —— 在联机授权请求与响应中传送芯片数据； —— 保存芯片数据以备将来可能出现的争议。 收单行可能在清算记录过程中传送芯片数据，但不强制此做法。传送芯片数据可以帮助发卡行管理其联机账户。 卡需求 发卡行必须应用符合借记/贷记标准的芯片卡来实现具有电子现金功能的金融IC卡。 发卡行处理需求 一般来说，电子现金交易在脱机状态下进行，发卡行针对电子现金账户对这些交易进行清算。联机交易（无论使用金融IC卡或磁条卡）则一般针对主账户进行授权和清算。 ATM交易 功能概述 22
JR/T —2010 发卡行以与其它ATM交易相同的方式，处理具有电子现金功能的金融IC卡（带借记/贷记功能）的ATM现金支取。ATM现金支取总是由发卡行主机针对持卡人主账户进行联机授权的。 功能描述 如JR/T 0025中所描述，当持卡人将具有电子现金功能的金融IC卡插入ATM终端时，终端选择卡应用。 终端传递交易及其它相关的数据给卡，卡提供其交易相关的数据给终端。此数据交换使交易处理继续进行。 ATM交易总是需要请求由发卡行进行的联机授权。这种做法可让发卡行将ATM现金支取的脱机风险管理保持为最低。ATM要求卡生成一授权请求密文（ARQC），并将此ARQC密文和交易支持数据，发送至发卡行以进行授权处理。 发卡行针对持卡人主账户余额进行交易授权。金额从主账户中支出（电子现金余额不受影响）。发卡行的响应通知卡不用调整其电子现金余额。 当接收到发卡行的响应时，金融IC卡使用包含于该响应中的指令作出其最终决断。卡可以进行以下一种选择： —— 批准交易，ATM提供现金（和凭证，如果要求的话）； —— 拒绝交易，ATM告知持卡人交易被拒绝的原因（如果提供了相关可读信息的话），并终止交易。 如果交易被授权，卡将产生一交易证书（TC）。收单行必须保存此交易证书，以备发生争议时供发卡行查询。 异常处理 没有与具有电子现金功能的金融IC卡ATM现金支取相关的异常情况。 需求与约束 终端需求 处理电子现金交易，对ATM终端没有特别需求。 收单行处理需求 处理电子现金ATM交易，对收单行系统没有特别需求。 卡需求 处理电子现金ATM交易，对卡没有特别需求。 发卡行处理需求 电子现金ATM支取，对发卡行系统处理没有特别需求。 圈存交易 功能概述 为使持卡人能继续使用具有电子现金功能的金融IC卡进行脱机交易，在初始金额已消费完后，必须能够转入金额以增加电子现金账户金额。实现该目的的全过程称为“圈存”。圈存实际包括两步： —— 金额预授权：此为增加电子现金账户金额； —— 卡片充值：将余额增加反映至卡电子现金余额。 圈存的金额可以有以下几个来源，包括： —— 持卡人的主账户； —— 现金支付，如在银行柜面的现金支付； —— 第3方，如父母将金额转入其子女账户等。 23
JR/T —2010 卡片充值金额预授权卡片电子现金账户持卡人主账户其他金额源（现金，第三方） 图 电子现金圈存功能 功能描述 发卡行可使用以下选项来增加电子现金余额： —— 持卡人发起的金额转入（手动），从持卡人主账户至电子现金账户金额； —— 发卡行发起的金额转入（自动），从持卡人主账户至电子现金账户金额。假定发卡行与持卡人之间已签订相关协议，使得当电子现金账户金额低于某值（电子现金重置阈值）时，或者在某特定交易但卡中电子现金余额不足时，能够自动完成金额转入。 此处有一前提假设，即电子现金账户金额的增加会尽可能快地反映至卡电子现金余额。卡片充值处理根据圈存处理发起方的不同而有所区别； —— 持卡人发起的手动圈存：处理立即进行，因为卡必须与发卡行联机通信以执行该过程，主机因此可发送一脚本去执行卡充值操作，作为本次联机通信的一部分； —— 发卡行发起的自动圈存：处理被延迟，直到发卡行能够与卡联机交换信息（如，当下次交易被提交联机授权时）。 手动圈存 持卡人发起的从主账户进行圈存 允许持卡人自己监视电子现金余额，并选择何时对卡片进行充值。手动圈存依赖于发卡行主机系统引导的，在持卡人、卡和终端间的对话。对话的实现一般由发卡行自定，因此发卡行需要对可以进行圈6）存的终端取得完全控制。在提供圈存设备的地方，持卡人可使用这些设备来增加具有电子现金功能的金融IC卡的电子现金余额。发卡行应确保持卡人能够识别这些终端，如通过采用特定的记号标识这些终端，或者通过印发产品宣传单等方式。 具体实现由发卡行自定义，以下可供参考： 步骤 行为 7）1 持卡人将卡片插入终端（终端识别出此为一张具有电子现金功能的金融IC卡）2 终端向持卡人提供服务列表，其中包括“对卡圈存” 8）3 持卡人选择圈存功能4 持卡人选择充值金额 9）5 终端开始进行标准借记/贷记交易 6） 该功能为发卡行特定功能，只有在发卡行直接控制下的终端，或者与收单行之间有明确协议的终端，执行该功能才能得到安全保证。一般来说，这些终端为ATM机，或者银行柜面终端（BBT）。 7） 检测具有电子现金功能的金融IC卡的方法由发卡行自定义。 8） 如果有不只一个账户可用于圈存的金额源，系统会提供一个账户列表，持卡人可选择从哪个账户中借记。 9） 借记/贷记处理包括提示持卡人输入PIN并执行脱机CAM。终端要求卡生成ARQC并将交易送至联机进行。可将卡与终24
JR/T —2010 步骤 行为 6 将联机授权请求发给主机系统，一起发送的还有发卡行自定义指示符，告诉主机持卡人选择了何种圈存功能 10）7 发卡行主机对金额转移进行校验，并进行联机处理的常规检查8 主机系统处理联机交易，并构造授权响应，其中包括响应密文，以使卡能验证该响应的合法性 9 主机系统构造更新电子现金参数脚本命令，该命令数据中包含新的电子现金余额值 10 将授权响应和脚本一同发回给卡，以更新其电子现金余额 11 推荐终端将确认报文送回主机，表明圈存是否成功 当持卡人选择圈存功能时，终端将提示输入圈存额。（取决于具体的实现，终端可能首先与发卡行主机系统进行交互，检查可供圈存的额度，并告知持卡人。） 借记/贷记处理完成后（即对第2个GENERATE AC命令响应，成功生成了AC，发卡行已发送了脚本命令），发卡行可以定义一种私有机制，以确定更新是否成功。圈存一般在ATM或银行柜面终端上进行，在主机确定圈存成功完成前，这些终端应确保不吐出卡片。 要将交易送至联机进行，终端要求卡生成一个授权请求密文（ARQC）并发送至主机系统。当请求ARQC时，终端必须包含来自卡数据对象列表（CDOL）数据元“CDOL1”的卡数据。此外终端还必须提供所有在消费或取现交易中终端所需提供的相关交易数据。此信息包括授权金额与货币形式（此处指圈存额和货币形式）。 终端产生联机授权请求时，必须包含一个用于标记本次交易为圈存请求的标识。用于标识圈存请求的方法，由发卡行自定义。 当发卡行收到ARQC后，将： —— 检查来自具有电子现金功能的金融IC卡请求的合法性； —— 检查包含于请求中的ARQC密文和金融IC卡数据； —— 检查联机PIN（如果包含的话）。 如果上述检查均通过，则发卡行将请求的金额从持卡人主账户划入电子现金账户。 发卡行给终端的响应表明请求是否通过。如果请求未通过，则响应中说明未通过的原因。除了给出响应外，发卡行还返回脚本命令，让金融IC卡调整其电子现金余额，以反映新的电子现金账户金额值。 接收到发卡行的响应后，金融IC卡根据里面的指示产生最终的交易决断，方式与支付交易或ATM现金支取相同。终端传递脚本命令给卡，以调整其电子现金余额。读取卡中新的电子现金余额值并向持卡人显示后，整个圈存过程完成。 持卡人发起的圈存总是联机进行，因为发卡行主机必须检查是否有足够的金额可供圈存。执行联机检查后，才允许主机系统进行卡充值操作。 持卡人发起的现金圈存（可选） 发卡行允许持卡人通过现金支付形式对其具有电子现金功能的金融IC卡进行圈存。一般需要银行业务员确认现金额，并在银行柜面终端上完成。 若支付被接受，银行业务员将金额输入持卡人电子现金账户。对于现金支付来说，金额被立即划至账户中。持卡人将具有电子现金功能的金融IC卡插入柜台终端，以与其它终端类型相同的方式，开始圈存交易。 柜台终端与主机系统间的交互方法，可由发卡行自定义。对于其它形式的圈存终端，例如委托特定的商户或具有现金存款功能的ATM来说，与上述方法类似。 自动圈存 发卡行可以与持卡人建立一份协议，以允许从持卡人主账户或其持有的其它账户中实现自动圈存。以下情况可激发发卡行发起自动圈存： 端之间交互的授权金额设为充值金额，以作为充值明细查询时的参考。 10） 如，发卡行可检查卡片是否已报挂失。 25
JR/T —2010 —— 将电子现金余额值与电子现金重置阈值比较。如持卡人可要求，每当电子现金余额低于电子现金重置阈值时，进行自动圈存； —— 联机交易请求，由于卡中电子现金余额太低，未批准脱机交易而转入联机交易。 自动圈存的实现方法由发卡行自定义，以下可供参考： 步骤 行为 1 主机收到授权请求（如授权金额超出卡电子现金余额） 2 主机系统识别出： —— 卡请求联机授权的原因 —— 卡电子现金余额少于当前授权金额 11）3 主机系统开始从主账户进行金额转移（如果发卡行与持卡人间已取得关于自动圈存协议的话）4 主机系统进行其私有处理，从主账户进行金额转移，之后使用脚本去更新卡电子现金余额 5 授权系统发送授权响应，表明交易已被授权。其中包括响应密文，允许卡对发卡行进行认证 6 将响应密文和脚本一起发回给卡，以重设电子现金余额 若是卡电子现金余额不足以对交易脱机授权，则接下来的处理方式取决于发卡行对卡授权请求的响应。可选的处理方式有： —— 如果由于除金额不足外的任何原因，导致不能进行脱机批准的，则发卡行拒绝本次交易，不作任何金额转移； —— 如果仅由于授权金额的原因，导致不能进行脱机批准的，且授权金额小于或等于电子现金余额和主账户余额的总和，则发卡行可进行如下做法： z 将协议充值金额转移至电子现金账户； z 对金融IC卡生成授权响应； z 生成脚本命令调整卡电子现金余额。 —— 如果仅由于授权金额的原因，联机授权被拒绝，且授权金额大于电子现金余额及主账户余额的总和，则发卡行将对金融IC卡产生拒绝授权报文（原因是“金额不足”）。 接收到发卡行的响应后，卡利用其中的指令生成最终的交易判决。之后终端将脚本命令发送至卡，更新电子现金余额，整个圈存过程完成。 在本次或下次联机交易时，主机系统应检查卡中新的电子现金余额是否准确反映圈存结果。 异常处理 具有电子现金功能的金融IC卡的借记/贷记异常处理，与标准借记/贷记卡的异常处理基本相同，除以下情况外： —— 发出圈存请求但无可用金额； —— 更新卡电子现金余额期间，交易被持卡人或终端（由于技术故障）取消； —— 持卡人对交易产生争议。 发出圈存请求但无可用金额 当发出圈存请求，但持卡人主账户中金额不足时，不进行圈存处理，除非发卡行允许从主账户透支。 若持卡人中断圈存操作，则交易被拒绝，终端向持卡人表明圈存被拒绝的原因。 更新卡电子现金余额期间，交易被取消 如果终端实现了其私有的圈存功能，发卡行将接收到圈存交易的成功或失败（即，被送至更新卡电子现金余额的脚本的成功或失败）确认。该确认可让发卡行正确调整电子现金账户金额。若终端不能发送确认，则发卡行无法收到关于脚本处理的结果确认，主机系统必须通过其它方式检查该结果。 对于发卡行发起的圈存交易，圈存交易的处理状态以与其它脚本命令相同的方式报告。 11） 可以是预先协商的一个值。如，持卡人同意当电子现金余额用尽时，转移50元，或者将卡加至某值（如加至使电子现金余额为50元）。 26
JR/T —2010 持卡人对交易产生争议 若持卡人对圈存处理的结果产生争议，则由持卡人与发卡行签定的协议条款裁定。 需求与约束 终端需求 支持持卡人发起圈存的终端必须实现与持卡人的对话功能，以及某种形式的圈存交易标识以支持圈存功能。该类终端还必须支持JR/T 的中定义的发卡行脚本处理。 发卡行需要了解在POS终端上进行圈存的某些潜在问题，如持卡人在电子现金余额被更新前拔出卡片。为避免此类问题，发卡行应当将发卡行发起的圈存严格限制于ATM或柜台终端上进行。 收单行处理需求 若支持发卡行发起的圈存，终端和收单行必须支持以发卡行完全迁移模式与发卡行的联机通信。 卡片需求 处理电子现金圈存交易对卡片没有特别需求。 发卡行处理需求 发卡行脚本处理系统必须能够对未执行的脚本进行处理，该类脚本在发卡行发起的圈存处理中经常遇到。 为避免对可疑卡片进行圈存，发卡行应将圈存功能与授权处理关联起来。 圈提交易 功能概述 如果持卡人或发卡行决定取消电子现金功能（如持卡人或发卡行想销卡），则需将卡片电子现金余额中的金额圈提给持卡人。 圈提与圈存刚好相反，包括以下两步： —— 清空卡余额； —— 返还持卡人。 功能描述 清空卡余额 首先，发卡行必须将用于脱机消费的电子现金余额设为“0”。实际的实现机制由发卡行私定，以下可供参考： —— 持卡人将卡片插入发卡行自己的具有联机功能的终端（ATM或银行柜面终端），并选择“圈提”； —— 终端执行余额查询，以查看卡片电子现金余额值； —— 终端进行空交易，并从卡片请求ARQC； —— 终端将报文发送至主机系统，指示余额将被清空； —— 主机记录电子现金余额值并检查是否有未清算交易； —— 主机以“拒绝”响应终端，并发送脚本命令将电子现金余额设置为“0”； —— 终端向卡请求AAC，并发送ARPC响应码； —— 卡设置电子现金余额为“0”，并以AAC回复。 返还持卡人 通过上述过程卸载的金额没有任何需等待清算的交易，因此可将金额立即返还给持卡人。然而终端需要向主机系统确认，卡片已正确完成命令，此时发卡行可将金额返还给持卡人。 发卡行可在此处检查卡片电子现金余额与电子现金账户金额是否相等，存在两种可能结果： —— 如果相等，则没有明显需要等待清算的交易，不需进一步的操作； —— 若电子现金余额小于电子现金账户金额，表示卡进行了未被清算的脱机交易，需要执行如下另外两个步骤： 27
JR/T —2010 z 发卡行需等到清算完成，或者从应用交易计数器的值确认，在圈提电子现金账户金额中剩余的金额前没有明显的未处理交易； z 发卡行将金额返还给持卡人。返还额一般为从卡中卸载的额度。 鉴于发卡行实现电子现金账户的方式不同，圈提可能出现如下结果： —— 将电子现金账户金额中的金额划入持卡人主账户； —— 现金支付给持卡人。 异常处理 没有与圈提交易相关的特殊异常情况。 需求与约束 终端需求 处理圈提交易，应在具有联机功能的终端（ATM或银行柜面终端）上进行。 收单行处理需求 处理圈提交易，对收单行系统没有特别需求。 卡需求 处理圈提交易，对卡没有特别需求。 发卡行处理需求 处理圈提交易，对发卡行系统处理没有特别需求。 修改电子现金余额上限交易 功能概述 可以给具有电子现金功能的金融IC卡的持卡人提供更高的脱机消费能力。 修改电子现金余额上限必须在金融终端上联机进行，且必须提交个人识别码（PIN）。 修改电子现金余额上限的具体业务做法和要求不在本部分中规定。 功能描述 是否采用此功能以及重新设定的值由发卡行决定。 采用此交易，在联机处理期间，发卡行可以简单地发送一个脚本来设置一个新的上限值。 该新的“电子现金余额上限”值代表了在电子现金应用中，持卡人实际可脱机消费的最大累积额度。一旦脱机交易总额超出该值，亦即授权金额超过了电子现金余额，则所有交易必须通过联机授权。此上限值越大，实际能脱机消费的额度也就越大。 该值的设定由发卡行根据持卡人的具体情况而定。 异常处理 没有与修改电子现金余额上限功能相关的特殊异常情况。 需求与约束 终端需求 处理修改电子现金余额上限交易，应严格限制于ATM或银行柜面终端上进行。 收单行处理需求 处理修改电子现金余额上限交易，对收单行系统没有特别需求。 卡需求 处理修改电子现金余额上限交易，对卡没有特别需求。 发卡行处理需求 修改电子现金余额上限，对发卡行系统处理没有特别需求。 查询日志交易 功能概述 28
JR/T —2010 符合JR/T 0025的卡应用，保存了卡最近进行的芯片交易内部日志。 对于每次交易，卡片在其交易日志中可以保存以下信息： —— 交易日期； —— 交易时间； —— 授权金额； —— 其它金额； —— 终端国家代码； —— 交易货币代码； —— 商户名称； —— 交易类型； —— 应用交易计数器（ATC）。 发卡行通过交易日志查询功能，向持卡人提供卡片最近的行为信息。 欲向持卡人提供交易日志服务的发卡行，必须在其控制下的终端上实现交易日志查询功能，或与发行了具有电子现金功能的金融IC卡地区的收单行协商实现该功能。 功能描述 要读取交易日志，终端仅需选择支付应用，并向卡发送读交易日志命令，见。 终端不可将状态信息或技术信息向持卡人透露。推荐将交易信息严格限定为以下内容： —— 日期； —— 货币； —— 金额。 一旦终端将这些信息向持卡人展示后，交易即可终止，无需与卡进一步的交互。 异常处理 没有与电子现金交易日志查询功能相关的特殊异常情况。 终端需要处理以下可能出现的异常情况： —— 插入的卡片不支持交易日志； —— 交易日志中无条目项。 需求与约束 终端需求 交易日志查询的详细资料定义遵照JR/T 附录的规定。关于终端需求的技术细节，见。 收单行处理需求 如果发卡行与收单行协商提供该功能，则收单行终端可按JR/T 附录中的规定提供查询日志功能。 卡片需求 要使用交易日志查询功能，需在卡片个人化时激活该特性。 发卡行处理需求 交易日志查询功能一般脱机情况下执行，对发卡行系统没有影响。如果发卡行将交易日志查询功能扩展为允许联机更新，则按照一般联机规则实现。 查询余额交易 功能概述 电子现金余额查询功能提供返回卡片中的电子现金余额。电子现金余额为可供脱机消费的剩余金额。 欲向持卡人提供此服务的发卡行必须在其直属的终端上，或者诸如手持读卡器之类的其它设备上，实现电子现金余额查询功能，或者同具有电子现金功能的金融IC卡发行地的收单行协商实现该功能。 29
JR/T —2010 若发卡行仅在部分终端上提供该服务，则应当采取某种方式让持卡人识别出哪些终端提供该服务（如采用某特定标记）。 功能描述 为读取卡电子现金余额，终端需选择支付应用，并向卡发送GET DATA命令。 终端接收到来自卡的电子现金余额，作相应格式化后向持卡人显示。它让持卡人知道目前卡中存有多少可供脱机消费的余额。 卡片电子现金余额以应用货币形式向持卡人显示。 发卡行自己的终端，如ATM或银行柜面终端等，一般均支持电子现金余额查询。此外，一些小巧廉价的设备也提供该功能。实现电子现金方案的发卡行可以在发卡时便将这种余额读卡器一同提供给持卡人。 一旦终端已将电子现金余额向持卡人显示，便终止交易并关闭接口，不再与卡发生进一步的交互。 异常处理 没有特殊的异常情况与电子现金余额查询功能有关。但终端需要能够对插入但不支持余额查询的卡进行管理。 需求与约束 终端需求 电子现金余额查询功能由电子现金产品自定义，需在标准借记/贷记终端（标准借记/贷记终端仅支持借记/贷记金融IC卡）上作单独实现。关于终端需求的详细技术细节，见。 收单行处理需求 如果发卡行与收单行协商提供该功能，则其实现方式见。 卡片需求 实现电子现金余额查询功能对卡片没有特殊需求。 发卡行处理需求 电子现金余额查询功能一般脱机执行，对发卡行系统并无影响。若发卡行将该功能扩展为允许联机更新，则按照标准借记/贷记规则实现。 30
JR/T —2010 附 录 C （资料性附录） 电子现金余额及日志读卡器 本附录包含了可用于具有电子现金功能的金融IC卡的余额和日志读卡器的功能需求。 概述 需求概述 电子现金需求分成两大类： —— 业务要求； —— 安全性要求。 电子现金余额通过以下方法符合这些需求： —— 增强持卡人功能选项； —— 增加成员银行在脱机交易中管理风险的灵活性。 持卡人可以使用一个小巧且廉价的个人设备来查看卡片的电子现金余额，或者也可以查看卡片上的12）交易日志，这样的个人设备将有助于电子现金方案满足这些需求。 业务需求 个人设备（读卡器）必须满足以下业务要求： —— 支持电子现金余额的显示； —— 支持交易日志条目的显示； —— 读卡器应当价廉、自带电源，以及正常使用寿命在五年以上； —— 读卡器可以提供此处所提及之外的一些特性。 以下个人设备类型必须支持表里所列的功能。 表 个人设备应支持功能 功能 设备类型 余额显示 交易日志的显示 余额读卡器 M N/A 日志读卡器 M M （其中：M—必备，N/A—不适用） 安全要求 个人设备（读卡器）的安全要求是： —— 余额、货币、交易日志显示的值必须如实地反映卡中的数据； —— 如果设备允许软件升级，那么应启用一些机制来保证其原始性和完整性，且在安装之前要确保对该型号的更新经过核准； —— 卡片移除后，读卡器不应保留或者显示与卡相关的任何信息。 功能概述 电子现金余额 从卡中取得电子现金余额方式，通常的方法是用GET DATA命令来读取余额。 用GET DATA命令取得电子现金余额 12） 该个人设备的特性并非专门用于电子现金，因为它们源自JR/T 0025，因此这样的设备也可使用于电子现金之外的其他应用。 31
JR/T —2010 电子现金余额通过以下操作取得： 1．卡上电； 2．选择应用； 3．用GET DATA命令读取电子现金余额。 另外，读卡器必须从卡中取得货币代码，然后用查询表将其转换成文字格式。 如何显示交易日志 显示交易日志的步骤见表。 表 交易日志的现实步骤 步骤 行为 1 读卡器查看交易日志是否存在 2 读卡器从卡中取得一系列表示日志格式和货币形式的标签 3 读卡器用一系列READ RECORD命令从卡中读取日志 4 数据由读卡器向持卡人显示 应通过滚读方式读取所有的条目。该特定方法由发卡行自定，此处不作详细规定。 功能要求 电子现金余额 获取电子现金余额 表列出了必须在读卡器中定义的标签，以实现获取电子现金余额操作。 表 获取电子现金余额过程的终端预定义标签 标签 类型 描述 9F79 B 电子现金余额 9F51 N 应用货币代码 为执行“读取电子现金余额”操作，读卡器执行以下动作： 1．读卡器选择卡片应用。如果卡片应用的返回代码不是“成功”则读卡器终止“获取电子现金余额”过程，并产生“卡未被接受”的返回代码； 2．然后读卡器通过GET DATA命令取得卡电子现金余额，GET DATA命令定义见表。 表 读取电子现金余额的GET DATA命令 代码 数值 CLA 80 INS CA P1 9F P2 79 LE 00 3．如果命令的返回状态字不是“9000”，则读卡器终止“获取电子现金余额”过程，并产生“卡未被接受”的返回代码； 4．读卡器通过校验标签“9F79”来核实卡已经返回了电子现金余额。如果卡还没返回电子现金余额，则读卡器终止“获取电子现金余额”过程，并产生“卡未被接受”的返回代码。 显示电子现金余额 显示数据并无建议方法，因为它严格取决于显示特性的能力。以下建议只作指导： —— 余额应显示为三字符的货币代码加上余额，并按照小数点位数进行格式化； —— 如果由于显示大小所限，货币（形式）与余额值不能同步显示，则应该先显示余额值，稍作延迟后再显示货币（形式），之后便在两者之间切换。 32
JR/T —2010 如果显示字符集不支持货币代码需要的字符显示集，则货币代码应以三个空格代替。 交易日志 读取交易日志 读卡器“读取交易日志”过程在交易日志查询时从卡片读取交易日志。 表列出了为实现读取交易日志过程，终端必须定义的标签。 表 读取交易日志的终端（定义）标签 标签 类型 描述 84 B DF名称 9F4F B 日志格式 9F51 N 应用货币代码 读取交易日志过程返回以下输出参数： —— 表示交易日志中条目数的整数值（n）； —— 返回的代码； —— 包含交易日志条目的二进制字符串。 交易日志组织为记录列表形式，其中第1个记录包含写进文件的最后一条（交易）记录。假定每条记录的长度为M，表描述了交易日志是如何组织的。 表 交易日志的组织形式 字节 交易日志 0 交易日志的最后一个条目 M 交易日志的倒数第2个条目 2M 交易日志的倒数第3个条目 … … 表描述了每个交易日志条目的格式。 表 交易日志条目的格式 字节 数据元 3 交易日期 3 交易时间 6 授权金额 6 其它金额 2 终端国家代码 2 交易货币代码 20 商户名称 1 交易类型 2 应用交易计数器（ATC） 读取交易日志的过程如下： 1．读卡器选取卡应用程序。如果卡应用程序的返回代码不是“成功”，则读卡器停止交易日志的读取，并产生“卡未被接受”的返回代码，从SELECT命令中获取的FCI数据指出交易日志是否存在，以及可能包含的最大记录数； 2．读卡器发出GET DATA命令取得交易日志格式（通过“9F4F”标签）。表描述了可使用的命令； 表 用于取得交易日志格式的命令的格式 代码 值 CLA 80 33
JR/T —2010 代码 值 INS CA P1 9F P2 4F Le 00 3．如果命令的返回状态字不是“9000”，则读卡器产生“卡未被接受”的返回代码，并终止交易日志读取过程； 4．读卡器验证日志格式（标签为“9F4F”）是否存在。如果日志的格式不存在，则读卡器产生“卡未被接受”的返回代码，并终止交易日志读取过程； 5．读卡器验证日志格式是否包含卡需要显示的标签。如果日志格式不包含需要的标签，则读卡器产生“卡未被接受”的返回代码，并终止交易日志读取过程； 6．读卡器发出“读取记录”指令去读取交易日志的下一个记录（短文件标识符SFI 为“0B”的文件）。见表用于获取日志条目的命令格式； 表 用于获取日志条目的命令格式 代码 数值 CLA 00 INS B2 P1 n（记录号） P2 5C Le 00 7．如果卡返回的状态字节不是“9000”或“6A83”，则读卡器产生“卡未被接受”的返回代码，并终止交易日志读取过程； 8．如果读卡器返回状态字节“6A83”，则读卡器已经将卡交易日志中所有实际意义的记录读出； 9．如果返回数据长度不是期望长度，则读卡器产生“卡未被接受”的返回代码，并终止交易日志读取过程；如果返回信息的长度为期望长度，则读卡器将响应报文复制到交易日志输出字符串中； 10．读卡器继续读取下一日志条目，直到所有交易记录已被读出。 滚读显示交易日志 读卡器用“显示交易日志”过程来显示通过“读取交易日志”过程从卡中读到的交易日志。 显示交易日志处理有两个输入参数： —— 表示交易日志中条目数的整数值n； —— 包含交易日志，至少200字节的二进制字符串。 交易日志的条目数由FCI中的标签所定义，表示交易日志的大小。相关定义见JR/T 的附录。 显示交易日志过程的唯一输出参数是返回代码。该返回代码的值为“成功”或“失败”。 读卡器进行以下动作，来执行交易日志显示过程： 1．如果交易日志中的条目数为“0”，则读卡器提示持卡人目前没有交易日志信息，并停止显示交易日志过程； 2. 如果有交易日志信息，读卡器就会从每个交易日志条目中取得以下信息： —— 交易日期； —— 交易时间； —— 授权金额； —— 其它金额； —— 终端国家代码； 34
JR/T —2010 —— 交易货币代码； —— 商户名称； —— 交易类型； —— 应用交易计数器（ATC）。 3．如果密文信息数据的b8和b7位被设为‘00’，则读卡器拒绝针对本条记录的交易，且不显示其交易日志细节，读卡器继续处理下一条记录； 4．推荐读卡器构造包含以下数据元的显示字符串： —— 交易日期； —— 交易货币代码：在向持卡人显示之前，读卡器将交易货币代码的数字编码形式转换成字母编码格式（应符合GB/T 12406的规定）； —— 授权金额：包括小数。 显示字符串格式化为以下形式：日期——货币——金额。 之后读卡器处理下一条目。 35
JR/T —2010 附 录 D （资料性附录） 卡片应用实例 本附录给出卡片正常生命周期中，电子现金余额和电子现金额度如何改变的实例。表列举了各种事件。 表 卡片应用实例事件 序号 时间 事件 授权金额 说明 1 第1天 初始状态 50 发卡时初始电子现金余额为50 2 第2天 购买商品 5 3 第3天 购买商品 10 4 第4天 购买商品 15 5 第5天 对第2天的交易进行清算 5 6 第6天 购买商品 7 7 第7天 对第4天的交易进行清算 15 8 第8天 对第3天的交易进行清算 10 以下八幅图采用上表所描述的事件，展示了在卡的典型生命周期内，卡电子现金余额与电子现金额度如何交互改变。 事件1－初始化状态 电子现金余额电子现金账户金额5050 事件2－购买商品5元 交易被脱机批准，卡电子现金余额被更新。由于还没清算，电子现金账户仍然未变。 电子现金余额电子现金账户金额5045 事件3－购买商品10元 交易被脱机批准，卡电子现金余额被更新。由于还没清算，电子现金账户仍然未变。 36
JR/T —2010 电子现金账户金额电子现金余额5035 事件4－购买商品15元 交易被脱机批准，卡电子现金余额被更新。由于还没清算，电子现金账户仍然未变。 电子现金账户金额电子现金余额5020 事件5－将第2天的5元购买交易清算 清算报文用于更新电子现金账户金额。清算后状态如下图所示。 电子现金账户金额电子现金余额4520 事件6－购买商品7元 交易被脱机批准，卡电子现金余额被更新。由于还没清算，电子现金账户仍然未变。 电子现金账户金额45电子现金余额13 事件7－将第4天的15元购买交易清算 清算后状态如下图所示。 37
JR/T —2010 电子现金账户金额30电子现金余额13 事件8－将第3天的10元购买交易清算 清算后状态如下图所示。 电子现金账户金额20电子现金余额13 38
JR/T —2010 参考文献 [1]． OneSMART 预授权解决方案指南[S/OL].2004 [2]． VISA 集成电路卡卡片规范[S/OL].2001 39
