城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范（征求意見稿） 第5部分 信息技術(shù)接口規(guī)范

《城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范（征求意見稿） 第5部分 信息技術(shù)接口規(guī)范》由會(huì)員分享，可在線閱讀，更多相關(guān)《城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范（征求意見稿） 第5部分 信息技術(shù)接口規(guī)范（128頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

JT/T xxxxx—xxxx XXXXXXXXXXXXXX 發(fā)布 201x-xx-xx實(shí)施 201x-xx-xx發(fā)布 城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范（征求意見稿） 第5部分：信息技術(shù)接口規(guī)范 The Application Standards of business and technology of City Public Transportation IC Card Part Ⅴ：Information Technology Interface Specification JT/T xxxxx—xxxx JT 中華人民共和國xx標(biāo)準(zhǔn) ICS xxxxxx X xx 備案號(hào)：  目 次 前 言 III 引 言 V 1術(shù)語和定義 1 2縮略語 Abbreviations 4 3交易處理說明 4 3.1交易分類說明 4 3.2交易的一般處理流程 5 3.3清分清算處理產(chǎn)生的交易 5 4報(bào)文接口說明 28 4.1報(bào)文結(jié)構(gòu) 28 4.2報(bào)文頭 28 4.3報(bào)文類型 35 4.4位圖 36 4.5報(bào)文域說明 38 4.6報(bào)文的匹配 41 4.7報(bào)文格式說明 43 5文件接口說明 48 5.1文件存取方式說明 48 5.2基本約定 56 5.3跨域交易清算文件列表及相關(guān)說明 60 6通訊接口說明 73 6.1系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu) 73 6.2系統(tǒng)接入接口 74 6.3通訊接口協(xié)議 75 6.4 協(xié)議定義 83 附　錄　A （規(guī)范性附錄） 標(biāo)準(zhǔn)代碼定義 94 A.1 入網(wǎng)機(jī)構(gòu)標(biāo)識(shí)碼 94 A.2 應(yīng)答碼 94 A.3 報(bào)文原因碼 104 A.4 拒絕碼 114  II 前 言 《城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范》分為8個(gè)部分： —— 第1部分：總則； —— 第2部分：城市公共交通IC卡技術(shù)要求； —— 第3部分：城市公共交通IC卡讀寫終端技術(shù)要求； —— 第4部分：業(yè)務(wù)規(guī)則規(guī)范； —— 第5部分：信息技術(shù)接口規(guī)范； —— 第6部分：通訊報(bào)文接口規(guī)范； —— 第7部分：安全規(guī)范（密鑰系統(tǒng)）； —— 第8部分：檢測規(guī)范。 本部分為規(guī)范的第5部分。 本部分按照GB/T 1.1-2009給出的規(guī)則起草。 本部分由中華人民共和國交通運(yùn)輸部提出。 本部分主要起草單位： 本部分主要起草人： 本部分為首次發(fā)布：   引 言 本部分為城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范的第5部分，與規(guī)范的第1部分、第2部分、第3部分、第4部分、第6部、第7部分和第8部分一起構(gòu)成城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范。 V JT/T xxxxx—xxxx 城市公共交通IC卡業(yè)務(wù)及技術(shù)應(yīng)用規(guī)范 第5部分：信息技術(shù)接口規(guī)范 1 術(shù)語和定義 下列術(shù)語和定義適用于本標(biāo)準(zhǔn)。 1.1　 請求類交易 request transaction 從交易的請求方（如：受理方）發(fā)送至接收方（如：發(fā)卡機(jī)構(gòu)），且等待該交易的響應(yīng)。接收方接收到交易請求后應(yīng)直接給予交易批準(zhǔn)或拒絕的應(yīng)答。如果交易的接收方不是該交易的最終接收機(jī)構(gòu)，則接收方負(fù)責(zé)將交易向下一機(jī)構(gòu)轉(zhuǎn)發(fā)。 1.2　 響應(yīng)碼/應(yīng)答碼 Response Code 是接收方接收到的請求或通知后，返回給發(fā)送方表示處理結(jié)果的代碼。 1.3　 沖正Reversal 一種特殊的交易。由報(bào)文的發(fā)送方發(fā)起，用于通知接收方先前一筆授權(quán)類或消費(fèi)類交易沒有按預(yù)定流程完成，應(yīng)該取消其處理結(jié)果。 1.4　 存儲(chǔ)轉(zhuǎn)發(fā) Store and Forward 發(fā)送方將報(bào)文存放在存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列中，在一定次數(shù)內(nèi)每隔一段時(shí)間重復(fù)發(fā)送。 1.5　 清分Clearing 對交易數(shù)據(jù)依據(jù)機(jī)構(gòu)和交易類型進(jìn)行分類匯總，并計(jì)算結(jié)算金額的過程。 1.6　 清算Settlement 指根據(jù)清分結(jié)果對交易數(shù)據(jù)進(jìn)行凈額軋差和提交并完成資金劃撥的全過程。 1.7　 結(jié)算Settlementof Accounts 指完成資金劃撥的全過程。 1.8　 交易Transaction 用于完成發(fā)起方意圖的一個(gè)或多個(gè)相關(guān)報(bào)文的集合。 1.9　 單信息 Single Message 指受理方將交易信息提交給發(fā)卡機(jī)構(gòu)，然后由轉(zhuǎn)接清算機(jī)構(gòu)以日志進(jìn)行清算，受理方不必提交清算文件的交易方式。 1.10　 單信息交易 Single Message Transaction 一筆交易被發(fā)送一次，同時(shí)用于授權(quán)、清分和結(jié)算。即，授權(quán)、清分和結(jié)算全部在線發(fā)生。 1.11　 雙信息 Dual Message 指受理方先將授權(quán)請求信息提交給發(fā)卡機(jī)構(gòu)，在后來的某個(gè)時(shí)間再集中將清算信息以清算文件的形式提交給發(fā)卡機(jī)構(gòu)的交易方式。 1.12　 雙信息交易 Dual Message Transaction 一筆交易被發(fā)送兩次，第一次僅用于授權(quán)，第二次的附加信息用于清分和結(jié)算。即，授權(quán)實(shí)時(shí)處理，清分和結(jié)算非實(shí)時(shí)處理。 1.13　 通知 Advice 將已經(jīng)發(fā)生的動(dòng)作通知有關(guān)方的報(bào)文，不要求認(rèn)可。 1.14　 自主清算Self-Determination Settlement 兩個(gè)機(jī)構(gòu)之間的一種清算約定，當(dāng)清算由一方發(fā)起并以該方的數(shù)據(jù)為準(zhǔn)時(shí)，該方稱該類交易為自主清算。 1.15　 非自主清算Unself-Determination Settlement 兩個(gè)機(jī)構(gòu)之間的一種清算約定，當(dāng)清算由一方發(fā)起并以該方的數(shù)據(jù)為準(zhǔn)時(shí)，另一方稱該類交易為非自主清算。 1.16　 文件發(fā)送方 File Sender 在文件收發(fā)過程中，將文件傳送出去的一方。 1.17　 文件接收方 File Accepter 在文件收發(fā)過程中，將文件接收進(jìn)來的一方。 1.18　 個(gè)人標(biāo)識(shí)碼 PINpersonal identification number 個(gè)人標(biāo)識(shí)碼是在聯(lián)機(jī)交易中識(shí)別持卡人身份合法性的數(shù)據(jù)信息，在計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)中任何環(huán)節(jié)都不允許PIN以明文的方式出現(xiàn)。 1.19　 報(bào)文鑒別碼 MACmessage authentication code 報(bào)文鑒別碼，是消息來源正確性鑒別的數(shù)據(jù)。 1.20　 硬件加密機(jī) HSMhardware and security module 硬件加密機(jī)，對傳輸?shù)臄?shù)據(jù)進(jìn)行加密的外圍硬件設(shè)備，用于PIN的加密和解密、驗(yàn)證報(bào)文和文件來源的正確性以及存儲(chǔ)密鑰。 1.21　 SDH Synchronous Digital Hierarchy SDH即同步數(shù)字體系，根據(jù)ITU-T的建議定義，它為不同速度的數(shù)字信號(hào)的傳輸提供相應(yīng)等級(jí)的信息結(jié)構(gòu)，包括覆用方法和映射方法，以及相關(guān)的同步方法組成的一個(gè)技術(shù)體制。 1.22　 MSTP Multi-Service Transport Platform MSTP（基于SDH 的多業(yè)務(wù)傳送平臺(tái)）是指，基于SDH 平臺(tái)同時(shí)實(shí)現(xiàn)TDM、以太網(wǎng)等業(yè)務(wù)的接入、處理和傳送，提供統(tǒng)一網(wǎng)管的多業(yè)務(wù)節(jié)點(diǎn)。 1.23　 TCP transport control protocol 是一種可靠的傳輸控制協(xié)議。本規(guī)范中除了指傳輸控制協(xié)議外，還特指各系統(tǒng)中實(shí)現(xiàn)TCP協(xié)議的協(xié)議棧。 1.24　 通信主機(jī)Communications Host 通信主機(jī)指入網(wǎng)機(jī)構(gòu)進(jìn)行聯(lián)機(jī)交易處理時(shí)，與轉(zhuǎn)接清算機(jī)構(gòu)的通信服務(wù)器建立通信連接的通信前置機(jī)或業(yè)務(wù)主機(jī)。 1.25　 長連接 persistent connect 長連接是指通信雙方連接建立后不再關(guān)閉，在通信正常情況下一直保持連通狀態(tài)。 1.26　 短連接transitory link 短連接是指通信雙方每次通信時(shí)建立連接，通信結(jié)束后關(guān)閉連接。 1.27　 脫機(jī)類交易 offline transaction 脫機(jī)類交易由終端直接承兌或拒絕，因此需要通過受理方事后提交文件或交易，來補(bǔ)全轉(zhuǎn)接清算系統(tǒng)和發(fā)卡機(jī)構(gòu)的交易記錄并清算。 1.28　 周期計(jì)費(fèi) 各結(jié)算單位本金按日清算，手續(xù)費(fèi)逐筆計(jì)算，每月、季度、年等周期向發(fā)卡機(jī)構(gòu)、轉(zhuǎn)接清算機(jī)構(gòu)、收單方結(jié)算一次。 1.29　 包月計(jì)費(fèi) 按照每個(gè)各結(jié)算單位每月、季度、年等固定費(fèi)用結(jié)算各結(jié)算單位手續(xù)費(fèi)，并按比例在發(fā)卡、收單和轉(zhuǎn)接清算機(jī)構(gòu)之間分潤。 1.30　 受理方服務(wù)機(jī)構(gòu) 除收單機(jī)構(gòu)以外，向收單方提供服務(wù)的機(jī)構(gòu)。 示例：為部省市級(jí)結(jié)算單位（下簡稱：各結(jié)算單位）提供結(jié)算服務(wù)的開戶銀行，提供渠道接入服務(wù)的第三方服務(wù)機(jī)構(gòu)，提供機(jī)具租賃的機(jī)具產(chǎn)權(quán)機(jī)構(gòu)，提供機(jī)具維護(hù)服務(wù)的機(jī)具維護(hù)機(jī)構(gòu)等。 1.31　 發(fā)卡機(jī)構(gòu)服務(wù)機(jī)構(gòu) 除發(fā)卡機(jī)構(gòu)以外，向發(fā)卡機(jī)構(gòu)提供服務(wù)的機(jī)構(gòu)。 示例：提供發(fā)卡接入服務(wù)的發(fā)卡接入機(jī)構(gòu)，提供支付工具服務(wù)的聯(lián)名卡合作發(fā)卡機(jī)構(gòu)等。 1.32　 墊付 若各結(jié)算單位出現(xiàn)清算資金為付差時(shí)，則付差資金清算對象應(yīng)為收單機(jī)構(gòu)，各結(jié)算單位的付差資金由收單機(jī)構(gòu)墊付，即稱“收單墊付”。 1.33　 回補(bǔ) 因各結(jié)算單位付差而造成收單機(jī)構(gòu)資金墊付，待各結(jié)算單位后期清算出現(xiàn)正向清算資金后，由轉(zhuǎn)接清算機(jī)構(gòu)扣除收單機(jī)構(gòu)墊付部分資金。 1.34　 暫扣 收單機(jī)構(gòu)根據(jù)本機(jī)構(gòu)設(shè)定的風(fēng)險(xiǎn)規(guī)則，判斷當(dāng)日交易存在風(fēng)險(xiǎn)時(shí)，通過轉(zhuǎn)接清算機(jī)構(gòu)外圍業(yè)務(wù)（服務(wù)）平臺(tái)向轉(zhuǎn)接清算機(jī)構(gòu)發(fā)出交易暫扣指令，對各結(jié)算單位該筆交易清算資金進(jìn)行掛賬處理。 1.35　 追扣 對已經(jīng)清算的歷史交易，在規(guī)定期間內(nèi)（時(shí)間可以由轉(zhuǎn)接清算機(jī)構(gòu)參數(shù)設(shè)置，默認(rèn)時(shí)間為60日內(nèi)），如果收單機(jī)構(gòu)判斷此交易也需要進(jìn)行資金扣回的，收單機(jī)構(gòu)可通過向清算系統(tǒng)發(fā)出交易追扣指令，完成交易追扣，對各結(jié)算單位該筆交易清算資金進(jìn)行掛賬處理，資金從各結(jié)算單位當(dāng)日清算資金中扣除。 1.36　 釋放 收單機(jī)構(gòu)根據(jù)風(fēng)險(xiǎn)規(guī)則，判斷原掛帳交易風(fēng)險(xiǎn)解除時(shí)，將原先存放在本機(jī)構(gòu)的掛帳資金清算給各結(jié)算單位。 1.37　 掛帳 收單機(jī)構(gòu)根據(jù)風(fēng)險(xiǎn)規(guī)則，判斷交易存在風(fēng)險(xiǎn)時(shí)，先將各結(jié)算單位資金暫時(shí)存放在本機(jī)構(gòu)，而不清算給各結(jié)算單位。掛賬資金對于收單機(jī)構(gòu)而言，是暫收的應(yīng)付清算款項(xiàng)，是收單機(jī)構(gòu)的負(fù)債；對于各結(jié)算單位而言，是各結(jié)算單位的應(yīng)收款項(xiàng)，是各結(jié)算單位的債權(quán)。 1.38　 批量方式 批量方式指由各結(jié)算單位以文件形式發(fā)起交易，收單機(jī)構(gòu)在規(guī)定時(shí)間內(nèi)上送轉(zhuǎn)接清算機(jī)構(gòu)，經(jīng)轉(zhuǎn)接清算機(jī)構(gòu)處理后轉(zhuǎn)發(fā)給發(fā)卡機(jī)構(gòu)的交易方式。 2 縮略語 Abbreviations 下列符號(hào)和縮略語表示適用于本文件。 DES 數(shù)據(jù)加密標(biāo)準(zhǔn)(Data Encryption Standard) IC 集成電路(Integrated Circuit) MAC 報(bào)文鑒別碼(Message Authentication Code) MAK MAC密鑰(MAC Key) MK 主密鑰(Master Key) MMK 成員主密鑰(Member Master Key) POS 銷售點(diǎn)終端(Point Of Sale) 3 交易處理說明 3.1 交易分類說明 按交易處理流程分類，可以將交易分為脫機(jī)類和批量類。其中，對于按交易的功能分類，可以將交易分為金融類、管理及安全控制類、差錯(cuò)處理類和風(fēng)險(xiǎn)控制類等。其中只有金融類交易有單信息和雙信息的概念，管理及安全控制、差錯(cuò)處理類和風(fēng)險(xiǎn)控制類不存在單信息和雙信息的概念。 由于IC卡提供了一些專有的業(yè)務(wù)功能和交易流程，本規(guī)范將在下文中用獨(dú)立章節(jié)描述基于IC卡的特殊應(yīng)用。 3.2 交易的一般處理流程 脫機(jī)類交易是指交易由終端直接承兌或拒絕，受理方在交易完成之后再提交文件或?qū)⒚摍C(jī)消費(fèi)轉(zhuǎn)為聯(lián)機(jī)報(bào)文上送，用以補(bǔ)全轉(zhuǎn)接清算機(jī)構(gòu)和發(fā)卡機(jī)構(gòu)的交易記錄并清算。 另一種脫機(jī)交易是指交易通過文件來完成，不存在聯(lián)機(jī)報(bào)文。 3.3 清分清算處理產(chǎn)生的交易 3.1.1 轉(zhuǎn)接清算機(jī)構(gòu)的日期切換通知交易（0820/0830） 轉(zhuǎn)接清算機(jī)構(gòu)利用日期切換交易來通知入網(wǎng)機(jī)構(gòu)轉(zhuǎn)接清算機(jī)構(gòu)清算日期的變化。轉(zhuǎn)接清算機(jī)構(gòu)的日期切換交易有兩種：日切開始(CutOff Start)、日切結(jié)束(CutOff End)。 轉(zhuǎn)接清算機(jī)構(gòu)將日期切換交易發(fā)送給各入網(wǎng)機(jī)構(gòu)，入網(wǎng)機(jī)構(gòu)接收到該交易后將應(yīng)答返回給轉(zhuǎn)接清算機(jī)構(gòu)。 交易流程為：轉(zhuǎn)接清算機(jī)構(gòu)將日期切換通知發(fā)送給各入網(wǎng)機(jī)構(gòu)，入網(wǎng)機(jī)構(gòu)接收到該通知后將應(yīng)答返回給轉(zhuǎn)接清算機(jī)構(gòu)。當(dāng)轉(zhuǎn)接清算機(jī)構(gòu)不能將日切通知發(fā)送給入網(wǎng)機(jī)構(gòu)或收不到機(jī)構(gòu)的應(yīng)答時(shí)，不進(jìn)行存儲(chǔ)轉(zhuǎn)發(fā)，直接丟棄該通知。 1—轉(zhuǎn)接清算機(jī)構(gòu)發(fā)送給入網(wǎng)機(jī)構(gòu)的日切通知（0820） 2—入網(wǎng)機(jī)構(gòu)發(fā)往轉(zhuǎn)接清算機(jī)構(gòu)的應(yīng)答（0830） 圖1　 轉(zhuǎn)接清算機(jī)構(gòu)的日期切換通知交易流程 3.1.2 自主清分清算產(chǎn)生的交易處理流程 3.1.2.1 轉(zhuǎn)接清算機(jī)構(gòu)日期切換情況下的報(bào)文發(fā)送處理流程 1－轉(zhuǎn)接清算機(jī)構(gòu)向入網(wǎng)機(jī)構(gòu)發(fā)送日切開始通知（0820） 2－入網(wǎng)機(jī)構(gòu)向轉(zhuǎn)接清算機(jī)構(gòu)返回應(yīng)答報(bào)文（0830） 3－轉(zhuǎn)接清算機(jī)構(gòu)向入網(wǎng)機(jī)構(gòu)發(fā)送日切結(jié)束通知（0820） 4－入網(wǎng)機(jī)構(gòu)向轉(zhuǎn)接清算機(jī)構(gòu)返回應(yīng)答報(bào)文（0830） 圖2　 轉(zhuǎn)接清算機(jī)構(gòu)日期切換情況下的報(bào)文發(fā)送處理流程 3.1.2.2 清分清算的文件處理 對于單信息方式的入網(wǎng)機(jī)構(gòu)，轉(zhuǎn)接清算機(jī)構(gòu)清分清算處理后將向其下發(fā)交易流水文件。 對于雙信息發(fā)卡機(jī)構(gòu)，日切后轉(zhuǎn)接清算機(jī)構(gòu)根據(jù)該清算日單轉(zhuǎn)雙的交易向發(fā)卡機(jī)構(gòu)發(fā)送轉(zhuǎn)換后的雙信息清算文件。 3.1.2.3 轉(zhuǎn)接清算機(jī)構(gòu)清分清算的時(shí)序 時(shí)序指一個(gè)功能的執(zhí)行必須以其他功能的完成為前提，或者一個(gè)功能的完成是其他功能繼續(xù)執(zhí)行的前提條件。 3.1.2.4 自主清算方式的時(shí)序配合 3.1.2.4.1 清分場次切換時(shí)序點(diǎn) 表1　 清分場次切換時(shí)序點(diǎn)控制關(guān)系 序號(hào) 交易名稱 關(guān)鍵功能步驟描述 1 轉(zhuǎn)接 切換前的所有交易請求納入前一個(gè)清分場次 切換后的所有交易請求納入后一個(gè)清分場次 2 清分 按交易請求標(biāo)識(shí)的場次進(jìn)行清分 3.1.2.4.2 日切開始時(shí)序點(diǎn)的控制步驟 日切切換開始時(shí)序點(diǎn)的控制關(guān)系如下表所示： 表2　 日切開始時(shí)序點(diǎn)的控制步驟 序號(hào) 交易名稱 關(guān)鍵功能步驟描述 1 轉(zhuǎn)接 日切前的所有交易請求納入第一天清算 日切后的所有交易請求納入第二天清算，拒絕前一清算日的撤銷交易 2 代授權(quán) 沿用轉(zhuǎn)接交易的日期劃分 3 清算 單信息： 按轉(zhuǎn)接結(jié)束時(shí)標(biāo)識(shí)的日切時(shí)間進(jìn)行清算。 雙信息： 按轉(zhuǎn)接結(jié)束時(shí)標(biāo)識(shí)的日切時(shí)間進(jìn)行清算 4 差錯(cuò) 1. 日切前必須完成已經(jīng)提交的差錯(cuò)文件處理； 2. 日切前必須完成差錯(cuò)聯(lián)機(jī)通知的轉(zhuǎn)發(fā)處理。 3.1.2.4.3 日切結(jié)束時(shí)序點(diǎn)的控制步驟 日切結(jié)束時(shí)序點(diǎn)的控制關(guān)系如下表所示： 表3　 日切結(jié)束時(shí)序點(diǎn)的控制步驟 序號(hào) 交易名稱 關(guān)鍵功能步驟描述 1 轉(zhuǎn)接 1. 為了給原交易的后續(xù)交易一定的處理緩沖時(shí)間，在日切開始點(diǎn)和日切結(jié)束點(diǎn)之間設(shè)定3分鐘的日切窗口，3分鐘一到窗口將自動(dòng)關(guān)閉。 2. 在日切窗口內(nèi)到達(dá)的所有原始請求交易納入第二天清算，日切窗口內(nèi)正在處理的所有應(yīng)答交易、沖正和撤銷交易的清算日期沿用原交易的清算日期。若這些交易在日切窗口內(nèi)沒有處理完，則按交易失敗處理。日切窗口內(nèi)，拒絕所有前一個(gè)清算日期的撤銷交易（可隔日上送的撤銷交易除外）。 3. 日切結(jié)束后，拒絕所有前一清算日期的沖正交易； 3.1.3 交易的異常處理流程 3.1.3.1 概述 本章主要約定入網(wǎng)機(jī)構(gòu)之間進(jìn)行應(yīng)用交互的過程中對各種異常情形的處理方法?？赡艹霈F(xiàn)的異常情形主要包括： ——報(bào)文格式錯(cuò)誤； ——數(shù)據(jù)安全保密錯(cuò)誤； ——通信異常； ——終端操作錯(cuò)誤。 3.1.3.2 異常處理原則 3.1.3.2.1 原則1 請求類報(bào)文中預(yù)授權(quán)類報(bào)文和交易類報(bào)文，在出現(xiàn)異常時(shí)以沖正通知報(bào)文取消原交易。異常情況為： ——機(jī)構(gòu)無法將交易的承兌響應(yīng)轉(zhuǎn)發(fā)至交易的發(fā)送方時(shí)； ——收到交易發(fā)送方的沖正通知時(shí)； ——當(dāng)一個(gè)請求類報(bào)文超時(shí)未收到應(yīng)答時(shí)； ——當(dāng)收到遲到的對請求報(bào)文的承兌應(yīng)答時(shí)。 3.1.3.2.2 原則2 入網(wǎng)機(jī)構(gòu)不能正確發(fā)送沖正通知時(shí)，應(yīng)進(jìn)行存儲(chǔ)轉(zhuǎn)發(fā)。 3.1.3.2.3 原則3 入網(wǎng)機(jī)構(gòu)在收到?jīng)_正通知時(shí)，應(yīng)匹配原交易。若原交易成功，則取消原交易，返回沖正成功應(yīng)答(Response Code為00)并參與清算。否則應(yīng)根據(jù)情況給出不同的拒絕碼。 發(fā)卡機(jī)構(gòu)必須嚴(yán)格處理好重復(fù)沖正問題，以免發(fā)生賬務(wù)信息混亂現(xiàn)象。 3.1.3.2.4 原則4 除網(wǎng)絡(luò)管理類通知（包括簽到/簽退、日切開始、日切結(jié)束等）外，城市公共交通IC卡系統(tǒng)或入網(wǎng)機(jī)構(gòu)應(yīng)利用存儲(chǔ)轉(zhuǎn)發(fā)機(jī)制將通知送達(dá)接收方。 3.1.3.3 報(bào)文格式錯(cuò)誤 本節(jié)約定入網(wǎng)機(jī)構(gòu)對所接收的報(bào)文的判斷及處理，在此只定義報(bào)文中數(shù)據(jù)元的語法錯(cuò)或語義錯(cuò)。 3.1.3.3.1 報(bào)文語法錯(cuò)誤 語法錯(cuò)誤是指：所收到的報(bào)文中，數(shù)據(jù)取值范圍或數(shù)據(jù)類型不符合報(bào)文標(biāo)準(zhǔn)。 這一類錯(cuò)誤如發(fā)生在請求報(bào)文或通知報(bào)文中，城市公共交通IC卡系統(tǒng)會(huì)將原始請求或通知報(bào)文原樣返回，并在返回的新增報(bào)文頭中置入相應(yīng)的拒絕碼，該拒絕碼與城市公共交通IC卡系統(tǒng)檢測到的第一個(gè)報(bào)文語法錯(cuò)誤相對應(yīng)。 這一類錯(cuò)誤如發(fā)生在授權(quán)或交易承兌的應(yīng)答報(bào)文中，若城市公共交通IC卡系統(tǒng)或受理方檢查出此類錯(cuò)誤，則丟棄該應(yīng)答報(bào)文，待超時(shí)后發(fā)送沖正通知。若發(fā)生在通知類（網(wǎng)絡(luò)管理類通知除外）交易應(yīng)答報(bào)文中，則通知的發(fā)送方存儲(chǔ)轉(zhuǎn)發(fā)該通知報(bào)文。 數(shù)據(jù)取值范圍或數(shù)據(jù)類型錯(cuò)誤代碼的詳細(xì)定義請參見《報(bào)文接口規(guī)范》的附錄A 拒絕碼。 3.1.3.3.2 報(bào)文語義錯(cuò)誤 報(bào)文語義錯(cuò)誤是指：報(bào)文中的數(shù)據(jù)盡管在語法上符合銀行卡信息交換的報(bào)文標(biāo)準(zhǔn)，但是在語義上對交易無效（見表4數(shù)據(jù)內(nèi)容無效錯(cuò)誤表）。 這類錯(cuò)誤若發(fā)生在一般請求報(bào)文或通知報(bào)文中，城市公共交通IC卡系統(tǒng)將直接向受理方發(fā)送拒絕的應(yīng)答，其中的應(yīng)答碼見下表。 表4　 數(shù)據(jù)內(nèi)容無效錯(cuò)誤表 位號(hào) 數(shù)據(jù)內(nèi)容錯(cuò)誤描述 應(yīng)答碼 4 Amount of transaction 為 0 13 沖正、撤銷和差錯(cuò)處理交易請求中可能出現(xiàn)的數(shù)據(jù)內(nèi)容無效情況如下表所示： 表5　 沖正、撤銷和差錯(cuò)處理交易請求的數(shù)據(jù)內(nèi)容無效表 數(shù)據(jù)內(nèi)容錯(cuò)誤描述 應(yīng)答碼 交易請求未能與原始交易相匹配 25 交易未能與原始交易金額相一致 64 交易未能與原始交易卡號(hào)相一致 14 交易未能與原始交易終端相一致 97 交易的原始交易未承兌 12 交易應(yīng)答未能與沖正請求相匹配 記載日志，以后備查。 這類錯(cuò)誤若發(fā)生在交易承兌的應(yīng)答報(bào)文中，則城市公共交通IC卡系統(tǒng)丟棄該應(yīng)答報(bào)文，待超時(shí)后發(fā)送沖正通知。若發(fā)生在通知類（網(wǎng)絡(luò)管理類通知除外）交易應(yīng)答報(bào)文中，則通知的發(fā)送方存儲(chǔ)轉(zhuǎn)發(fā)該通知報(bào)文。 3.1.3.3.3 數(shù)據(jù)安全保密錯(cuò)誤 本節(jié)是對城市公共交通IC卡系統(tǒng)、受理方及發(fā)卡機(jī)構(gòu)在交易過程中所發(fā)生的數(shù)據(jù)安全保密錯(cuò)誤的處理約定。這些錯(cuò)誤的現(xiàn)象為： l 請求報(bào)文中MAC計(jì)算錯(cuò)誤； l 通知報(bào)文中MAC計(jì)算錯(cuò)誤； l 對請求的應(yīng)答報(bào)文中MAC錯(cuò)誤； l 對通知的應(yīng)答報(bào)文中MAC錯(cuò)誤。 3.1.3.3.4 請求報(bào)文中MAC計(jì)算錯(cuò)誤 錯(cuò)誤現(xiàn)象： 在報(bào)文的接收方一側(cè)檢測到MAC不匹配。 城市公共交通IC卡系統(tǒng)處理： 向受理方發(fā)送拒絕應(yīng)答，其中，Response Code=A0。 發(fā)卡機(jī)構(gòu)處理： 向城市公共交通IC卡系統(tǒng)發(fā)送拒絕應(yīng)答，其中，Response Code=A0。 3.1.3.3.5 通知報(bào)文中MAC計(jì)算錯(cuò)誤 錯(cuò)誤現(xiàn)象： 在報(bào)文的接收方一側(cè)檢測到MAC不匹配。 城市公共交通IC卡系統(tǒng)處理： 向受理方發(fā)送拒絕應(yīng)答，其中，Response Code=A0。 發(fā)卡機(jī)構(gòu)處理： 向城市公共交通IC卡系統(tǒng)發(fā)送拒絕應(yīng)答，其中，Response Code=A0。 3.1.3.3.6 對請求的應(yīng)答報(bào)文中MAC錯(cuò)誤 一般交易 錯(cuò)誤現(xiàn)象： 在報(bào)文的接收方一側(cè)檢測到MAC不匹配。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送拒絕應(yīng)答報(bào)文。若為承兌的交易，則還需向發(fā)卡機(jī)構(gòu)引發(fā)沖正報(bào)文沖正原因（即60域中的Reason Code）為4362，該筆沖正參與對賬。 受理方處理：向終端發(fā)送拒絕應(yīng)答報(bào)文，若為承兌的交易，則還需向城市公共交通IC卡系統(tǒng)引發(fā)沖正報(bào)文，沖正原因碼為4355，該筆沖正參與對賬。 3.1.3.3.7 對通知的應(yīng)答報(bào)文中MAC錯(cuò)誤 錯(cuò)誤現(xiàn)象： 在報(bào)文的接收方一側(cè)檢測到MAC不匹配。 城市公共交通IC卡系統(tǒng)處理： 記載日志，以后備查分析。 3.1.3.3.8 通信異常 本節(jié)敘述了入網(wǎng)機(jī)構(gòu)對交易過程中所發(fā)生的通信故障的處理約定。這些通信故障的現(xiàn)象為： ——發(fā)送請求報(bào)文失??； ——發(fā)送對請求報(bào)文的應(yīng)答報(bào)文失??； ——發(fā)送請求報(bào)文后，收不到應(yīng)答報(bào)文； ——發(fā)送沖正通知報(bào)文失敗； ——發(fā)送對沖正通知報(bào)文的應(yīng)答報(bào)文失?。? ——發(fā)送沖正通知報(bào)文后，收不到應(yīng)答報(bào)文； ——收到遲到的對請求報(bào)文的應(yīng)答報(bào)文。 ——這些故障根據(jù)一筆完整交易所需經(jīng)過的各個(gè)環(huán)節(jié)的先后次序進(jìn)行排列。 當(dāng)入網(wǎng)機(jī)構(gòu)根據(jù)上述故障現(xiàn)象檢測到與其他入網(wǎng)機(jī)構(gòu)的通信異常時(shí)，入網(wǎng)機(jī)構(gòu)的處理原則如下： ——入網(wǎng)機(jī)構(gòu)每隔一定時(shí)間發(fā)一次0820回響測試（echo test）報(bào)文，測試是否恢復(fù)連接； ——丟棄未發(fā)出的響應(yīng)報(bào)文； ——對需要轉(zhuǎn)發(fā)的請求報(bào)文，則以“91 (發(fā)卡機(jī)構(gòu)或城市公共交通IC卡系統(tǒng)不能操作)”向受理方發(fā)拒絕應(yīng)答； ——對通知報(bào)文(022X、042X)，則存入存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列中，待連接恢復(fù)后發(fā)出。 當(dāng)收到“echo test”應(yīng)答（0830）后，表示連接恢復(fù)，入網(wǎng)機(jī)構(gòu)將存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列中的報(bào)文依次發(fā)送出去。 在以下的故障處理中，不再重復(fù)通信異常到恢復(fù)的處理過程。 3.1.3.3.9 單次故障 本節(jié)的異常處理編排次序按照交易報(bào)文的流轉(zhuǎn)次序編寫。對于一些簡單步驟沒有進(jìn)行特別的描述，只針對特殊、難點(diǎn)步驟進(jìn)行了詳細(xì)說明。 在流程描述之前，首先介紹一些容易混淆的概念。 發(fā)送方無法發(fā)送請求和發(fā)送方發(fā)送的請求在中途丟失的區(qū)別 “發(fā)送方無法發(fā)送請求”指發(fā)送方因?yàn)橥ㄓ嵐收喜荒軐⒄埱蟀l(fā)出，這種現(xiàn)象發(fā)送方是能夠探測知道的，在下文的流程圖中用“x”表示。 “發(fā)送方發(fā)送的請求在中途丟失”指發(fā)送方發(fā)出的請求因?yàn)橥ㄓ嵐收显谥型緛G失，這時(shí)發(fā)送方并不能探測知道該請求出了什么狀況，它所知道的只是沒有收到接收方的應(yīng)答，因此最終反映出的現(xiàn)象是交易超時(shí)，在下文的流程圖中用“？”表示。 由于這兩種現(xiàn)象的最終反映情況不同，導(dǎo)致它們的處理也不同，具體可參見下文的相關(guān)描述。 接收方?jīng)]有收到發(fā)送方請求、接收方無法發(fā)送應(yīng)答和接收方的應(yīng)答在中途丟失的區(qū)別 這三種情況對發(fā)送方而言處理都是一樣的，但接收方反映出的情況卻不一致。 “接收方?jīng)]有收到請求”的情況是接收方?jīng)]有收到原始交易請求。 “接收方無法發(fā)送應(yīng)答”的情況是接收方因?yàn)橥ㄓ嵐收喜荒軐?yīng)答發(fā)出，這種現(xiàn)象接收方是能夠探測知道的。 “接收方的應(yīng)答在中途丟失”的情況是因?yàn)橥ㄓ嵐收掀鋺?yīng)答在中途丟失，但這種現(xiàn)象接收方是不能夠探測知道的。 由于這三種現(xiàn)象的最終反映情況不同，因此接收方的處理也是不同的，具體可參見下文的相關(guān)描述。 受理方無法轉(zhuǎn)發(fā)來自終端的請求 故障現(xiàn)象： 因通信故障，受理方不能向城市公共交通IC卡系統(tǒng)轉(zhuǎn)發(fā)請求2。 受理方處理： 受理方直接向終端發(fā)送拒絕應(yīng)答3。 受理方無法轉(zhuǎn)發(fā)來自終端的請求 城市公共交通IC卡系統(tǒng)收不到請求 故障現(xiàn)象： 因通信故障，受理方的請求2在中途丟失，受理方因收不到城市公共交通IC卡系統(tǒng)的應(yīng)答而引起交易超時(shí)。 受理方處理： 如果是交易請求，則向終端發(fā)送超時(shí)引起的拒絕應(yīng)答3，同時(shí)向城市公共交通IC卡系統(tǒng)發(fā)送沖正4，其Reason Code為4354，該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)處理： 向受理方發(fā)送沖正的拒絕應(yīng)答5，其中，Response Code為25，該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)收不到請求 城市公共交通IC卡系統(tǒng)不能向發(fā)卡機(jī)構(gòu)轉(zhuǎn)發(fā)請求 故障現(xiàn)象： 因通信故障，城市公共交通IC卡系統(tǒng)不能把受理方的請求2轉(zhuǎn)發(fā)至發(fā)卡機(jī)構(gòu)。 城市公共交通IC卡系統(tǒng)處理： 向受理方發(fā)送拒絕請求的應(yīng)答4，其中，Response Code為91。 城市公共交通IC卡系統(tǒng)不能向發(fā)卡機(jī)構(gòu)轉(zhuǎn)發(fā)請求 發(fā)卡機(jī)構(gòu)收不到請求 故障現(xiàn)象： 因通信故障，城市公共交通IC卡系統(tǒng)的請求3在中途丟失，城市公共交通IC卡系統(tǒng)因?yàn)槭詹坏桨l(fā)卡機(jī)構(gòu)的應(yīng)答而引起交易超時(shí)。 城市公共交通IC卡系統(tǒng)處理： 超時(shí)后向受理方發(fā)送拒絕的應(yīng)答4，如果是金融交易請求，則還需向發(fā)卡機(jī)構(gòu)發(fā)送沖正報(bào)文5，其中，Reason Code為4361，該筆沖正不參與清算。 發(fā)卡機(jī)構(gòu)處理： 向城市公共交通IC卡系統(tǒng)發(fā)送沖正的拒絕應(yīng)答6，其中，Response Code為25，該筆沖正不參與清算。 發(fā)卡機(jī)構(gòu)收不到請求 發(fā)卡機(jī)構(gòu)不能向城市公共交通IC卡系統(tǒng)發(fā)送對請求的應(yīng)答。 故障現(xiàn)象：因通信故障，發(fā)卡機(jī)構(gòu)不能向城市公共交通IC卡系統(tǒng)發(fā)送對請求的應(yīng)答4。 發(fā)卡機(jī)構(gòu)處理1： 如果是交易請求，且已承兌，則作內(nèi)部沖正，該筆沖正參與清算。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送超時(shí)引起的拒絕請求的應(yīng)答5，其中，Response Code為98。如果是交易請求，則還需向發(fā)卡機(jī)構(gòu)發(fā)送沖正7。其中，Reason Code為4361。 發(fā)卡機(jī)構(gòu)處理2： 向城市公共交通IC卡系統(tǒng)返回沖正的拒絕應(yīng)答8，該筆沖正不參與清算。 發(fā)卡機(jī)構(gòu)不能向城市公共交通IC卡系統(tǒng)發(fā)送對請求的應(yīng)答 城市公共交通IC卡系統(tǒng)收不到發(fā)卡機(jī)構(gòu)的應(yīng)答 故障現(xiàn)象： 城市公共交通IC卡系統(tǒng)在向發(fā)卡機(jī)構(gòu)轉(zhuǎn)發(fā)請求3后，收不到發(fā)卡機(jī)構(gòu)的應(yīng)答4，即檢測到超時(shí)。 城市公共交通IC卡系統(tǒng)處理： 向受理方發(fā)送超時(shí)引起的拒絕請求的應(yīng)答5，其中，Response Code為98。如果是金融交易請求，則還需向發(fā)卡機(jī)構(gòu)發(fā)送沖正7。其中，Reason Code為4361。原交易和沖正交易都不參與清算。 發(fā)卡機(jī)構(gòu)處理： 向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答8，發(fā)卡機(jī)構(gòu)對該筆沖正是否參與清算視發(fā)卡機(jī)構(gòu)收到該沖正時(shí)原交易是否承兌而定。若原交易已承兌則該筆沖正參與清算，否則該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)收不到發(fā)卡機(jī)構(gòu)的應(yīng)答 城市公共交通IC卡系統(tǒng)收到發(fā)卡機(jī)構(gòu)遲到的承兌應(yīng)答 故障現(xiàn)象：城市公共交通IC卡系統(tǒng)檢測到發(fā)卡機(jī)構(gòu)超時(shí)，向受理方發(fā)送拒絕的應(yīng)答4后，并按照0進(jìn)行后續(xù)處理后，收到來自發(fā)卡機(jī)構(gòu)遲到的承兌應(yīng)答6。 城市公共交通IC卡系統(tǒng)處理：再次向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知7，其中，Reason Code為4360。該筆沖正不參與清算。 發(fā)卡機(jī)構(gòu)處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答8，該筆沖正參與清算。 城市公共交通IC卡系統(tǒng)收到發(fā)卡機(jī)構(gòu)遲到的承兌應(yīng)答 城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)對請求的應(yīng)答 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)發(fā)卡機(jī)構(gòu)對請求的應(yīng)答5。 城市公共交通IC卡系統(tǒng)處理1： 如果是交易請求，且已承兌，則向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知7，其中，Reason Code為4363。 發(fā)卡機(jī)構(gòu)處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答8，如果是交易請求，且已承兌，則該筆沖正參與清算。 受理方處理：向終端發(fā)送超時(shí)引起的拒絕請求的應(yīng)答6。如果是交易請求，則還需向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知9，其中，Reason Code為4354。 城市公共交通IC卡系統(tǒng)處理2： 向受理方發(fā)送沖正應(yīng)答10，該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)對請求的應(yīng)答 城市公共交通IC卡系統(tǒng)收到受理方發(fā)送的早沖正 故障現(xiàn)象：在正常的超時(shí)時(shí)段內(nèi)，城市公共交通IC卡系統(tǒng)未收到發(fā)卡機(jī)構(gòu)的應(yīng)答就先收到受理方的沖正通知4。 城市公共交通IC卡系統(tǒng)處理：向受理方返回沖正應(yīng)答5，Response Code為“00”。，并向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知6。 發(fā)卡機(jī)構(gòu)處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答7，發(fā)卡機(jī)構(gòu)對該筆沖正是否參與清算視發(fā)卡機(jī)構(gòu)收到該沖正時(shí)原交易是否承兌而定。若原交易已承兌則該筆沖正參與清算，否則該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)處理2：在收到發(fā)卡機(jī)構(gòu)返回的原交易的應(yīng)答8后，若該應(yīng)答為承兌應(yīng)答，則向發(fā)卡機(jī)構(gòu)再次發(fā)沖正9，Reason Code為4360。如果原始交易未承兌，則城市公共交通IC卡系統(tǒng)直接丟棄該應(yīng)答。 發(fā)卡機(jī)構(gòu)處理2： 向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答10。 城市公共交通IC卡系統(tǒng)收到受理方發(fā)送的早沖正 受理方收不到城市公共交通IC卡系統(tǒng)的應(yīng)答 故障現(xiàn)象：受理方在向城市公共交通IC卡系統(tǒng)發(fā)送請求2后，收不到城市公共交通IC卡系統(tǒng)的應(yīng)答5，即檢測到超時(shí)。 受理方處理：向終端發(fā)送超時(shí)引起的拒絕請求的應(yīng)答6，如果是交易請求，則還需向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知7。其中，Reason Code為4354。該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)處理： 收到?jīng)_正請求7后，查原始請求的應(yīng)答報(bào)文，如果發(fā)卡機(jī)構(gòu)已承兌，則向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知9，其中，Reason Code為4354。并返回給受理方應(yīng)答碼為00的沖正應(yīng)答 報(bào)文。該筆沖正參與清算。如果發(fā)卡機(jī)構(gòu)未承兌，則直接向受理方發(fā)送沖正應(yīng)答報(bào)文8。其中應(yīng)答碼為12。該筆沖正不參與清算。 發(fā)卡機(jī)構(gòu)處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答10，對發(fā)卡機(jī)構(gòu)該筆沖正參與清算。 受理方收不到城市公共交通IC卡系統(tǒng)的應(yīng)答 受理方從城市公共交通IC卡系統(tǒng)收到遲到的承兌應(yīng)答 故障現(xiàn)象：受理方檢測到城市公共交通IC卡系統(tǒng)超時(shí)，并向終端發(fā)送拒絕的應(yīng)答5后，同時(shí)按照0執(zhí)行了后續(xù)操作以后又收到來自城市公共交通IC卡系統(tǒng)的遲到的承兌應(yīng)答6。 受理方處理：再次向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知7，其中，Reason Code為4353。該筆沖正參與清算。 城市公共交通IC卡系統(tǒng)處理：城市公共交通IC卡系統(tǒng)收到?jīng)_正請求后，立即給予受理方應(yīng)答8。該筆沖正不參與清算。 受理方從城市公共交通IC卡系統(tǒng)收到遲到的承兌應(yīng)答 受理方不能向終端發(fā)送操作命令 故障現(xiàn)象：因通信故障，受理方不能向終端發(fā)送操作命令6。 受理方處理：如果是金融交易請求，且已承兌，則向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知7，其中，Reason Code為4356。該筆沖正參與清算。 城市公共交通IC卡系統(tǒng)處理： 城市公共交通IC卡系統(tǒng)收到?jīng)_正通知后，立即給予受理方應(yīng)答8。并向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知9，其中，Reason Code為4356。該筆沖正參與清算。 發(fā)卡機(jī)構(gòu)處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答10，對發(fā)卡機(jī)構(gòu)該筆沖正也參與清算。 受理方不能向終端發(fā)送操作命令 3.1.3.3.10 雙重故障 城市公共交通IC卡系統(tǒng)不能向受理方發(fā)送拒絕的應(yīng)答 故障現(xiàn)象： 因檢測到發(fā)卡機(jī)構(gòu)通信故障，城市公共交通IC卡系統(tǒng)向受理方發(fā)送對交易請求拒絕的應(yīng)答3，但由于另遇通信故障使發(fā)送應(yīng)答失敗。 城市公共交通IC卡系統(tǒng)處理： 丟棄應(yīng)答報(bào)文，不需向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知。 受理方處理： 檢測到城市公共交通IC卡系統(tǒng)超時(shí)，向終端發(fā)送拒絕請求的應(yīng)答。如果是金融交易請求，則向城市公共交通IC卡系統(tǒng)發(fā)送超時(shí)沖正5，其中，Reason Code為4354。城市公共交通IC卡系統(tǒng)收到?jīng)_正通知后，立即給予受理方拒絕應(yīng)答6，其中應(yīng)答碼為12。該筆沖正對受理方和城市公共交通IC卡系統(tǒng)均不參與清算。 城市公共交通IC卡系統(tǒng)不能向受理方發(fā)送拒絕的應(yīng)答 城市公共交通IC卡系統(tǒng)不能向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知 故障現(xiàn)象： 因檢測到通信故障，城市公共交通IC卡系統(tǒng)向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知7〔見：0城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)對請求的應(yīng)答；0城市公共交通IC卡系統(tǒng)收到發(fā)卡機(jī)構(gòu)遲到的承兌應(yīng)答?！车捎诹碛鐾ㄐ殴收?，使發(fā)送沖正失敗。 城市公共交通IC卡系統(tǒng)處理： 將未發(fā)出的沖正存入存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列中，待連接恢復(fù)后重發(fā)。 城市公共交通IC卡系統(tǒng)不能向發(fā)卡機(jī)構(gòu)發(fā)送沖正通知 受理方不能向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知 故障現(xiàn)象：受理方因檢測到上一次通信故障而向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知7〔見：0受理方不能向終端發(fā)送操作命令；0受理方從城市公共交通IC卡系統(tǒng)收到遲到的承兌應(yīng)答〕，但由于再遇通信故障使受理方發(fā)送沖正失敗。 受理方處理：將未發(fā)出的沖正通知存入存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列中，待連接恢復(fù)后重發(fā)。 受理方不能向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知 3.1.3.3.11 終端操作錯(cuò)誤 本節(jié)約定受理方和城市公共交通IC卡系統(tǒng)對終端操作錯(cuò)誤的處理約定，在此，終端錯(cuò)誤僅指終端不能正確執(zhí)行主機(jī)發(fā)送的命令，即對交易的最終處理。 3.1.3.3.12 無通信故障 終端引發(fā)沖正 故障現(xiàn)象：終端因無法正常操作，向受理方發(fā)送出錯(cuò)狀態(tài) 受理方處理：在沖正通知中，Reason Code=4351表示終端上交易不成功。 終端引發(fā)沖正 受理方、城市公共交通IC卡系統(tǒng)、發(fā)卡機(jī)構(gòu)三方對于該沖正交易均參與清算。 3.1.3.3.13 通信故障 受理方不能向城市公共交通IC卡系統(tǒng)發(fā)送終端操作錯(cuò)誤引起的沖正 故障現(xiàn)象：因通信故障，受理方不能向城市公共交通IC卡系統(tǒng)發(fā)送終端操作出錯(cuò)引起的沖正通知9。 受理方處理：將沖正通知存入存儲(chǔ)轉(zhuǎn)發(fā)隊(duì)列中，待連接恢復(fù)后重發(fā)。 受理方不能向城市公共交通IC卡系統(tǒng)發(fā)送終端操作錯(cuò)誤引起的沖正 表6　 異常處理中使用的原因碼 原因碼 說明 4351 終端引發(fā)沖正（全額） 4352 終端引發(fā)沖正（部分） 4353 受理方收到城市公共交通IC卡系統(tǒng)遲到的應(yīng)答 4354 受理方檢測到超時(shí) 4355 受理方檢測到應(yīng)答報(bào)文的MAC不對 4356 受理方不能向終端發(fā)操作命令 4360 城市公共交通IC卡系統(tǒng)收到發(fā)卡機(jī)構(gòu)遲到的應(yīng)答 4361 城市公共交通IC卡系統(tǒng)等發(fā)卡機(jī)構(gòu)應(yīng)答到超時(shí) 4362 城市公共交通IC卡系統(tǒng)檢測到發(fā)卡機(jī)構(gòu)應(yīng)答報(bào)文的MAC不對 4363 城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)發(fā)卡機(jī)構(gòu)應(yīng)答報(bào)文 3.1.3.4 特殊交易異常處理流程 本節(jié)集中描述基于電子錢包標(biāo)準(zhǔn)的IC卡圈存交易。 本節(jié)的異常處理編排次序按照交易報(bào)文的流轉(zhuǎn)次序編寫。對于一些簡單步驟沒有進(jìn)行特別的描述，只針對特殊、難點(diǎn)步驟進(jìn)行了詳細(xì)說明。 在某些情況下，城市公共交通IC卡系統(tǒng)的處理雖然相同，但受理方和發(fā)卡機(jī)構(gòu)的處理卻各有不同。 “發(fā)送方無法發(fā)送請求”和“發(fā)送方發(fā)送的請求在中途丟失”； “接收方?jīng)]有收到發(fā)送方請求”、“接收方無法發(fā)送應(yīng)答”、“接收方的應(yīng)答在中途丟失”。 3.1.3.4.1 IC卡電子現(xiàn)金應(yīng)用指定賬戶圈存/現(xiàn)金充值交易 指定賬戶圈存交易出現(xiàn)異常時(shí)，采用沖正的方式，處理流程及原則請參見本版標(biāo)準(zhǔn)中的3.1.3.3.9單次故障。 現(xiàn)金充值交易相當(dāng)于存款，考慮到圈存交易必須由終端承兌，因此不能發(fā)送確認(rèn)通知，只能發(fā)送沖正通知，若終端寫卡不成功，終端也應(yīng)發(fā)送沖正。 3.1.3.4.2 IC卡電子現(xiàn)金應(yīng)用非指定賬戶圈存交易 處理原則如下： （1）終端、受理方均能發(fā)起沖正； （2）城市公共交通IC卡系統(tǒng)只對轉(zhuǎn)出方發(fā)起沖正； （3）城市公共交通IC卡系統(tǒng)不對電子錢包行做任何操作。 受理方無法轉(zhuǎn)發(fā)來自終端的請求 故障現(xiàn)象：因通信故障，受理方無法向城市公共交通IC卡系統(tǒng)轉(zhuǎn)發(fā)終端的請求2。 受理方處理：直接向終端發(fā)送拒絕應(yīng)答3。 城市公共交通IC卡系統(tǒng)收不到請求 故障現(xiàn)象：因通信故障，受理方的請求2在中途丟失，受理方因?yàn)槭詹坏匠鞘泄步煌↖C卡系統(tǒng)的應(yīng)答而引起超時(shí)。 受理方處理：受理方向終端發(fā)送拒絕應(yīng)答，Response Code為98。同時(shí)向城市公共交通IC卡系統(tǒng)發(fā)送沖正4，Reason Code為4354。該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)處理：城市公共交通IC卡系統(tǒng)直接返回應(yīng)答5，Response Code為25，該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)不能向轉(zhuǎn)出方轉(zhuǎn)發(fā)請求 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)不能把受理方的請求2轉(zhuǎn)發(fā)至轉(zhuǎn)出方。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送拒絕請求的應(yīng)答4，其中，Response Code為91，域121.1為A。 轉(zhuǎn)出方收不到請求 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)的請求3在中途丟失，城市公共交通IC卡系統(tǒng)因?yàn)槭詹坏睫D(zhuǎn)出方的應(yīng)答而引起交易超時(shí)。 城市公共交通IC卡系統(tǒng)處理：超時(shí)后向受理方發(fā)送拒絕的應(yīng)答4，同時(shí)向轉(zhuǎn)出方發(fā)送沖正報(bào)文5，其中，Reason Code為4361，該筆沖正不參與清算。 轉(zhuǎn)出方處理：向城市公共交通IC卡系統(tǒng)發(fā)送沖正的拒絕應(yīng)答6，其中，Response Code為25，該筆沖正不參與清算。 受理方處理：向終端發(fā)送拒絕應(yīng)答7。 轉(zhuǎn)出方不能向城市公共交通IC卡系統(tǒng)發(fā)送對請求的應(yīng)答 故障現(xiàn)象：因通信故障，轉(zhuǎn)出方不能向城市公共交通IC卡系統(tǒng)發(fā)送對請求的應(yīng)答4。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送超時(shí)引起的拒絕請求的應(yīng)答5，其中，Response Code為98。同時(shí)還需向轉(zhuǎn)出方發(fā)送沖正7。其中，Reason Code為4361。8為轉(zhuǎn)出方收到7后的應(yīng)答。該筆沖正不參與清算。 轉(zhuǎn)出方處理：如果已承兌，則作內(nèi)部沖正，該筆沖正參與清算。 城市公共交通IC卡系統(tǒng)收不到轉(zhuǎn)出方的應(yīng)答 故障現(xiàn)象：城市公共交通IC卡系統(tǒng)在向轉(zhuǎn)出方轉(zhuǎn)發(fā)請求3后，收不到轉(zhuǎn)出方的應(yīng)答4，即檢測到超時(shí)。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送超時(shí)引起的拒絕請求的應(yīng)答5，其中，Response Code為98。同時(shí)需向轉(zhuǎn)出方發(fā)送沖正7。其中，Reason Code為4361。8為轉(zhuǎn)出方收到7后的應(yīng)答，該筆沖正不參與清算。 轉(zhuǎn)出方處理：轉(zhuǎn)出方對該筆沖正是否參與清算視轉(zhuǎn)出方收到該沖正時(shí)原交易是否承兌而定。若原交易已承兌則該筆沖正參與清算，否則該筆沖正不參與清算。 城市公共交通IC卡系統(tǒng)收到轉(zhuǎn)出方遲到的應(yīng)答 故障現(xiàn)象：城市公共交通IC卡系統(tǒng)檢測到轉(zhuǎn)出方超時(shí)，向受理方發(fā)送拒絕的應(yīng)答4后，并按照0進(jìn)行后續(xù)處理后，收到來自轉(zhuǎn)出方遲到的應(yīng)答6。 城市公共交通IC卡系統(tǒng)處理：若該遲到的應(yīng)答為承兌的應(yīng)答，城市公共交通IC卡系統(tǒng)再次向轉(zhuǎn)出方發(fā)送沖正通知7，其中Reason Code為4360，表示城市公共交通IC卡系統(tǒng)收到轉(zhuǎn)出方遲到的應(yīng)答。如果該遲到的應(yīng)答為非承兌的應(yīng)答，直接丟棄該應(yīng)答。城市公共交通IC卡系統(tǒng)收到遲到的承兌應(yīng)答后發(fā)送的沖正將不參與清算。 發(fā)卡機(jī)構(gòu)處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答8。若收到?jīng)_正時(shí)原交易已承兌，則該筆沖正參與清算，否則該沖正不參與清算。 城市公共交通IC卡系統(tǒng)無法將交易請求傳遞給轉(zhuǎn)入方 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)無法將交易請求5發(fā)送給轉(zhuǎn)入方。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送拒絕請求的應(yīng)答6，其中Response Code為91，域121.1為B。同時(shí)向轉(zhuǎn)出方發(fā)送沖正通知8，其中，REASON CODE為4364。該筆沖正參與清算。 轉(zhuǎn)出方處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答9。該筆沖正參與清算。 轉(zhuǎn)入方收不到請求 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)的請求5丟失，城市公共交通IC卡系統(tǒng)等待轉(zhuǎn)入方的應(yīng)答超時(shí)。 城市公共交通IC卡系統(tǒng)處理：超時(shí)后向受理方發(fā)送拒絕應(yīng)答6，此時(shí)Response Code為98。同時(shí)向轉(zhuǎn)出方發(fā)送轉(zhuǎn)出沖正8，其中，REASON CODE為4361。該筆沖正參與清算。 轉(zhuǎn)出方處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答9。該筆沖正參與清算。 轉(zhuǎn)入方無法將應(yīng)答報(bào)文傳遞給城市公共交通IC卡系統(tǒng) 故障現(xiàn)象：因通信故障，轉(zhuǎn)入方不能向城市公共交通IC卡系統(tǒng)發(fā)送對請求的應(yīng)答6。 城市公共交通IC卡系統(tǒng)處理：超時(shí)后向受理方發(fā)送拒絕應(yīng)答7，此時(shí)Response Code為98。同時(shí)向轉(zhuǎn)出方發(fā)送轉(zhuǎn)出沖正9，其中Reason Code 為4361。該筆沖正參與清算。 轉(zhuǎn)出方處理：向城市公共交通IC卡系統(tǒng)返回沖正應(yīng)答10。該筆沖正參與清算。 轉(zhuǎn)入方處理：由于這里的轉(zhuǎn)入方只是一個(gè)虛擬賬戶，轉(zhuǎn)出金額只是在這里過渡一下，金額最終要到達(dá)卡片。轉(zhuǎn)入方交易標(biāo)識(shí)為不清算，不參與對帳，不對該筆賬務(wù)做處理，轉(zhuǎn)入方通過日終對帳進(jìn)行賬務(wù)調(diào)整處理，就可保證賬務(wù)的平衡。 賬務(wù)情況分析：由于城市公共交通IC卡系統(tǒng)拒絕了受理方和終端，因此，終端不會(huì)寫卡，卡上金額不變。而城市公共交通IC卡系統(tǒng)也沖掉了轉(zhuǎn)出方的金額，因此，轉(zhuǎn)出方賬務(wù)平衡。轉(zhuǎn)入方通過日終核對賬務(wù)，賬務(wù)也是平衡?？傮w分析下來，該種情況賬務(wù)平衡。 城市公共交通IC卡系統(tǒng)收不到轉(zhuǎn)入方的應(yīng)答 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)收不到轉(zhuǎn)入方的應(yīng)答6。 城市公共交通IC卡系統(tǒng)收到轉(zhuǎn)入方遲到的應(yīng)答 故障現(xiàn)象：城市公共交通IC卡系統(tǒng)檢測到轉(zhuǎn)入方超時(shí)，向受理方發(fā)送拒絕應(yīng)答6后，同時(shí)按照執(zhí)行了后續(xù)操作以后又收到來自轉(zhuǎn)入方遲到的應(yīng)答8。 城市公共交通IC卡系統(tǒng)處理：丟棄該應(yīng)答，不做任何處理（是否特殊標(biāo)志）。如轉(zhuǎn)入方帳務(wù)不平，日終城市公共交通IC卡系統(tǒng)發(fā)送對帳文件，轉(zhuǎn)入方?jīng)_賬。 城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)對請求的應(yīng)答 故障現(xiàn)象：因通信故障，城市公共交通IC卡系統(tǒng)不能向受理方轉(zhuǎn)發(fā)轉(zhuǎn)入方的請求應(yīng)答7。 城市公共交通IC卡系統(tǒng)處理：城市公共交通IC卡系統(tǒng)向轉(zhuǎn)出方發(fā)送轉(zhuǎn)出沖正，其中Reason Code 為4363。該筆沖正參與清算。轉(zhuǎn)入方交易標(biāo)識(shí)為不清算，不參與對帳。 轉(zhuǎn)出方處理：返回應(yīng)答9，該筆沖正參與清算。 受理方處理：受理方超時(shí)后，直接向終端發(fā)送拒絕應(yīng)答12，Response Code為98。同時(shí)向城市公共交通IC卡系統(tǒng)發(fā)送沖正10，Reason Code為4354，城市公共交通IC卡系統(tǒng)收到該沖正后直接應(yīng)答。該沖正不參與清算。 受理方收不到城市公共交通IC卡系統(tǒng)的應(yīng)答 故障現(xiàn)象：因?yàn)橥ㄐ殴收希芾矸經(jīng)]有收到城市公共交通IC卡系統(tǒng)的應(yīng)答7。 受理方處理：受理方超時(shí)后直接向終端發(fā)送拒絕應(yīng)答10，Response Code為98。同時(shí)向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知8，Reason Code為4354，城市公共交通IC卡系統(tǒng)收到后給予應(yīng)答9。該沖正不參與清算。 城市公共交通IC卡系統(tǒng)處理：向轉(zhuǎn)出方轉(zhuǎn)發(fā)送沖正通知11，Reason Code為4354。該沖正參與清算，轉(zhuǎn)入方交易標(biāo)識(shí)為不清算，不參與對帳。 轉(zhuǎn)出方處理：返回沖正應(yīng)答12，該沖正參與清算。 受理方從城市公共交通IC卡系統(tǒng)收到遲到的應(yīng)答 故障現(xiàn)象：受理方檢測到城市公共交通IC卡系統(tǒng)超時(shí)，并向終端發(fā)送拒絕信息7，所述操作后，則收到來自城市公共交通IC卡系統(tǒng)的遲到應(yīng)答8。 受理方處理：直接丟棄該應(yīng)答。 受理方不能向終端發(fā)送操作命令 故障現(xiàn)象：因通信故障，受理方不能向終端發(fā)送操作命令8。 受理方處理：向城市公共交通IC卡系統(tǒng)發(fā)送沖正通知9，Reason Code為4356。城市公共交通IC卡系統(tǒng)收到后給予應(yīng)答10。該沖正參與清算。 城市公共交通IC卡系統(tǒng)處理：向轉(zhuǎn)出方轉(zhuǎn)發(fā)轉(zhuǎn)出沖正11，Reason Code為4356。該沖正參與清算，轉(zhuǎn)入方交易標(biāo)識(shí)為不清算，不參與對帳。 轉(zhuǎn)出方處理：轉(zhuǎn)出方返回應(yīng)答12，該筆沖正參與清算。 終端處理：超時(shí)后，向受理方發(fā)送沖正，Reason Code為4351，受理方收到后直接給予應(yīng)答14，該沖正不參與清算。 終端接收不到受理方發(fā)送的操作命令 故障現(xiàn)象：因通信故障，受理方發(fā)送的應(yīng)答8在中途丟失，終端會(huì)超時(shí)。 終端處理：超時(shí)后，向受理方發(fā)送沖正9，Reason Code為4351，受理方收到后直接給予應(yīng)答10，該沖正不參與清算。 受理方處理：向城市公共交通IC卡系統(tǒng)轉(zhuǎn)發(fā)沖正通知11，Reason Code為4356。城市公共交通IC卡系統(tǒng)收到后給予應(yīng)答12。該沖正參與清算。 城市公共交通IC卡系統(tǒng)處理：向轉(zhuǎn)出方轉(zhuǎn)發(fā)轉(zhuǎn)出沖正13，Reason Code為4356。該沖正參與清算，轉(zhuǎn)入方交易標(biāo)識(shí)為不清算，不參與對帳。 轉(zhuǎn)出方處理：轉(zhuǎn)出方返回應(yīng)答14，該筆沖正參與清算。 終端寫卡不成功 故障現(xiàn)象：因終端原因，寫卡不成功。 轉(zhuǎn)入方拒絕轉(zhuǎn)入交易 故障現(xiàn)象：轉(zhuǎn)入方拒絕轉(zhuǎn)入交易。 城市公共交通IC卡系統(tǒng)處理：向受理方發(fā)送拒絕應(yīng)答7，同時(shí)向轉(zhuǎn)出方發(fā)送轉(zhuǎn)出沖正9，Reason Code為4366，該沖正參與清算，轉(zhuǎn)入方交易標(biāo)識(shí)為不清算，不參與對帳。 轉(zhuǎn)出方處理：返回應(yīng)答10，該沖正參與清算。  4 報(bào)文接口說明 4.1 報(bào)文結(jié)構(gòu) 4.1.1 報(bào)文結(jié)構(gòu)說明 聯(lián)機(jī)交易報(bào)文包含四個(gè)組成部分，依次是：報(bào)文頭、報(bào)文類型標(biāo)識(shí)符、位圖和報(bào)文域。其結(jié)構(gòu)如圖3所示： 報(bào)文頭 報(bào)文類型標(biāo)識(shí)符 位圖 報(bào)文域 圖3　 報(bào)文結(jié)構(gòu) 報(bào)文頭是報(bào)文的第一個(gè)數(shù)據(jù)元素，主要記錄了報(bào)文的長度、路由、批次號(hào)等基本信息。 報(bào)文類型標(biāo)識(shí)符是報(bào)文的第二個(gè)數(shù)據(jù)元素，是最高級(jí)別報(bào)文類型定義，定義了報(bào)文一般性分類，比如是交易類報(bào)文還是管理類報(bào)文。 位圖定義了哪些報(bào)文域會(huì)出現(xiàn)在報(bào)文中。位圖區(qū)可以包含一個(gè)位圖也可以包含兩個(gè)位圖。位圖個(gè)數(shù)的選擇根據(jù)交易類型而定。IC卡交易將用到55域中定義的IC卡特征信息域。位圖一定義域2到域64，位圖二定義域66到域128。 報(bào)文域構(gòu)成了報(bào)文的主體，其中大部分由ISO 8583定義，其它域由城市公共交通IC卡系統(tǒng)自定義并由城市公共交通IC卡系統(tǒng)使用。報(bào)文域的具體定義參見第4.5章內(nèi)容。 4.1.2 報(bào)文結(jié)構(gòu)分析 報(bào)文結(jié)構(gòu)如圖4所示： 圖4　 報(bào)文結(jié)構(gòu) 4.2 報(bào)文頭 本節(jié)描述了報(bào)文頭的產(chǎn)生及其各域的用法。描述中的“b”表示bit；“n”表示十進(jìn)制數(shù)字。另外，本文中所有數(shù)字編碼均采用ASCII編碼方式。報(bào)文頭在報(bào)文中位置如圖5所示： 報(bào)文頭 報(bào)文類型標(biāo)識(shí)符 位圖 報(bào)文域 圖5　 報(bào)文頭 4.2.1 報(bào)文頭位置和基本說明 報(bào)文頭與報(bào)文類型標(biāo)識(shí)符、位圖和報(bào)文域一塊組成了一個(gè)完整的報(bào)文。凡符合報(bào)文接口的所有聯(lián)機(jī)報(bào)文都必須帶有報(bào)文頭。 用于文件傳遞的8000號(hào)系列報(bào)文不使用報(bào)文頭。 4.2.2 報(bào)文頭的基本組成 表7　 報(bào)文頭的組成 域 域名 長度 （單位：Byte） Field1 頭長度（Header Length） 1 Field2 頭標(biāo)識(shí)和版本號(hào)（Header Flag and Version）