【文章內(nèi)容簡介】 金重置閾值進(jìn)行比較，同時結(jié)合終端能力進(jìn)行終端行為分析。 —— 若電子現(xiàn)金余額減去授權(quán)金額大于或等于電子現(xiàn)金重置閾值，則本次向卡片請求脫機(jī)批準(zhǔn)，進(jìn)行電子現(xiàn)金交易； —— 若電子現(xiàn)金余額減去授權(quán)金額小于電子現(xiàn)金重置閾值，根據(jù)終端能力進(jìn)行判斷： 若終端具備聯(lián)機(jī)能力，則終端請求聯(lián)機(jī)，并要求持卡人輸入聯(lián)機(jī) PIN，本交易請求發(fā)卡行聯(lián)機(jī)授權(quán)同時對電子現(xiàn)金余額進(jìn)行更新； 若終端不具備聯(lián)機(jī)能力，則終端請求脫機(jī)批準(zhǔn)，本交易可以脫機(jī)完成； 若終端嘗試聯(lián)機(jī)失敗后，終端和卡進(jìn)行標(biāo)準(zhǔn)借記/貸記交易處理。 卡片行為分析對在初始化應(yīng)用階段被指明為電子現(xiàn)金的交易而言，卡片執(zhí)行以下步驟： —— 若終端脫機(jī)拒絕交易（請求 AAC），卡片在 GENERATE AC 命令響應(yīng)中返回 AAC； —— 跳過聯(lián)機(jī)授權(quán)未完成檢查、上次交易發(fā)卡行認(rèn)證失敗檢查、上次聯(lián)機(jī)交易發(fā)卡行腳本處理檢查、新卡檢查、脫機(jī) PIN 嘗試次數(shù)檢查及各類頻度檢查，進(jìn)行上次交易 SDA 失敗檢查和上次交易 DDA 失敗檢查； —— 若終端請求聯(lián)機(jī)交易，卡片在 GENERATE AC 響應(yīng)中返回 ARQC； —— 若終端請求脫機(jī)批準(zhǔn)，卡片從電子現(xiàn)金余額中扣除授權(quán)金額； —— 在發(fā)卡行應(yīng)用數(shù)據(jù)（標(biāo)簽 9F10）的發(fā)卡行自定義數(shù)據(jù)（IDD）（見表 3）中返回更新后的電子現(xiàn)金余額。 完成交易后，終端會收集交易數(shù)據(jù)，通常會在當(dāng)天營業(yè)結(jié)束時把交易明細(xì)發(fā)送給收單行，以進(jìn)行后續(xù)的清算。終端在清算報文的授權(quán)碼中提供電子現(xiàn)金發(fā)卡行授權(quán)碼。憑據(jù)上可以打印出由卡片發(fā)送給終端的電子現(xiàn)金余額。 當(dāng)發(fā)卡行接收到用于清算的交易數(shù)據(jù)時，可識別出交易是否使用電子現(xiàn)金交易，若是，則從電子現(xiàn)金賬戶（而非持卡人主賬戶）中扣減相應(yīng)的交易金額。 表3 發(fā)卡行自定義數(shù)據(jù)（IDD） IDD 選項 電子現(xiàn)金可用余額 長度（字節(jié)） 10 ID 0x01 金額域 標(biāo)簽“9F79”的值 （低 5 位字節(jié)） MAC 字節(jié)數(shù) 4 被進(jìn)行驗證碼計算的數(shù)據(jù)包括兩個字節(jié)的應(yīng)用交易計數(shù)器，電子現(xiàn)金可用余額和一個字節(jié)0x00的補(bǔ)位。 四字節(jié)的驗證碼是通過從MAC UDK分散的過程密鑰計算得來的。密鑰分散方法和MAC計算方法在JR/T 。 表4 MAC 計算 ID 0x01 交易流程圖數(shù)據(jù)塊長度 8 位 bytes ATC 電子現(xiàn)金可用余額 填充 元素 2 字節(jié) 低 5 位字節(jié) 1 字節(jié) 7 選擇 所用AID交易類型＝消費？終端SELECT 命令SELECT返回值JR/T —2010 卡片返回PDOL，請求EC終端支持指示器，授權(quán)金額和交易貨幣代碼是終端支持EC?是電子現(xiàn)金終端交易限額存在?是授權(quán)金額小于電子現(xiàn)金終端交易限額否否終端最低限額存在？是授權(quán)金額小于終端最低限額否否否GPO命令EC終端支持指示器為1？是交易貨幣代碼等于應(yīng)用貨幣代碼?是授權(quán)金額小于等于EC可用金額?是否否否是設(shè)置ＥＣ終端支持指示器為１是否設(shè)置ＥＣ終端支持指示器為０發(fā)送GPO命令包括EC終端支 持指示器，授權(quán)金額和交易貨幣代碼授權(quán)金額小于等于EC單筆交易限額？是否收到GPO返回值是否收到AFLamp。AIP?是終端 讀取卡片上的記錄EC 發(fā)卡 行授權(quán)碼是否存在？否否GPO返回值是發(fā)卡行認(rèn)證失敗指示器等于0?是發(fā)卡行腳本處理失敗指示器等于0？是PIN嘗試計數(shù)器不等于0？否否否是GET DATA 取電子現(xiàn)金余額、電子現(xiàn)金重置閾值脫機(jī) 數(shù)據(jù)認(rèn)證終端風(fēng)險管理終端終止交易圖2 交易流程圖（1） 標(biāo)識 本次交易為ECAIP = EC AIPAFL = EC AFL（EC AFL 包含EC發(fā)卡行授權(quán)碼所在文件號）AIP = PBOC AIPAFL = PBOC AFL8 8 調(diào)整電子現(xiàn)金余額 圖3 交易流程圖（2） JR/T —2010 在進(jìn)行若干筆脫機(jī)電子現(xiàn)金交易后，卡上的電子現(xiàn)金余額會不斷減少，當(dāng)減少到一定程度時（例如余額小于電子現(xiàn)金重置閾值），脫機(jī)電子現(xiàn)金交易便無法進(jìn)行。這時需要通過聯(lián)機(jī)給卡片進(jìn)行充值，以重新設(shè)置電子現(xiàn)金余額值。這個過程是通過圈存交易來進(jìn)行的，目前本部分支持手工圈存和自動圈存兩種方式。 如果要更新的電子現(xiàn)金余額大于電子現(xiàn)金余額上限，返回失敗。 9 主機(jī)邏輯實現(xiàn)示例 脫機(jī)交易脫機(jī)交易期間，卡使用其內(nèi)部風(fēng)險管理判斷該次交易是否可脫機(jī)授權(quán)?？▽?dāng)前授權(quán)金額與電子現(xiàn)金余額比較，如果當(dāng)前授權(quán)金額超出卡片的電子現(xiàn)金余額，必須請求聯(lián)機(jī)授權(quán)。 9 JR/T —2010 如果交易被脫機(jī)批準(zhǔn)，卡將從電子現(xiàn)金余額中減去此次交易的授權(quán)金額。如果卡請求聯(lián)機(jī)授權(quán)但終端不支持聯(lián)機(jī)功能，則進(jìn)行標(biāo)準(zhǔn)的借記/貸記交易處理。 脫機(jī)交易對發(fā)卡行系統(tǒng)沒有影響。對于脫機(jī)交易來說，發(fā)卡行可修改其主機(jī)系統(tǒng)，以便在清算操作時執(zhí)行更多的檢查。如檢查收到的應(yīng)用交易計數(shù)器（ATC），看是否有未完成的交易待提交清算。 聯(lián)機(jī)交易導(dǎo)致交易需聯(lián)機(jī)進(jìn)行的原因有： —— 電子現(xiàn)金余額與授權(quán)金額的差值小于電子現(xiàn)金重置閾值； —— 交易過程中異常發(fā)生，強(qiáng)制交易聯(lián)機(jī)進(jìn)行（如持卡人未能輸入正確的脫機(jī) PIN）。 一般情況下，聯(lián)機(jī)后，主機(jī)系統(tǒng)會針對電子現(xiàn)金賬戶，執(zhí)行與其它金融IC卡授權(quán)相同的處理，包括：—— 檢查卡是否掛失； —— 通過驗證在 55 域中發(fā)送的 ARQC，執(zhí)行聯(lián)機(jī) CAM； —— 檢查芯片數(shù)據(jù)內(nèi)容，以發(fā)現(xiàn)交易被送至聯(lián)機(jī)的原因。 需要的額外處理，取決于交易被送至聯(lián)機(jī)的原因，可能由于電子現(xiàn)金余額不足，或者由于錯誤的PIN輸入等其它原因。發(fā)卡行主機(jī)系統(tǒng)將根據(jù)交易被送至聯(lián)機(jī)進(jìn)行的原因，進(jìn)行不同的授權(quán)操作。 授權(quán)金額大于卡的電子現(xiàn)金余額，則交易將被送至聯(lián)機(jī)，這是最常見的導(dǎo)致交易被送至聯(lián)機(jī)進(jìn)行的原因。相應(yīng)的授權(quán)處理方式由發(fā)卡行自定，主機(jī)將執(zhí)行發(fā)卡行在其授權(quán)處理中定義的任何額外測試與檢查。 —— 交易針對持卡人主賬戶授權(quán)。檢查主賬戶余額，如果余額充足，則交易被批準(zhǔn)，主機(jī)系統(tǒng)將授權(quán)批準(zhǔn)發(fā)回給卡，并從主賬戶中支出，而卡的電子現(xiàn)金余額保持不變（見“例 1：針對主賬戶交易授權(quán)，授權(quán)金額為 20 元”）； —— 發(fā)卡行對持卡人電子現(xiàn)金賬戶進(jìn)行自動圈存。發(fā)卡行可在每次卡獲得聯(lián)機(jī)交易機(jī)會時，或者僅當(dāng)電子現(xiàn)金余額低于電子現(xiàn)金重置閾值時，激活“自動圈存”過程（見例 2：聯(lián)機(jī)授權(quán)期間，發(fā)卡行對電子現(xiàn)金余額自動圈存至 50 元）。 在以上提到的2種情景中，主機(jī)系統(tǒng)的操作結(jié)果，如以下二圖所示： 例1：針對主賬戶交易授權(quán)，授權(quán)金額為20元 交易前 主賬戶余額=50電子現(xiàn)金余額=10圖4 主賬戶交易授權(quán)示例（1） 20元交易額主機(jī)系統(tǒng)檢查主賬戶余額，授權(quán)并發(fā)送ARPC卡片認(rèn)證發(fā)卡行并確認(rèn)授權(quán)批準(zhǔn)，不更新脫機(jī)計數(shù)器10 圖5 主賬戶交易授權(quán)示例（2） 交易后 主賬戶余額=30電子現(xiàn)金余額=10圖6 主賬戶交易授權(quán)示例（3） 例2：聯(lián)機(jī)授權(quán)期間，發(fā)卡行對電子現(xiàn)金余額自動圈存至50元 交易前 主賬戶余額=80電子現(xiàn)金余額=10電子現(xiàn)金賬戶金額=10圖7 自動圈存示例（1） 20元交易，超出了卡片余額?？摍C(jī)風(fēng)險管理決定聯(lián)機(jī)，卡片生成ARQCJR/T —2010 主機(jī)系統(tǒng)有自動充值協(xié)議，檢查主賬戶余額是否大于充值額+當(dāng)前交易額。此例中，主賬戶余額（80）充值額（40）+當(dāng)前交易額（20）主機(jī)轉(zhuǎn)移40元至電子現(xiàn)金賬戶圖8 自動圈存示例（2） 11 電子現(xiàn)金余額=10電子現(xiàn)金賬戶金額=50圖9 自動圈存示例（3） 40主賬戶余額=40JR/T —2010 卡完成交易，將電子現(xiàn)金余額設(shè)為協(xié)議值。主機(jī)針對主賬戶對當(dāng)前交易授權(quán)。并發(fā)送腳本指示“將電子現(xiàn)金余額設(shè)為事先協(xié)議好的余額值（此例中為50元）”10 卡命令 電子現(xiàn)金余額=50圖10 自動圈存示例（4） 交易后 圖11 自動圈存示例（5） 主賬戶余額=20本章詳細(xì)描述用于控制具有電子現(xiàn)金功能的金融IC卡的常用命令： —— 電子現(xiàn)金余額查詢； —— 交易日志查詢； —— 取交易日志格式命令； —— 更新電子現(xiàn)金參數(shù)命令。 電子現(xiàn)金余額查詢電子現(xiàn)金余額查詢命令允許終端直接讀取卡中可脫機(jī)消費的余額。使用GET DATA命令取得電子現(xiàn)金余額。 該命令及響應(yīng)的數(shù)據(jù)格式見表5和表6。 12 字節(jié)值表5 電子現(xiàn)金余額查詢 GET DATA 命令 說明JR/T —2010 CLA INS P1 P2 LCData Le 字節(jié)標(biāo)簽（T）長度（L）數(shù)據(jù)（V）SW1/SW2“80”“CA”“9F”“79”不存在不存在“00”值“9F79”“06”電子現(xiàn)金余額“9F79”為電子現(xiàn)金余額數(shù)據(jù)元標(biāo)簽表6 電子現(xiàn)金余額查詢響應(yīng) 說明6 字節(jié)長以應(yīng)用定義的貨幣表示狀態(tài)信息，見 JR/T 電子現(xiàn)金余額以應(yīng)用定義的貨幣形式表示。 交易日志查詢交易日志查詢命令允許終端訪問卡交易日志中存儲的記錄，以READ RECORD命令讀取。 該命令的數(shù)據(jù)格式見表7和表8。 表7 交易日志查詢 READ RECORD 命令 字節(jié)CLA INS P1 P2 LCData Le 值“00”“B2”記錄號引用控制參數(shù)不存在不存在“00”說明見P1和P2結(jié)構(gòu)表READ RECORD命令中P1和P2參數(shù)域的取值見表8。 表8 P1 和 P2 結(jié)構(gòu)表 字節(jié) 位 含義值P1 P2 1～8 8～4 3 2 1 記錄號短文件標(biāo)識符 SFI P1 為記錄號未使用未使用1 至應(yīng)用支持的最大記錄號（最小為10）。實際大小定義于 FCI 中對交易日志為 0x0B 1 0 0 交易日志中各項的順序，由交易日志格式定義。該格式定義于JR/T ，如表9，交易