PBOC2.0到3.0變化

1、1    數(shù)據(jù)方面TAG                                              PBOC2.0                             &

2、#160;                                                 PBOC3.0                                &#

3、160;                                             5F20持卡人姓名如果小于26H，不允許使用9F0B9F0B存放5F20大于26H的部分如果姓名大于26H，全部存放9F63卡產(chǎn)品標識信息字節(jié)9-11改為產(chǎn)品標識信息字節(jié)10 改為本規(guī)范保留產(chǎn)品標識信息字節(jié)9-11改為卡產(chǎn)品標識信息字節(jié)10 改為移動支付規(guī)范保留qPBOC

4、 聯(lián)機或拒絕交易的 GPO 響應數(shù)據(jù)返回9F68可支持交易日志應支持交易日志（開啟）9F6B沒有明確可PUT Data9F74 建議最后一條記錄僅放置9F749F0800200030DF4F無新增圈存日志文件格式DF4D無新增圈存日志文件9F69無Fdda為01，返回DF60無CAPP交易指示位DF61無 分段扣費應用標識DF62無分段扣費抵扣限額DF63無分段扣費已抵扣金額DF69無SM算法支持指示器  2  規(guī)范分析2.1    安全增強出于對國家金融安全等多種因素的考慮，PBOC3.0在第17部分詳

5、細定義與說明了國密算法在金融IC卡中的應用，即PBOC3.0的金融IC卡可以支持SM2/SM3/SMS4(國密算法)與RSA/SHA-1/3DES(國際算法)。這兩套算法通過 SM算法支持指示器標簽DF69進行切換。兩套算法切換的原則是：終端和卡片使用共同支持的算法完成交易;遵循國密算法優(yōu)先處理的原則。2.2    增加應用(1) 非接觸式IC卡小額支付擴展應用為適應金融IC卡跨行業(yè)多應用需求，推動金融IC卡的一卡多用惠及民生，PBOC3.0在第14部分增加qPBOC擴展應用，分配了擴展應用文件，從而滿足了金融IC卡在地鐵、公交、高速公路收費、停車收費、

6、鐵路(高鐵)等領域的多種應用，同時預留了其它銀行自定義應用及保留應用。(2) 電子現(xiàn)金雙幣應用隨著國際IC卡遷移的推進，我國的金融IC卡進一步兼容國際標準，為港澳臺及國外持卡人提供便利，PBOC3.0第15部分增補了雙幣電子現(xiàn)金和雙幣qPBOC應用，對雙幣種交易時的TAG進行了映射，最大限度地方便持卡人在兩種幣種間的快速轉(zhuǎn)換。(3) IC卡互聯(lián)網(wǎng)終端為推動金融IC卡與網(wǎng)絡支付和移動支付的整合發(fā)展，PBOC3.0在第16部分中增補了IC卡互聯(lián)網(wǎng)終端的內(nèi)容，對IC卡互聯(lián)網(wǎng)終端的安全體系、應用場景、交易流程等環(huán)節(jié)進行了詳細的定義與闡釋。IC卡互聯(lián)網(wǎng)終端有效地引入了移動支付的新元素，多種應用場景圈存解

7、決了持卡人到銀行柜臺排隊辦理業(yè)務的苦惱。2.3    原有內(nèi)容升級(1) 增加了AID預留和分配對TAG進行了預留以供將來使用;定義了AID的編碼規(guī)則、保留規(guī)則。(2) 修訂了GAC與GPO命令數(shù)據(jù)的相關內(nèi)容。明確了GAC與GPO命令數(shù)據(jù)不一致時卡片處理方法;在終端層面，也明確了若卡片返回標簽重復，終端應當終止交易;卡片聯(lián)機GPO響應數(shù)據(jù)中新增了9F63的要求，以適應不斷增長的應用需求;明確了GPO響應應遵循的格式。(3) 明確了執(zhí)行發(fā)卡行認證與執(zhí)行發(fā)卡行腳本之間的關系?？ㄆ瑧斈苷Ｌ幚響媒怄i命令，無論發(fā)卡行認證是否執(zhí)行，若發(fā)卡行認證執(zhí)行但失敗，則卡

8、片應拒絕執(zhí)行發(fā)卡行腳本，并推薦以“6985”響應發(fā)卡行腳本命令。(4) 修改9F63產(chǎn)品標識信息。9F63命名為“產(chǎn)品標識”，用于標識持卡人設備產(chǎn)品的物理形態(tài)，用途等。(5) 增加了第6.5節(jié)“個人化數(shù)據(jù)必須遵循的規(guī)則”在增加規(guī)則的同時，也明確了9F10中發(fā)卡行自定義數(shù)據(jù)的要求，這些部分的修訂，結(jié)合了各商業(yè)銀行接入銀聯(lián)網(wǎng)絡的有關經(jīng)驗，對于商業(yè)銀行發(fā)卡的個人化數(shù)據(jù)具有指導性意義。(6) 修訂非接觸式IC卡通訊的參數(shù)參數(shù)的修訂目的在于兼容ISO/IEC 14443：2011。(7) 增加兩種交易日志圈存日志的要求：當卡片中的電子現(xiàn)金余額(9F79)被設置數(shù)據(jù)(Put Data)命令成功改寫時，卡片

9、應當記錄一條圈存日志。增加了qPBOC交易日志要求(發(fā)卡行可選)。(8) 其它終端部分的主要修訂內(nèi)容終端也不應因持卡人姓名有誤而終止交易;終端在交易時及交易后取得卡片中電子現(xiàn)金余額的方法;授權(quán)金額為0的處理方式：如果授權(quán)金額為零，除非終端支付qPBOC擴展應用，具有聯(lián)機能力的終端應在終端交易屬性字節(jié)2的第8位表示要求聯(lián)機應用密文;如果授權(quán)金額為零，除非終端支付qPBOC擴展應用，僅支持脫機的終端應終止交易，提示持卡人使用另一種界面(如果存在)。(9) 其它卡片部分的主要修訂內(nèi)容修訂了卡片連續(xù)MAC錯的處理方法。當卡片執(zhí)行了收到一個MAC錯的發(fā)卡行腳本命令，則不應允許執(zhí)行后續(xù)的發(fā)卡行腳本命令;修

10、訂了關于“閃卡”的處理辦法;明確了qPBOC不再設置LOATC。4、刪除不適用部分刪除了電子錢包/電子存折應用及其擴展應用;刪除了借貸記應用中對DDF的描述，刪除了終端在應用選擇時對DDF的支持，同時強制卡片不使用DDF;刪除了非接觸支付應用中的MSD應用相關內(nèi)容。3  規(guī)范變化規(guī)范 描述                                         

11、0;                        主要變化（JR/T00252010相比主要變化）備注第1部分：電子錢包電子存折應用卡片規(guī)范廢止修訂了標準的前言。 第2部分：電子錢包電子存折應用規(guī)范廢止修訂了標準的前言。 第3部分：與應用無關的IC卡與終端接口規(guī)范修訂修訂了標準的前言與引言； 刪除了終端對DDF的支持；12.2.3 支付系統(tǒng)目錄編碼 新增“支付系統(tǒng)目錄記錄中應當不包含任何通往DDF的入口。如果終端在處理這些記錄時遇到了DDF的入

12、口，終端可以忽略這些入口或者處理這些入口，處理入口的方法不在JR/T 0025的討論范圍內(nèi)?！币驣C卡不使用DDF； 增加了 第13章“AID 預留和分配”。在原規(guī)范基礎上新增“13 AID的預留與使用”本規(guī)范采用GB/T16649.5規(guī)定的應用標識符（AID）基本結(jié)構(gòu)，應用標識符 (AID)長度為5-16個字節(jié)，由5個字節(jié)的注冊的應用提供者標識符(RID)和0-11個字節(jié)的專有應用標識符擴展(PIX)組成。第4部分：借記/貸記應用規(guī)范修訂 修訂了標準的前言；  全文刪除對DDF的描述；將原3.10支付系統(tǒng)環(huán)境“當符合JR/T 0025的支付系統(tǒng)應用被選擇，或者用于支付系統(tǒng)應用目的

13、的目錄定義文件（DDF）被選擇后，IC卡中所確立的邏輯條件集合?！毙薷臑椤爱敺螶R/T0025的支付系統(tǒng)應用被選擇，IC 卡中所確立的邏輯條件集合。” 將原5.1.4目錄結(jié)構(gòu)“目錄結(jié)構(gòu)允許以應用標識符（AID）檢索一個應用，或以AID的前n個字   節(jié)作為DDF名檢索一組應用。”修改為“目錄結(jié)構(gòu)允許以應用標識符（AID）檢索一個應用?！?將原6.2.1.4 READ RECORD命令描述“終端發(fā)送READRECORD命令到卡片，讀取PSE中的記錄（如果支持目錄選擇）或其他AID選擇方法列表中的DDF?！毙薷臑?“終端發(fā)送READRECORD命令到卡片，讀取PSE

14、中的記錄（如果支持目錄選擇）。命令包括讀取文件的短文件標識（SFI）以及文件里的記錄號?！?對原標準在文字描述上的勘誤做出修正。 第5部分：借記/貸記應用卡片規(guī)范修訂修訂了標準的前言； 刪除終端和卡片對DDF的處理的要求；刪除原6.4.1目錄選擇方式-卡片處理步驟“步驟3：終端處理記錄中的每一個入口。如果入口表明一個DDF，終端發(fā)一個有此 DDF 名字的選擇（SELECT）命令，卡片響應DDF 的FCI。FCI 包括一個目錄文件的SFI。終端讀取屬于此DDF 的目錄文件中的所有記錄，卡片對每個讀記錄（READ RECORD）命令返回請求的記錄和狀態(tài)字“9000”。當請求的記

15、錄不存在，卡片響應 “6A83”，終端返回步驟2 繼續(xù)讀PSE 下的目錄文件?！眲h除原6.4.1目錄選擇方式-終端執(zhí)行步驟“步驟4：選擇記錄2 中入口1 指出的DDF 目錄；步驟 5：讀DDF 目錄文件中的記錄1；步驟6：檢查記錄1 中ADF 入口1 或2 中的AID 是否和終端AID 匹配。如果匹配，加入候選列表；步驟7：當卡片響應目錄中沒有其它記錄時，返回前一個目錄的處理入口和記錄；步驟8：檢查支付系統(tǒng)目錄文件中記錄2 內(nèi)入口2 是否和終端AID 匹配。如果匹配，加入候選列表”。刪除原表A.1卡片和終端的數(shù)據(jù)   元描述“目錄數(shù)據(jù)文件（DDF）名稱”的描述。對

16、TAG進行了預留，以供將來使用；在原附錄A-卡片和發(fā)卡行數(shù)據(jù)元表（規(guī)范性附錄）新增“當一個數(shù)據(jù)元從一方傳遞到另一方時（例如：從卡片傳遞到終端），不論該數(shù)據(jù)元原來是如何被存儲的，應當將該數(shù)據(jù)元從高字節(jié)至低字節(jié)傳遞。構(gòu)造數(shù)據(jù)時也應遵循此規(guī)則?！?。將原規(guī)范5F20持卡人姓名描述由“持卡人姓名，按GB/T17552 的規(guī)定”修改為“如果持卡人姓名小于等于26字節(jié)，此時不應使用標簽9F0B，完整的持卡人姓名應當存放在該標簽下。按GB/T17552的規(guī)定?！?。將原規(guī)范9F0B持卡人姓名擴展描述由“如果持卡人姓名大于26 字節(jié)，多出部分放在此數(shù)據(jù)元中。按GB/T 17552 的規(guī)定” 修改為“如果持卡人姓名

17、大于26字節(jié)，此時不應使用標簽5F20，完整的持卡人姓名應當存放在該標簽下。按GB/T 17552 的規(guī)定。”明確了GPO響應的兩種格式；將原規(guī)范B.8.4 響應報文的數(shù)據(jù)域中GPO響應報文格式“響應報文中的數(shù)據(jù)對象是一個標簽為80的基本數(shù)據(jù)對象。數(shù)據(jù)域由如表B.13所示的應用交互特征（AIP）和應用文件定位器（AFL）的值域連接而成，各數(shù)據(jù)對象之間沒有分隔符（標簽和長度）?！倍x為格式一，另外增加格式2“響應報文中的數(shù)據(jù)對象是一個標簽為77的基本數(shù)據(jù)對象。數(shù)據(jù)域可以包含多   個BER-TLV編碼的對象，但至少要包含應用交互特征（AIP）和應用文件定位器（AFL

18、）?！泵鞔_了發(fā)卡行腳本的執(zhí)行與發(fā)卡行認證的關系；將原規(guī)范17.5應用解鎖命令描述“即使卡片支持發(fā)卡行認證，也不需要執(zhí)行。”修改為“卡片應當能夠正常處理應用解鎖命令，無論發(fā)卡行認證是否執(zhí)行?！痹谠?guī)范17.6.2 卡片腳本處理中添加“卡片不應當因發(fā)卡行認證未執(zhí)行而拒絕執(zhí)行發(fā)卡行腳本。若發(fā)卡行認證執(zhí)行但失敗，則卡片應當拒絕執(zhí)行發(fā)卡行腳本，推薦此時卡片以6985 響應發(fā)卡行腳本命令?！毙薷臉撕?F63的名稱和值的定義；將原規(guī)范9F63名稱由“卡產(chǎn)品標識信息”修改為“產(chǎn)品標識信息”；將字節(jié)911“卡產(chǎn)品標識”修改為“產(chǎn)品標識”；將字節(jié)10由“本規(guī)范保留”修改為“移動支付規(guī)范保留”。刪除附錄F中對SSF

19、33 算法標識的定義；刪除原規(guī)范附錄F算法標識“SSF33”的描述。明確了終端在GAC命令給出的標簽的值與GPO 命令給出的同標簽的值不一致時卡片的處理；在原規(guī)范14.4.1GAC卡片收到密文請求描述中增加“如果CDOL1 和PDOL中均含有某個標簽（這些標簽包括但不僅限于交易貨幣代碼5F2A、授權(quán)金額9F02，但不包括終端驗證結(jié)果95，交易狀態(tài)信息9B 和不可預知數(shù)9F37），但終端在生成應用密文（GENERATEAC）命令中給出的標簽的值與取處理選項（GPO）命令中給出的標簽的值不一致，卡片應當以生成應用密文（GENERATE AC）命令中收到的該值為準，在該筆交易的后續(xù)所有流程中均應使用

20、該值。卡片不應因生成應用密文（GENERATE AC）命令中某個標簽的值與取處理選項（GPO）命令中某個標簽的值不一致而以非9000響應生成應用密文   （GENERATE AC）命令。”對原標準在文字描述上的勘誤做出修正。 第6部分：借記/貸記應用終端規(guī)范修訂修訂了標準的前言； 刪除了第7.2節(jié)中終端構(gòu)建候選應用列表時對DDF的支持；刪除了原第7.2節(jié)中終端構(gòu)建候選應用列表時對DDF的支持；在第7.4節(jié)中明確了若卡片返回標簽重復，終端應當終止交易；將原7.4.4讀應用數(shù)據(jù)處理流程中描述“如果讀取到終端無法理解的數(shù)據(jù)，將其忽略?！毙薷臑椤叭绻x

21、取到TLV格式正確但規(guī)范未定義的標簽，終端應將其保存以備后用，終端不應因此而終止交易?！睂⒃?.4.4讀應用數(shù)據(jù)處理流程中終端應當終止交易的情況一 “一個基本數(shù)據(jù)對象在卡片中出現(xiàn)超過一次”修改為“卡片在一條或多條記錄中返回同一個標簽兩次及兩次以上”；新增另外一種可能終止交易的情況 “卡片在某條記錄中返回了卡片已經(jīng)在GPO響應中返回的標簽”。在第7.4節(jié)中明確了終端不應當應為持卡人姓名和/或持卡人姓名擴展有誤而終止交易；在原7.4.4讀應用數(shù)據(jù)處理流程中增加了幾種不應當終止交易的情況：“卡片返回了持卡人姓名（5F20）但該標簽的長度不符合JR/T 0025.5的規(guī)定； 卡片返回了持卡人姓名擴展（

22、9F0B）但該標簽的長度不符合JR/T 0025.5的規(guī)定；卡片既返回了持卡人姓名（5F20）也返回了持卡人姓名擴展（9F0B）?！眲h除原7.12發(fā)卡行腳本處理描述“發(fā)卡行腳本的處理應參見EMV4.1第三冊10.10節(jié)和第四冊6.3.9節(jié)的規(guī)定進行?！?#160; 在第7.12節(jié)中明確了發(fā)卡行腳本的格式和終端的處理方法；將原7.12發(fā)卡行腳本處理描述 “主機返回的是封裝在72模板里的一個或多個發(fā)卡行腳本命令。發(fā)卡行腳本格式的具體描述參見EMV4.1第三冊的10.10中圖 10和圖11。”修改為“一個標簽 72的BER-TLV編碼的結(jié)構(gòu)數(shù)據(jù)對象稱為一個發(fā)卡行腳本。一個發(fā)卡行腳本里應當包

23、含一條或多條準備發(fā)送給IC卡的發(fā)卡行腳本命令，每一條發(fā)卡行腳本命令以標簽為86的BER-TLV格式編碼。一個發(fā)卡行腳本還可以包含且僅包含一條發(fā)卡行腳本標識，發(fā)卡行腳本標識的標簽為9F18。發(fā)卡行腳本中是否包含發(fā)卡行腳本標識是可選的，終端和卡片無須解釋該標識的含義。發(fā)卡行腳本的具體格式請見表33（發(fā)卡行腳本格式）和表34（發(fā)卡行腳本命令格式）?！痹谠?.12.4.1發(fā)卡行腳本描述中增加“無論發(fā)卡行是否批準交易，也無論卡片是否批準交易，終端都應當執(zhí)行發(fā)卡行腳本?！痹谠?.12.4.3腳本錯誤中當命令處理失敗終端的處理中增加步驟4“置發(fā)卡行腳本結(jié)果低半字節(jié)為出錯的命令序號?！睂⒃?.14.4.7給發(fā)

24、卡行通知的描述“腳本處理完成之后，終端應該以清算報文、下次聯(lián)機授權(quán)報文或通知報文向發(fā)卡行傳送腳本處理結(jié)果?！毙薷臑椤敖K端必須具備將發(fā)卡行腳本結(jié)果傳送給發(fā)卡行的能力。腳本處理完成之后，終端應當在下一筆聯(lián)機交易報文（包括但不僅限于沖正、批上送、批結(jié)算、聯(lián)機授權(quán)、通知）報文向發(fā)卡行傳送腳本處理結(jié)果?！睂υ瓨藴试谖淖置枋錾系目闭`做出修正。 7部分：借記貸記應用安全規(guī)范修訂修訂了標準的前言。 第8部分：與應用無關的非接觸式規(guī)范z修訂修訂了標準的前言； 刪除了對JR/T0025已廢止部分的引用。 第9部分：電子錢包擴展應用指南廢止修訂了標準的前言。 第10

25、部分：借記貸記應用個人化指南修訂修訂了標準的前言； 增加了第6.5節(jié)“個人化數(shù)據(jù)必須遵循的規(guī)則”。在原規(guī)范基礎上增加“6.5個人化數(shù)據(jù)必須遵循的規(guī)則，詳情如下：如果發(fā)卡機構(gòu)期望啟用qPBOC功能，則卡片附加處理（9F68）必須被個人化至卡中。如果CVM列表中存在脫機PIN的入口,則脫機PIN的值以及PIN 嘗試限制數(shù)應當被個人化至卡中，且PIN嘗試計數(shù)器（9F17）的值應當能被GetData命令取回。依據(jù)JR/T0025.12，電子現(xiàn)金余額（9F79）的取得方式為GetData 命令，故電子現(xiàn)金余額（9F79）不應當被寫入可供終端用ReadRecord命令讀出的記錄中。發(fā)卡機構(gòu)應當發(fā)

26、行支持DDA和/ 或CDA的卡片，不應發(fā)行僅支持SDA的卡片。CDOL1和CDOL2應被放置在AFL 中指明的參與脫機數(shù)據(jù)驗證的記錄中。如果卡片上存在磁條，那么芯片中數(shù)據(jù)應當遵循下列規(guī)則：磁條2等效數(shù)據(jù)（57）中的主賬號應當與磁條第2磁道數(shù)據(jù)中的主賬號保持一致；磁條2等效數(shù)據(jù)（57）中的失效日期應當與磁條第2磁道數(shù)據(jù)中的失效日期保持一致；磁條2等效數(shù)據(jù)（57）中的服務代碼應當與磁條第2磁道數(shù)據(jù)中的服務代碼保持一致；應用主賬號（5A）應當與磁   條第2磁道數(shù)據(jù)中的主賬號保持一致；應用失效日期（5F24）的年月值應當與磁條第2磁道數(shù)據(jù)中的失效日期保持一致；服務碼（5

27、F30）應當與磁條第2磁道數(shù)據(jù)中的服務代碼保持一致。在任何情況下，AFL與數(shù)據(jù)分組的設計，必須同時遵循下列規(guī)則：同一筆交易，同一條記錄同一個數(shù)據(jù)元應只出現(xiàn)一次；同一筆交易，不同的記錄中同一個數(shù)據(jù)元應只出現(xiàn)一次；同一筆交易，GPO響應中已經(jīng)返回的數(shù)據(jù)不應在讀記錄時再次返回。（特別注意的是，包括但不僅限于qPBOC脫機批準交易時的5F34）。”第11部分：非接觸式IC卡通訊規(guī)范修訂修訂了標準的前言； 對一些參數(shù)的值做出修訂，使之兼容ISO/IEC14443:2011。 第12部分：非接觸式IC卡支付規(guī)范修訂修訂了標準的前言； 刪除了所有MSD 的相關內(nèi)容； 

28、刪除了授權(quán)金額為零時，卡片必須請求聯(lián)機的要求，以兼容新增補的qPBOC 擴展應用；將原6.2.2 具有qPBOC能力終端中的交易預處理中描述“如果授權(quán)金額為零，具有聯(lián)機能力的終端應在終端交易屬性字節(jié)2的第8位表示要求聯(lián)機應用密文；如果授權(quán)金額為零，僅支持脫機的終端應終止交易，提示持卡人使用另一種界面（如果存在）” 修訂為“如果授權(quán)金額為零，除非終端支持qPBOC 擴展應用，具有聯(lián)機能力的終端應在終端交易屬性字節(jié)2的第8位表示要求聯(lián)機應用密文；如果授權(quán)金額為零，除非終端支持qPBOC 擴展應用，僅支持脫機的終端應終止交易，提示持卡人使用另一種界面（如果存在）”  將原規(guī)范各章

29、節(jié)中“PBOC 應用”更改為更確切的描述“借記/貸記應用”； 將交易日志由不記錄更改為發(fā)卡機構(gòu)可選地記錄；將原6.1.5qPBOC通用卡片選項描述“卡片可以支持交易日志”修改為“卡片應支持記錄交易日志的功能，該功能可在個人化時通過卡片附加處理開啟或關閉（詳見表13 卡片附加處理（標簽“9F68”）。是否啟用交易日志功能由發(fā)卡機構(gòu)決定?！笨ㄆ?lián)機GPO 響應數(shù)據(jù)中新增了9F63 的要求，以適應不斷增長的使用需求；在原規(guī)范卡片聯(lián)機GPO 響應數(shù)據(jù)中新增了9F63（卡標識信息）的要求，以適應不斷增長的使用需求，詳見“表11 qPBOC 聯(lián)機交易或拒絕交易的GPO 響應數(shù)據(jù)”。將第7.7.1

30、3 節(jié)中計數(shù)器增長與比較的方法做出修正，使之與JR/T0025.5 的描述保持一致；將原7.7.13 節(jié)中計數(shù)器增長與比較的方法描述“如果連續(xù)交易計數(shù)器（國際）小于或等于連續(xù)交易上限（國際標簽“9F53”），那么卡片應當”修改為“如果連續(xù)交易計數(shù)器（國際貨幣）小于連續(xù)脫機交易限制數(shù)（國際貨幣）（標簽“9F53”）”，去除“連續(xù)交易計數(shù)器等于連續(xù)交易上限的情況”明確了GPO 響應應遵循JR/T 0025.5 中的格式2；將原6.5.1終端初始化應用處理的通用要求描述“所有終端應支持采用JR/T 0025.5的GPO響應”修改為“所有終端應支持采用JR/T 0025.5 的格式2 的GPO 響應”

31、。明確了9F10 中發(fā)卡行自定義數(shù)據(jù)的要求；將原規(guī)范9F10中發(fā)卡行自定義數(shù)據(jù)的描述“當請求聯(lián)機處理時（ARQC），標簽9F10中的發(fā)卡行自定義數(shù)據(jù)也可以包含可用脫機消費金額?！毙薷臑?“標簽9F10中的發(fā)卡行自定義數(shù)據(jù)也可以包含可用脫機消費金額?！?，去除掉“請求聯(lián)   機處理（ARQC）”的條件，詳見 “表11 qPBOC 聯(lián)機交易或拒絕交易的GPO 響應數(shù)據(jù)”。明確了附錄C.1 中的 TAG 的取得及修改方式；對原附錄C.1中關于TAG的取得和修改方式做了明確：卡片CVM 限額9F6B標簽應可以被PUTDATA 命令修改；電子現(xiàn)金余額9F79、電子現(xiàn)金余額上限

32、9F77、電子現(xiàn)金重置閾值9F6D、電子現(xiàn)金單筆交易限額9F78不應在READRECORD 命令中返回；新增了電子現(xiàn)金發(fā)卡行授權(quán)碼9F74的描述，詳見“表 C.1 數(shù)據(jù)元”。明確了qPBOC 脫機交易最后一條記錄的長度；在原7.5qPBOC卡片需求中，為保證脫機交易的揮卡成功率，新增描述“qPBOC 脫機批準的交易，AFL 指明的終端須讀取的最后一條記錄的70 模板的長度應不超過32字節(jié)。建議在這條記錄中僅放置電子現(xiàn)金發(fā)卡行授權(quán)碼（9F74）?！毙抻喠嗽?guī)范中一些排版及文字描述上的勘誤。 第13部分：基于借記貸記應用的小額支付規(guī)范修訂修訂了標準的前言； 新增了圈存日志的要求；在原5.1卡片及終端技術(shù)要求新增數(shù)據(jù)元中增加標簽DF4D圈存日志入口和DF4F圈存日志格式，詳見“表1 卡片數(shù)據(jù)元”、“5.8圈存日志”、“10.2日志查詢”。明確了終端在交易時及交易后取得卡片中電子現(xiàn)金余額的方法；