中國銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V1第1部分交易處理說明

中國銀聯(lián)股份有限公司發(fā)布2014-XX-XX實施2014-XX-XX發(fā)布中國銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.1第1部分交易處理說明TechnicalSpecificationsonBankcardInteroperabilityV2.1Part1ExplanationonTransactionProcessingQ/CUP中國銀聯(lián)股份有限公司發(fā)布2014-XX-XX實施2014-XX-XX發(fā)布中國銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.1第1部分交易處理說明TechnicalSpecificationsonBankcardInteroperabilityV2.1Part1ExplanationonTransactionProcessingQ/CUP006.1-2014代替Q/CUP006.1-2013Q/CUP中國銀聯(lián)股份有限公司企業(yè)標準中國銀聯(lián)股份有限公司（以下簡稱“中國銀聯(lián)”）對該規(guī)范文檔保留全部知識產(chǎn)權(quán)權(quán)利，包括但不限于版權(quán)、專利、商標、商業(yè)秘密等。任何人對該規(guī)范文檔的任何使用都要受限于在中國銀聯(lián)成員機構(gòu)服務(wù)平臺（/）與中國銀聯(lián)簽署的協(xié)議之規(guī)定。中國銀聯(lián)不對該規(guī)范文檔的錯誤或疏漏以及由此導致的任何損失負任何責任。中國銀聯(lián)針對該規(guī)范文檔放棄所有明示或暗示的保證,包括但不限于不侵犯第三方知識產(chǎn)權(quán)。未經(jīng)中國銀聯(lián)書面同意，您不得將該規(guī)范文檔用于與中國銀聯(lián)合作事項之外的用途和目的。未經(jīng)中國銀聯(lián)書面同意，不得下載、轉(zhuǎn)發(fā)、公開或以其它任何形式向第三方提供該規(guī)范文檔。如果您通過非法渠道獲得該規(guī)范文檔，請立即刪除，并通過合法渠道向中國銀聯(lián)申請。中國銀聯(lián)對該規(guī)范文檔或與其相關(guān)的文檔是否涉及第三方的知識產(chǎn)權(quán)（如加密算法可能在某些國家受專利保護）不做任何聲明和擔保，中國銀聯(lián)對于該規(guī)范文檔的使用是否侵犯第三方權(quán)利不承擔任何責任，包括但不限于對該規(guī)范文檔的部分或全部使用。

目次TOC\o"1-4"\h\z\u前言 .7.3。現(xiàn)金充值由受理方終端發(fā)起的以現(xiàn)金方式向IC卡電子錢包充值的交易?；玖鞒掏付ㄙ~戶圈存，但與指定賬戶圈存的不同在于，指定賬戶圈存交易是從銀行卡賬戶中劃轉(zhuǎn)資金到電子錢包卡，而現(xiàn)金充值交易是直接將持卡人提交的現(xiàn)金金額劃轉(zhuǎn)到電子錢包卡。該交易可引發(fā)沖正通知。產(chǎn)生沖正的條件及流程同一般交易。本交易的異常處理流程參見本文REF_Ref313526099\r\h9.7.3該交易的本金和手續(xù)費都需要參加清算。IC卡脫機消費交易該交易具有與普通消費交易一樣的功能，但該交易由終端直接承兌或拒絕。因此，CUPS不會接收到該類交易報文。該類交易通過受理方提交的IC卡脫機批扣文件補全銀聯(lián)處理中心和發(fā)卡方的交易記錄并清算。基于PBOCUICS借貸記標準的IC卡交易基于PBOCUICS借貸記標準的IC卡可支持兩種應用：借貸記應用和電子現(xiàn)金應用。不同的應用支持不同的交易類型。本節(jié)將就兩種應用分別介紹其交易類型和處理流程。根據(jù)入網(wǎng)機構(gòu)向PBOCUICS借/貸記標準遷移的不同程度，可以將入網(wǎng)機構(gòu)分為完全支持（Full狀態(tài)）和部分支持（Early狀態(tài)）兩種不同情況。對于支持外卡收單的受理機構(gòu)，CUPS要求其必須完全支持PBOCUICS借/貸記標準IC卡交易；發(fā)卡機構(gòu)若完全支持PBOCUICS借貸記標準的IC卡交易，則為Full狀態(tài)；若未完成改造，即為Early狀態(tài)。CUPS在向Early的發(fā)卡方轉(zhuǎn)發(fā)PBOCUICS借/貸記標準IC卡交易報文時，將根據(jù)發(fā)卡方的要求刪除55域信息，并將代該發(fā)卡方驗證ARQC，代校驗結(jié)果存放在61.5域中，供發(fā)卡方?jīng)Q定是否承兌該交易。若發(fā)卡方為full狀態(tài)，則CUPS直接轉(zhuǎn)發(fā)交易，由發(fā)卡方?jīng)Q定是否承兌。IC卡借貸記應用的交易類型基于借貸記應用的IC卡請求類交易包括：余額查詢、取現(xiàn)、消費、消費撤銷、授權(quán)、預授權(quán)、預授權(quán)完成（請求）、預授權(quán)完成（請求）撤銷、授權(quán)撤消、預授權(quán)撤銷、存款及撤銷、轉(zhuǎn)賬、賬戶驗證、匯款驗證及匯款。另外還包括分期付款消費、積分消費（銀行卡積分、聯(lián)盟積分）等衍生消費交易及對應的撤銷交易?；诮栀J記應用的IC卡通知類交易包括：預授權(quán)完成（通知）、退貨、結(jié)算通知、MOTO結(jié)算通知、消費沖正、取現(xiàn)沖正、預授權(quán)/授權(quán)沖正、消費撤銷沖正、預授權(quán)撤銷/授權(quán)撤銷沖正、預授權(quán)完成（請求）沖正、預授權(quán)完成（請求）撤銷沖正。還包括分期付款消費、積分消費等對應的沖正交易。借貸記應用下的IC卡交易處理流程同同名的磁條卡交易流程。IC卡電子現(xiàn)金應用的交易類型電子現(xiàn)金應用支持的聯(lián)機請求類交易種類包括：指定賬戶圈存、非指定賬戶圈存、現(xiàn)金充值、現(xiàn)金充值撤消、轉(zhuǎn)賬（轉(zhuǎn)入方付費）。電子現(xiàn)金應用支持的聯(lián)機通知類交易種類包括：退貨（聯(lián)機）以及上述請求類交易的沖正交易。除此以外，電子現(xiàn)金應用還支持脫機消費交易和手工退貨交易。指定賬戶圈存本交易是指持卡人通過圈存終端主動發(fā)起，將預先與電子現(xiàn)金綁定的借記卡或信用卡中資金（或額度）劃入電子現(xiàn)金賬戶中的交易。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程。本交易本金不參加清算，但手續(xù)費需參加清算。處理流程如下：1—受理方發(fā)往CUPS的電子現(xiàn)金應用的指定賬戶圈存交易請求2—CUPS發(fā)往發(fā)卡方的電子現(xiàn)金應用的指定賬戶圈存交易請求3—發(fā)卡方發(fā)往CUPS的電子現(xiàn)金應用的指定賬戶圈存交易應答4—CUPS發(fā)往受理方的電子現(xiàn)金應用的指定賬戶圈存交易應答5—受理方發(fā)往CUPS的腳本處理結(jié)果通知，告知發(fā)卡方該筆圈存交易處理的結(jié)果6—CUPS發(fā)往受理方的腳本處理結(jié)果通知應答7－CUPS發(fā)往發(fā)卡方的腳本處理結(jié)果通知，告知發(fā)卡方該筆圈存交易處理的結(jié)果8－發(fā)卡方返回CUPS的腳本處理結(jié)果通知應答基于PBOCUICS借貸記標準的IC卡指定賬戶圈存交易處理流程指定賬戶圈存交易可引發(fā)沖正通知。異常處理流程參見REF_Ref227568039\r\h9.7.3。當腳本處理結(jié)果的發(fā)送方收不到應答時，則將腳本通知存放在存儲轉(zhuǎn)發(fā)隊列中進行存儲轉(zhuǎn)發(fā)。詳細用法參見本文REF_Ref302721004\r\h。非指定賬戶圈存本交易是指持卡人通過圈存終端主動發(fā)起，將借記卡賬戶中資金（或信用卡的使用額度）劃入電子現(xiàn)金的交易。通過非指定賬戶圈存交易，持卡人可將其任意一借記卡中的資金（或準貸記卡賬戶余額、貸記卡預借現(xiàn)金額度）劃入到電子現(xiàn)金賬戶中。本交易的本金和手續(xù)費都需要參與清算。手續(xù)費采用日終清算的方式計算和劃撥。正常交易的處理流程如下，其中轉(zhuǎn)出方為銀行卡賬戶行，轉(zhuǎn)入方為PBOCUICS借貸記標準的電子現(xiàn)金賬戶行：1－受理方發(fā)往CUPS的電子現(xiàn)金非指定賬戶轉(zhuǎn)賬圈存請求報文2－CUPS發(fā)往轉(zhuǎn)出方的電子現(xiàn)金非指定賬戶轉(zhuǎn)出圈存請求報文3－轉(zhuǎn)出方發(fā)往CUPS的電子現(xiàn)金非指定賬戶轉(zhuǎn)出圈存應答報文4－CUPS發(fā)往轉(zhuǎn)入方的電子現(xiàn)金非指定賬戶轉(zhuǎn)入圈存請求報文5－轉(zhuǎn)入方發(fā)往CUPS的電子現(xiàn)金非指定賬戶轉(zhuǎn)入圈存應答報文6－CUPS發(fā)往受理方的電子現(xiàn)金非指定賬戶轉(zhuǎn)賬圈存應答報文7－受理方發(fā)往CUPS的腳本處理結(jié)果通知，告知轉(zhuǎn)入方該筆圈存交易處理的結(jié)果8—CUPS發(fā)往受理方的腳本處理結(jié)果通知應答9－CUPS發(fā)往發(fā)卡方的腳本處理結(jié)果通知，告知轉(zhuǎn)入方該筆圈存交易處理的結(jié)果10－發(fā)卡方返回CUPS的腳本處理結(jié)果通知應答IC卡電子現(xiàn)金應用非指定賬戶圈存交易處理流程非指定賬戶圈存交易的異常處理流程參見REF_Ref226262985\r\h9.7.4。當腳本處理結(jié)果的發(fā)送方收不到應答時，則將腳本通知存放在存儲轉(zhuǎn)發(fā)隊列中進行存儲轉(zhuǎn)發(fā)。詳細用法參見本文REF_Ref302721004\r\h。現(xiàn)金充值本交易是指持卡人通過現(xiàn)金充值終端，由受理方終端發(fā)起的將現(xiàn)金存入電子現(xiàn)金的交易。通過現(xiàn)金充值交易，持卡人可將資金劃入電子現(xiàn)金賬戶中。該交易可引發(fā)沖正通知。產(chǎn)生沖正的條件及流程同一般交易。異常處理流程參見REF_Ref227568039\r\h9.7.3該交易的本金和手續(xù)費都需要參加清算。1—受理方發(fā)往CUPS的電子現(xiàn)金應用的現(xiàn)金充值交易請求2—CUPS發(fā)往發(fā)卡方的電子現(xiàn)金應用的現(xiàn)金充值交易請求3—發(fā)卡方發(fā)往CUPS的電子現(xiàn)金應用的現(xiàn)金充值交易應答4—CUPS發(fā)往受理方的電子現(xiàn)金應用的現(xiàn)金充值交易應答5—受理方發(fā)往CUPS的腳本處理結(jié)果通知，告知發(fā)卡方該筆現(xiàn)金充值交易處理的結(jié)果6—CUPS發(fā)往受理方的腳本處理結(jié)果通知應答7－CUPS發(fā)往發(fā)卡方的腳本處理結(jié)果通知，告知發(fā)卡方該筆現(xiàn)金充值交易處理的結(jié)果8－發(fā)卡方返回CUPS的腳本處理結(jié)果通知應答電子現(xiàn)金IC卡現(xiàn)金充值交易處理流程現(xiàn)金充值撤銷本交易用于操作不當?shù)脑?，對持卡人已?jīng)成功的現(xiàn)金充值交易于當日主動發(fā)起的對現(xiàn)金充值交易的取消。現(xiàn)金充值撤銷交易必須是對原充值交易的全額撤銷。該交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程同一般交易。該交易的本金和手續(xù)費都需要參加清算。1—受理方發(fā)往CUPS的電子現(xiàn)金應用的現(xiàn)金充值撤銷交易請求2—CUPS發(fā)往發(fā)卡方的電子現(xiàn)金應用的現(xiàn)金充值撤銷交易請求3—發(fā)卡方發(fā)往CUPS的電子現(xiàn)金應用的現(xiàn)金充值撤銷交易應答4—CUPS發(fā)往受理方的電子現(xiàn)金應用的現(xiàn)金充值撤銷交易應答5—受理方發(fā)往CUPS的腳本處理結(jié)果通知，告知發(fā)卡方該筆撤銷交易處理的結(jié)果6—CUPS發(fā)往受理方的腳本處理結(jié)果通知應答7－CUPS發(fā)往發(fā)卡方的腳本處理結(jié)果通知，告知發(fā)卡方該筆撤銷交易處理的結(jié)果8－發(fā)卡方返回CUPS的腳本處理結(jié)果通知應答電子現(xiàn)金IC卡現(xiàn)金充值撤銷交易處理流程脫機消費電子現(xiàn)金應用支持卡片和終端交互后直接完成交易。因此，對于電子現(xiàn)金應用的脫機消費，終端會直接給與批準或拒絕應答，該類交易參加清算，清算可采用兩種方式實現(xiàn)：1、可根據(jù)受理方提交的IC卡脫機消費文件進行清算，具體處理流程參見《文件接口規(guī)范》中對IC卡脫機消費交易的流程描述；2、也可根據(jù)受理方提交的脫機消費通知報文進行清算。該通知到銀聯(lián)處理中心落地，對受理方采用一般交易流水文件清算對賬，對發(fā)卡方仍采用第一種清算方式中提供給發(fā)卡方的“IC卡電子現(xiàn)金應用的脫機消費發(fā)卡方成功清算文件”清算對賬。退貨電子現(xiàn)金應用支持三種形式的退貨交易，即退貨（聯(lián)機）、脫機退貨和手工退貨，均參加清算。脫機退貨，主要適用于終端脫機交易明細尚未上送的情況，其處理流程參見《文件接口規(guī)范》章節(jié)中IC卡脫機消費處理流程部分的描述。退貨（聯(lián)機），主要適用于脫機交易已上送，終端側(cè)已無交易明細的情況，其交易處理流程參見《文件接口規(guī)范》章節(jié).3受理方聯(lián)機報文上送IC卡電子現(xiàn)金應用的脫機消費、退貨交易的清算流程部分的描述。手工退貨，用作脫機退貨、退貨（聯(lián)機）交易的補充，通過銀聯(lián)差錯處理平臺發(fā)起，并直接進入當日的交易清算。轉(zhuǎn)賬（轉(zhuǎn)入方付費）電子現(xiàn)金轉(zhuǎn)賬，指從其他卡將資金轉(zhuǎn)入電子現(xiàn)金卡的后臺賬戶中，但不向電子現(xiàn)金卡進行寫卡操作。持卡人可通過指定賬戶圈存交易將轉(zhuǎn)入資金從后臺賬戶圈存到電子現(xiàn)金卡片上。電子現(xiàn)金的轉(zhuǎn)賬由轉(zhuǎn)入方付費。其正常交易處理流程和異常處理流程同章節(jié)REF_Ref260147398\r\h3中的轉(zhuǎn)賬交易。腳本處理結(jié)果通知無論是借貸記應用還是電子現(xiàn)金應用，只要一筆交易包含了發(fā)卡方腳本，就需要受理方將卡片執(zhí)行的腳本結(jié)果以腳本處理結(jié)果通知報文的方式發(fā)送到發(fā)卡方。腳本處理結(jié)果通知是一個需要經(jīng)過CUPS轉(zhuǎn)接的通知類交易。其正常處理流程參見本文REF_Ref313461819\r\h。當該通知的發(fā)送方收不到應答時，則將腳本通知存放在存儲轉(zhuǎn)發(fā)隊列中進行存儲轉(zhuǎn)發(fā)。但不能跨清算日發(fā)送。存儲轉(zhuǎn)發(fā)機制參見本文REF_Ref226191574\r\h4.1.5。對于非圈存類交易，原始交易失敗，按規(guī)定異常流程處理。且腳本也需執(zhí)行，并發(fā)送腳本結(jié)果通知。在非圈存類交易中若發(fā)卡行返回腳本以進行自動圈存，則終端應返回腳本處理結(jié)果通知。腳本執(zhí)行結(jié)果不影響原非圈存類交易處理結(jié)果。對于圈存類交易，原始交易失敗引發(fā)沖正，異常流程參見本文REF_Ref313545881\r\h9.7.3、REF_Ref226262985\r\h9.7.4。當腳本處理結(jié)果的發(fā)送方收不到應答時，則將腳本通知存放在存儲轉(zhuǎn)發(fā)隊列中進行存儲轉(zhuǎn)發(fā)。詳細用法參見本文REF_Ref302721004\r\h。管理及安全控制類聯(lián)機交易處理網(wǎng)絡(luò)管理通知交易描述網(wǎng)絡(luò)管理通知交易是CUPS與入網(wǎng)機構(gòu)之間的網(wǎng)絡(luò)管理操作信息，即：通知入網(wǎng)機構(gòu)清算日的變化（日切開始/結(jié)束）；建立和改變各入網(wǎng)機構(gòu)的網(wǎng)絡(luò)狀態(tài)；網(wǎng)絡(luò)應用層連通測試；入網(wǎng)機構(gòu)申請重置密鑰。各入網(wǎng)機構(gòu)在接收到網(wǎng)絡(luò)管理通知交易后，返回應答。網(wǎng)絡(luò)管理通知交易分為CUPS發(fā)出和入網(wǎng)機構(gòu)發(fā)出兩類。CUPS發(fā)出的交易有：日切開始/日切結(jié)束；通知入網(wǎng)機構(gòu)CUPS已經(jīng)打開或關(guān)閉；線路測試(EchoTest)。入網(wǎng)機構(gòu)發(fā)出的交易有：簽到(SignOn)、簽退(SignOff)；線路測試(EchoTest)；入網(wǎng)機構(gòu)申請重置密鑰(CUPS接收到重置密鑰申請后將啟動重置密鑰過程)。當發(fā)送方未收到應答時，不重發(fā)該交易。當接收方無法發(fā)送應答時，直接丟棄這個應答。網(wǎng)絡(luò)及安全控制類交易均不參加清算。線路測試(EchoTest)交易，是在交易發(fā)生通信異常時，機構(gòu)或CUPS進行網(wǎng)絡(luò)應用層聯(lián)通測試時使用，具體使用場景參見REF_Ref354492724\r\h9.5描述。在通信正常的情況下，為盡量減少交易系統(tǒng)的資源消耗，不得使用線路測試交易進行網(wǎng)絡(luò)線路聯(lián)通測試，而應使用空閑連接查詢報文（具體參見聯(lián)網(wǎng)聯(lián)合V2.1第5部分通訊接口規(guī)范節(jié)）。交易流程CUPS發(fā)出CUPS將網(wǎng)絡(luò)管理通知發(fā)送給各入網(wǎng)機構(gòu)，入網(wǎng)機構(gòu)接收到該交易后將應答返回給CUPS。1—CUPS發(fā)送給入網(wǎng)機構(gòu)的網(wǎng)絡(luò)管理通知（0820）2—入網(wǎng)機構(gòu)發(fā)往CUPS的應答（0830）CUPS發(fā)出網(wǎng)絡(luò)管理交易流程入網(wǎng)機構(gòu)發(fā)出入網(wǎng)機構(gòu)將網(wǎng)絡(luò)管理通知發(fā)送給CUPS，CUPS收到后，將應答返回給入網(wǎng)機構(gòu)。1—入網(wǎng)機構(gòu)發(fā)往CUPS的網(wǎng)絡(luò)管理交易（0820）2—CUPS發(fā)往入網(wǎng)機構(gòu)的應答（0830）入網(wǎng)機構(gòu)發(fā)出網(wǎng)絡(luò)管理交易流程重置密鑰交易描述用于CUPS與入網(wǎng)機構(gòu)之間進行密鑰更新和密鑰同步的報文。分為在收到入網(wǎng)機構(gòu)申請重置密鑰請求的前提下發(fā)出重置密鑰請求和CUPS主動發(fā)出重置密鑰請求兩種情況。交易流程申請重置密鑰入網(wǎng)機構(gòu)將申請重置密鑰請求（0820）發(fā)送給CUPS，CUPS接收到該請求后，立即返回應答（0830）。同時CUPS啟動密鑰更新模塊，為請求方生成新密鑰，并將新密鑰用重置密鑰請求報文（0800）發(fā)送給請求方。當CUPS無法將申請重置密鑰應答或重置密鑰請求發(fā)送給入網(wǎng)機構(gòu)時，丟棄該報文。1—入網(wǎng)機構(gòu)發(fā)往CUPS的申請重置密鑰(0820)2—CUPS發(fā)往入網(wǎng)機構(gòu)的應答(0830)3—CUPS發(fā)往入網(wǎng)機構(gòu)的重置密鑰請求(0800)4—入網(wǎng)機構(gòu)發(fā)往CUPS的重置密鑰請求的應答(0810)入網(wǎng)機構(gòu)申請重置密鑰流程重置密鑰CUPS主動將重置密鑰的請求發(fā)送給入網(wǎng)機構(gòu)，入網(wǎng)機構(gòu)接收到該請求后將應答返回CUPS。當入網(wǎng)機構(gòu)故障，CUPS收不到應答時，直接進行人工處理。1—CUPS發(fā)往入網(wǎng)機構(gòu)的重置密鑰請求（0800）2—入網(wǎng)機構(gòu)發(fā)往CUPS的重置密鑰應答（0810）CUPS重置密鑰流程差錯交易處理差錯處理中的交易描述差錯處理包括查詢、查復、調(diào)單、調(diào)單回復、貸記調(diào)整、請款、退單、再請款、二次退單、例外協(xié)商、差錯例外、調(diào)單展期、收/付費等。其中，貸記調(diào)整、調(diào)單回復、請款、退單、再請款、二次退單、差錯例外、PBOCUICSIC發(fā)卡非指定賬戶圈存調(diào)單（轉(zhuǎn)入）、收/付費交易參加清算查詢、查復、調(diào)單、調(diào)單回復受理方或發(fā)卡方，可通過查詢查復功能，查詢CUPS或?qū)Ψ綑C構(gòu)的相關(guān)交易情況。入網(wǎng)機構(gòu)發(fā)出交易查詢請求后，在規(guī)定時限內(nèi)等待對方機構(gòu)的回復，依據(jù)對方查復結(jié)果確定是否進行差錯處理。若查詢方必須在查復后才能進行差錯處理的，但在規(guī)定時限內(nèi)對方機構(gòu)沒有回復，則視同對方機構(gòu)默認查詢通知書中申請查詢信息的選項，查詢方可以進行差錯處理。發(fā)卡方通過調(diào)單功能，經(jīng)CUPS向受理方調(diào)閱相關(guān)交易的原始憑證影印件，決定是否需要做退單或其他處理。調(diào)單展期因內(nèi)部處理環(huán)節(jié)過多或其它原因，導致調(diào)單回復方無法在規(guī)定時限內(nèi)完成的，可以在最后回復期滿前發(fā)起調(diào)單展期交易，請求延長回復期限，延長天數(shù)的限制參見相關(guān)業(yè)務(wù)規(guī)則。貸記調(diào)整、貸記調(diào)整撤銷貸記調(diào)整是由受理方發(fā)現(xiàn)原始交易長款而通過統(tǒng)一業(yè)務(wù)門戶主動提出向發(fā)卡方劃款。受理方對已完成清算的取現(xiàn)交易、消費交易、存款、預授權(quán)完成交易在有效期限內(nèi)有一次貸記調(diào)整的權(quán)利。發(fā)起貸記調(diào)整的一方，可以對未進行清算或未復/審核的貸記調(diào)整交易進行撤銷。請款、請款撤銷請款是由受理方發(fā)現(xiàn)原始交易短款或貸記調(diào)整失誤而通過統(tǒng)一業(yè)務(wù)門戶提出向發(fā)卡方請款。受理方對已完成清算的取現(xiàn)交易、消費交易、預授權(quán)完成交易和退貨、貸記調(diào)整有一次請款的權(quán)利。發(fā)起請款的一方，可以對未進行清算或未復/審核的請款交易進行撤銷。退單、退單撤銷當發(fā)卡方對已完成清算的取現(xiàn)交易、消費交易、預授權(quán)完成交易有爭議、對受理方請款拒絕時，可引發(fā)退單。發(fā)卡方對每個已清算的原始交易只有一次退單的權(quán)利，且退單金額應小于等于原始交易的金額。發(fā)起退單的一方，可以對未進行清算或未復/審核的退單交易進行撤銷。再請款、再請款撤銷再請款是受理方對發(fā)卡方的退單有爭議時，引發(fā)的二次請款。受理方對每個已清算的退單交易，只有一次再請款的權(quán)利。發(fā)起再請款的一方，可以對未進行清算或未復/審核的再請款交易進行撤銷。二次退單、二次退單撤銷二次退單用于發(fā)卡方對再請款存有異議時的第二次退單。二次退單交易不適用于借記卡交易和ATM交易。發(fā)起二次退單的一方，可以對未進行清算或未復/審核的二次退單交易進行撤銷。例外協(xié)商、例外協(xié)商回復例外協(xié)商交易適用于已經(jīng)超過差錯處理期限、交易未清算、CUPS無記錄、差錯流程已經(jīng)結(jié)束的交易。由發(fā)現(xiàn)賬務(wù)差錯的一方提出例外協(xié)商，例外協(xié)商的接收方對該筆例外協(xié)商交易進行回復，表明是否同意協(xié)商的內(nèi)容，若雙方能夠達成一致，則長款方可以通過差錯例外交易付款。例外協(xié)商交易無相應的撤銷交易，也不涉及資金的清算。差錯例外、差錯例外撤銷差錯例外用于超過差錯處理期限、交易未清算、CUPS無記錄、差錯流程已經(jīng)結(jié)束，且差錯提出方愿意把款項退還的、無需匹配原交易或無需遵守差錯流程的交易。差錯例外交易僅用于貸記資金的劃撥。發(fā)起差錯例外的一方，可以對未進行清算或未復/審核的差錯例外交易進行撤銷。收/付費、收/付費撤銷指入網(wǎng)機構(gòu)之間或入網(wǎng)機構(gòu)和銀聯(lián)之間用于特定款項劃轉(zhuǎn)的交易，如沒收卡獎勵、爭議處理費用、違章罰款以及入網(wǎng)機構(gòu)向銀聯(lián)繳納的其他相關(guān)費用。收費交易只能由CUPS發(fā)起，付費交易既可以由CUPS發(fā)起也可以由入網(wǎng)機構(gòu)發(fā)起。收費和付費交易均可以在清算前進行撤銷。交易流程說明對于銀聯(lián)卡境內(nèi)交易和銀聯(lián)卡跨境交易中出現(xiàn)的差錯，入網(wǎng)機構(gòu)可以登錄銀聯(lián)統(tǒng)一業(yè)務(wù)門戶，以人工界面輸入的方式提交差錯?？梢善墼p交易監(jiān)控可疑欺詐交易監(jiān)控是指銀聯(lián)系統(tǒng)在發(fā)現(xiàn)可疑程度較高的交易時，向發(fā)卡機構(gòu)發(fā)送通知，以便發(fā)卡機構(gòu)及時采取相應的管控措施。對可疑欺詐交易的監(jiān)控通過CUPS發(fā)往發(fā)卡方的可疑欺詐交易通知交易來實現(xiàn)?？梢云墼p交易不參加清算?？梢善墼p交易通知交易交易描述由CUPS發(fā)往發(fā)卡方，用于通知發(fā)卡方實施對可疑欺詐交易的監(jiān)控。交易流程可疑欺詐交易通知交易的正常處理流程如下圖所示：1—CUPS發(fā)往發(fā)卡方的可疑欺詐交易通知(0620)2—發(fā)卡方返回CUPS應答(0630)可疑欺詐交易通知交易流程當CUPS不能將可疑欺詐交易通知發(fā)送給發(fā)卡方，或超時未接收到發(fā)卡方的應答時，則將可以欺詐交易通知存放在存儲轉(zhuǎn)發(fā)隊列中進行存儲轉(zhuǎn)發(fā)，存儲轉(zhuǎn)發(fā)機制參見本文REF_Ref226191574\r\h4.1.5。批量交易處理批量代收交易描述批量代收交易，用于代收業(yè)務(wù)。采用“批轉(zhuǎn)實”即批量轉(zhuǎn)聯(lián)機的處理方式，受理機構(gòu)與銀聯(lián)系統(tǒng)之間采用批量文件方式傳遞交易信息，而銀聯(lián)系統(tǒng)和發(fā)卡機構(gòu)之間采用聯(lián)機報文方式傳遞交易信息。銀聯(lián)負責完成批量文件與聯(lián)機報文之間的轉(zhuǎn)換。交易流程交易處理流程如下圖所示。1—受理機構(gòu)發(fā)送批量代收請求文件至銀聯(lián)系統(tǒng)2—銀聯(lián)系統(tǒng)裝載文件，進行文件合法性檢查，向受理機構(gòu)返回反饋文件。3—銀聯(lián)系統(tǒng)向發(fā)卡機構(gòu)轉(zhuǎn)發(fā)聯(lián)機代收交易請求報文4—發(fā)卡機構(gòu)返回聯(lián)機代收交易應答報文5—銀聯(lián)系統(tǒng)向受理機構(gòu)返回交易應答文件。批量代收處理流程批量代收交易參加清算。受理機構(gòu)T日截止時間點前上送的文件，銀聯(lián)系統(tǒng)在當日內(nèi)完成批轉(zhuǎn)實處理，并于當日日切后返回應答文件；受理機構(gòu)T日截止時間點后上送的文件，銀聯(lián)系統(tǒng)在T+1日內(nèi)完成批轉(zhuǎn)實處理，并于T+1日日切后返回應答文件。異常處理一、受理機構(gòu)發(fā)送請求文件過程1、在步驟1中，銀聯(lián)系統(tǒng)收到受理機構(gòu)重復發(fā)送的批量代收請求文件，以第一份為準，重復文件丟棄。二、銀聯(lián)系統(tǒng)返回反饋文件過程1、在步驟2中，銀聯(lián)系統(tǒng)對受理機構(gòu)批量代收請求文件進行合法性檢查。檢查內(nèi)容包括：文件能否正常裝載、受理機構(gòu)交易權(quán)限、文件唯一性、交易記錄合法性以及批量文件頭記錄中的統(tǒng)計信息與文件記錄內(nèi)容是否相符等。對于文件中通過合法性檢查的記錄，此時的反饋文件用于向受理機構(gòu)確認文件記錄正確，并對正確的文件記錄進行后續(xù)“批轉(zhuǎn)實”處理；對于未通過合法性檢查的文件記錄，則在反饋文件中告知受理機構(gòu)文件記錄錯誤，不再向發(fā)卡機構(gòu)轉(zhuǎn)發(fā)；若是文件整體性錯誤或無法裝載，則直接在反饋文件中提示受理機構(gòu)，整個交易流程結(jié)束。2、在步驟2中，受理機構(gòu)收到銀聯(lián)系統(tǒng)重復發(fā)送的反饋文件時，以第一次為準，重復的文件丟棄。3、在步驟2中，若銀聯(lián)系統(tǒng)無法將反饋文件發(fā)送給受理機構(gòu)時，嘗試斷點續(xù)傳。三、銀聯(lián)系統(tǒng)與發(fā)卡機構(gòu)聯(lián)機交易過程1、步驟3、4中，在符合沖正交易發(fā)起的條件下，銀聯(lián)系統(tǒng)可能會根據(jù)需要向發(fā)卡機構(gòu)發(fā)起代收沖正交易。四、銀聯(lián)系統(tǒng)返回應答文件過程1、在步驟5中，受理機構(gòu)收到銀聯(lián)系統(tǒng)重復發(fā)送的批量代收應答文件，以第一份為準，重復文件丟棄。2、在步驟5中，若銀聯(lián)系統(tǒng)最終未將應答文件發(fā)送給受理機構(gòu)，則交易仍然有效并進行清算，受理機構(gòu)應以銀聯(lián)隨后發(fā)送的流水文件內(nèi)記錄信息為準。3、在到達了超時時間后，若仍有交易未完成批轉(zhuǎn)實的處理，則該部分交易按失敗處理。批量代付交易描述批量代付交易，用于代付業(yè)務(wù)。采用“批轉(zhuǎn)實”即批量轉(zhuǎn)聯(lián)機的處理方式，受理機構(gòu)與銀聯(lián)系統(tǒng)之間采用批量文件方式傳遞交易信息，而銀聯(lián)系統(tǒng)和發(fā)卡機構(gòu)之間采用聯(lián)機報文方式傳遞交易信息。銀聯(lián)負責完成批量文件與聯(lián)機報文之間的轉(zhuǎn)換。交易流程交易處理流程如下圖所示。1—受理機構(gòu)發(fā)送批量代付請求文件至銀聯(lián)系統(tǒng)2—銀聯(lián)系統(tǒng)裝載文件，進行文件合法性檢查，向受理機構(gòu)返回反饋文件。3—銀聯(lián)系統(tǒng)向發(fā)卡機構(gòu)轉(zhuǎn)發(fā)聯(lián)機代付實時代付交易請求報文4—發(fā)卡機構(gòu)返回聯(lián)機代付實時代付交易應答報文5—銀聯(lián)系統(tǒng)向受理機構(gòu)返回交易應答文件。批量代付處理流程批量代付交易參加清算。受理機構(gòu)T日截止時間點前上送的文件，銀聯(lián)系統(tǒng)在當日內(nèi)完成批轉(zhuǎn)實處理，并于當日日切后返回應答文件；受理機構(gòu)T日截止時間點后上送的文件，銀聯(lián)系統(tǒng)在T+1日內(nèi)完成批轉(zhuǎn)實處理，并于T+1日日切后返回應答文件。異常處理一、受理機構(gòu)發(fā)送請求文件過程1、在步驟1中，銀聯(lián)系統(tǒng)收到受理機構(gòu)重復發(fā)送的批量代付請求文件，以第一份為準，重復文件丟棄。二、銀聯(lián)系統(tǒng)返回反饋文件過程1、在步驟2中，銀聯(lián)系統(tǒng)對受理機構(gòu)批量代付請求文件進行合法性檢查。檢查內(nèi)容包括：文件能否正常裝載、受理機構(gòu)交易權(quán)限、文件唯一性、交易記錄合法性以及批量文件頭記錄中的統(tǒng)計信息與文件記錄內(nèi)容是否相符等。對于文件中通過合法性檢查的記錄，此時的反饋文件用于向受理機構(gòu)確認文件記錄正確，并對正確的文件記錄進行后續(xù)“批轉(zhuǎn)實”處理；對于未通過合法性檢查的文件記錄，則在反饋文件中告知受理機構(gòu)文件記錄錯誤，不再向發(fā)卡機構(gòu)轉(zhuǎn)發(fā)；若是文件整體性錯誤或無法裝載，則直接在反饋文件中提示受理機構(gòu)，整個交易流程結(jié)束。2、在步驟2中，受理機構(gòu)收到銀聯(lián)系統(tǒng)重復發(fā)送的反饋文件時，以第一次為準，重復的文件丟棄。3、在步驟2中，若銀聯(lián)系統(tǒng)無法將反饋文件發(fā)送給受理機構(gòu)時，應嘗試斷點續(xù)傳。三、銀聯(lián)系統(tǒng)與發(fā)卡機構(gòu)聯(lián)機交易過程1、步驟3、4中，在符合確認通知交易發(fā)起的條件下，銀聯(lián)系統(tǒng)可能會根據(jù)需要向發(fā)卡機構(gòu)發(fā)起代付確認交易。四、銀聯(lián)系統(tǒng)返回應答文件過程1、在步驟5中，受理機構(gòu)收到銀聯(lián)系統(tǒng)重復發(fā)送的批量代付應答文件，以第一份為準，重復文件丟棄。2、在步驟5中，若銀聯(lián)系統(tǒng)最終未將應答文件發(fā)送給受理機構(gòu)，則交易仍然有效并進行清算，受理機構(gòu)應以銀聯(lián)隨后發(fā)送的流水文件內(nèi)記錄信息為準。3、在到達了超時時間后，若仍有交易未完成批轉(zhuǎn)實的處理，則該部分交易按失敗處理。外卡交易處理本節(jié)所規(guī)定的交易流程是在國內(nèi)銀行卡交易的基礎(chǔ)上針對外卡統(tǒng)一接口進行的補充。在對VISA、MASTERCARD等國際信用卡公司進行外卡收單處理時，VISA、MASTERCARD等國際信用卡公司充當發(fā)卡方的角色。本規(guī)范只描述每種交易中境內(nèi)收單機構(gòu)與CUPS之間的處理流程，至于CUPS與國際信用卡公司之間的交易處理流程不在本規(guī)范范疇之內(nèi)。外卡收單交易處理原則在外卡收單交易中，各收單機構(gòu)采用統(tǒng)一接口受理各國際信用卡公司的交易，由CUPS負責將來自各收單機構(gòu)的交易按照各國際信用卡公司的要求轉(zhuǎn)發(fā)至各國際信用卡公司，從而使得收單機構(gòu)只需采用一種接口即可“應對”各種外卡交易。外卡收單交易種類對于外卡收單交易，支持的請求類交易為（含磁條卡和EMV標準的IC卡）：查詢、取現(xiàn)、消費、授權(quán)/預授權(quán)、預借現(xiàn)金（聯(lián)機）、消費撤銷、授權(quán)/預授權(quán)撤銷、預借現(xiàn)金撤銷。對于外卡收單交易，支持的通知類交易為（含磁條卡和EMV標準的IC卡）：取現(xiàn)沖正、消費沖正、授權(quán)/預授權(quán)沖正、預借現(xiàn)金沖正、消費撤銷沖正、授權(quán)/預授權(quán)撤銷沖正、預借現(xiàn)金撤銷沖正、預授權(quán)完成（通知）。外卡收單交易處理余額查詢ATM查詢交易用于查詢外卡持卡人賬戶余額。查詢交易不參加清算，也不引發(fā)沖正。當CUPS不能將查詢請求轉(zhuǎn)發(fā)給國際信用卡公司時，將直接拒絕該請求。當CUPS不能將應答轉(zhuǎn)發(fā)給境內(nèi)入網(wǎng)機構(gòu)時，將直接丟棄。當境內(nèi)入網(wǎng)機構(gòu)接收不到CUPS的應答時，將直接拒絕該交易。余額查詢交易由符合受理外卡要求的終端引發(fā)，入網(wǎng)機構(gòu)以0200請求報文向CUPS轉(zhuǎn)發(fā)，CUPS按照各國際信用卡公司的要求進行格式轉(zhuǎn)換后，發(fā)往相應的國際信用卡公司，并在接收到國際信用卡公司的應答后，進行格式轉(zhuǎn)換，轉(zhuǎn)為0210的應答報文發(fā)往境內(nèi)受理方。取現(xiàn)取現(xiàn)交易用于向境外發(fā)卡機構(gòu)請求對持卡人取現(xiàn)及金額的確認。取現(xiàn)交易由符合受理外卡要求的終端引發(fā)，入網(wǎng)機構(gòu)以0200請求報文向CUPS轉(zhuǎn)發(fā)，CUPS進行按照各國際信用卡公司的要求進行格式轉(zhuǎn)換后，發(fā)往相應的國際信用卡公司，并在接收到國際信用卡公司的應答后，進行格式轉(zhuǎn)換，轉(zhuǎn)為0210的應答報文發(fā)往境內(nèi)受理方。取現(xiàn)沖正當ATM終端、境內(nèi)入網(wǎng)機構(gòu)在限定時間內(nèi)接收不到交易請求的應答時，必須產(chǎn)生沖正通知。當境內(nèi)入網(wǎng)機構(gòu)接收到終端機具的沖正通知或CUPS接收到入網(wǎng)機構(gòu)的沖正通知時，如果原始交易是成功交易，則必須立即予以應答并轉(zhuǎn)發(fā)該沖正通知。當沖正通知的發(fā)送方收不到應答時，存儲轉(zhuǎn)發(fā)該沖正通知。預授權(quán)預授權(quán)交易用于境內(nèi)入網(wǎng)機構(gòu)向境外發(fā)卡機構(gòu)請求確認交易許可。境內(nèi)入網(wǎng)機構(gòu)將預估的消費金額作為授權(quán)金額，發(fā)送給持卡人的境外發(fā)卡機構(gòu)。境外發(fā)卡機構(gòu)批準后將授權(quán)號等信息置入交易應答中發(fā)送給境內(nèi)入網(wǎng)機構(gòu)。預授權(quán)交易由符合受理外卡要求的終端引發(fā)，入網(wǎng)機構(gòu)以0100請求報文向CUPS轉(zhuǎn)發(fā)，CUPS按照各國際信用卡公司的要求進行格式轉(zhuǎn)換后，發(fā)往相應的國際信用卡公司，并在接收到國際信用卡公司的應答后，進行格式轉(zhuǎn)換，轉(zhuǎn)為0110的應答報文發(fā)往境內(nèi)受理方。預授權(quán)撤銷對已成功的預授權(quán)交易，在結(jié)算前可以使用預授權(quán)撤銷交易，通知發(fā)卡方取消付款承諾。預授權(quán)撤銷交易必須是對原始預授權(quán)交易的全額撤銷。預授權(quán)撤銷交易不參加清算。對于境內(nèi)受理外卡的預授權(quán)撤銷交易，CUPS將直接予以響應。預授權(quán)撤銷交易和其原始交易記錄信息均不體現(xiàn)在CUPS發(fā)往發(fā)卡方的結(jié)算文件中，不參加清算，但是發(fā)卡方仍會將該筆預授權(quán)交易金額凍結(jié)，若持卡人急于恢復該筆信用額度，則必須由商戶通過電話、傳真等方式向銀聯(lián)提出申請，否則需要等到賬戶金額自然“解凍”。預授權(quán)完成（請求）境內(nèi)入網(wǎng)機構(gòu)對已被批準的預授權(quán)交易，用預授權(quán)完成（請求）做支付結(jié)算。由于國際信用卡公司沒有預授權(quán)完成交易，所以在境內(nèi)入網(wǎng)機構(gòu)上送交易請求之后，CUPS根據(jù)原始預授權(quán)交易的應答情況直接給予該交易的應答，其后，根據(jù)入網(wǎng)機構(gòu)提交的結(jié)算文件，確定該筆預授權(quán)完成是否提交國際信用卡公司進行清算。預授權(quán)完成（請求）撤銷對已成功的預授權(quán)完成交易進行撤銷。預授權(quán)完成（請求）撤銷交易參加清算。撤銷交易必須是對原始預授權(quán)完成交易的全額撤銷。由于國際信用卡公司沒有預授權(quán)完成（請求）撤銷的交易類型，因此，在境內(nèi)入網(wǎng)機構(gòu)上送交易請求之后，CUPS根據(jù)原始預授權(quán)完成交易的應答情況直接給予該交易的應答。預授權(quán)完成（請求）撤銷交易和其原始交易記錄信息均不體現(xiàn)在CUPS發(fā)往發(fā)卡方的清算文件中，不參加清算，但是發(fā)卡方仍會根據(jù)之前的預授權(quán)交易將該筆交易金額凍結(jié)，若持卡人急于解除賬戶上該筆交易金額的凍結(jié)，則必須由商戶通過電話、傳真等方式向銀聯(lián)提出申請，否則需要等到賬戶金額自然“解凍”。預授權(quán)完成（通知）境內(nèi)入網(wǎng)機構(gòu)對已被批準的預授權(quán)交易，用預授權(quán)完成（通知）做支付結(jié)算。該通知與預授權(quán)完成（請求）作用相同，也是對已批準的預授權(quán)交易做支付結(jié)算。由于預授權(quán)完成（通知）是通知類交易，CUPS根據(jù)原始預授權(quán)交易的應答情況直接給予該交易的應答。由于國際信用卡公司沒有預授權(quán)完成交易，所以CUPS不會再將交易發(fā)送到國際卡信用卡公司，其后，根據(jù)入網(wǎng)機構(gòu)提交的結(jié)算文件，確定該筆預授權(quán)完成是否提交國際信用卡公司進行清算。消費持卡人在購買商品或接受服務(wù)時請求發(fā)卡方批準該交易。消費交易由符合受理外卡要求的終端引發(fā)，入網(wǎng)機構(gòu)以0200請求報文向CUPS轉(zhuǎn)發(fā)，CUPS按照各國際信用卡公司的要求進行格式轉(zhuǎn)換后，發(fā)往相應的國際信用卡公司，并在接收到國際信用卡公司的應答后，進行格式轉(zhuǎn)換，轉(zhuǎn)為0210的應答報文發(fā)往境內(nèi)受理方。消費撤銷對已成功的POS消費交易，在結(jié)算前使用消費撤銷交易，通知發(fā)卡方取消付款承諾。消費撤銷交易必須是對原始消費交易的全額撤銷。對于境內(nèi)受理外卡的消費撤銷交易，CUPS將直接予以應答，并根據(jù)國際信用卡公司的相關(guān)規(guī)則，以適當?shù)姆绞较驀H信用卡公司提交撤銷請求。消費撤銷交易和其原始交易記錄信息均不體現(xiàn)在CUPS發(fā)往發(fā)卡方的結(jié)算文件中，不參加清算，但是發(fā)卡方會將該筆交易金額凍結(jié)，若持卡人急于解除賬戶上該筆交易金額的凍結(jié)，則必須由商戶通過電話、傳真等方式向銀聯(lián)提出申請，否則需要等到賬戶金額自然“解凍”。退貨對已結(jié)算的消費交易，境內(nèi)機構(gòu)可使用聯(lián)機或手工方式退還持卡人消費的金額。CUPS收到退貨通知后，會按照各國際信用卡公司的規(guī)定向境外發(fā)卡方發(fā)起退貨交易。預借現(xiàn)金（聯(lián)機）通過銀行網(wǎng)點為外卡持卡人提供預借現(xiàn)金（CashAdvance）的服務(wù)。預借現(xiàn)金交易由符合受理外卡要求的終端引發(fā)，入網(wǎng)機構(gòu)以0200請求報文向CUPS轉(zhuǎn)發(fā)，CUPS按照各國際信用卡公司的要求進行格式轉(zhuǎn)換后，發(fā)往相應的國際信用卡公司，并在接收到國際信用卡公司的應答后，進行格式轉(zhuǎn)換，轉(zhuǎn)為0210的應答報文發(fā)往境內(nèi)受理方。手工預借現(xiàn)金當預借現(xiàn)金交易成功發(fā)生后，卻由于某些原因未成功清算，可通過登錄銀聯(lián)統(tǒng)一業(yè)務(wù)門戶手工輸入該筆交易。1－受理方登錄銀聯(lián)統(tǒng)一業(yè)務(wù)門戶手工錄入外卡收單手工預借現(xiàn)金交易；2－銀聯(lián)統(tǒng)一業(yè)務(wù)門戶將外卡收單手工預借現(xiàn)金通知CUPS；3－日終時，CUPS向受理方發(fā)送外卡收單一般交易流水文件，其中包含了外卡收單手工預借現(xiàn)金交易。手工預借現(xiàn)金交易處理流程預借現(xiàn)金撤銷對已成功的預借現(xiàn)金交易，在結(jié)算前使用預借現(xiàn)金撤銷交易，通知發(fā)卡方取消付款承諾。預借現(xiàn)金撤銷交易必須是對原始預借現(xiàn)金交易的全額撤銷。對于境內(nèi)受理外卡的預借現(xiàn)金撤銷交易，CUPS將直接予以應答，并根據(jù)國際信用卡公司的相關(guān)規(guī)則，以適當?shù)姆绞较驀H信用卡公司提交撤銷請求。預借現(xiàn)金撤消交易和其原始交易記錄信息均不體現(xiàn)在CUPS發(fā)往發(fā)卡方的結(jié)算文件中，不參加清算，但是發(fā)卡方仍會將該筆預借現(xiàn)金交易金額凍結(jié)，若持卡人急于解除賬戶上該筆交易金額的凍結(jié)，則必須由商戶通過電話、傳真等方式向銀聯(lián)提出申請，否則需要等到賬戶金額自然“解凍”。預借現(xiàn)金撤銷交易發(fā)生異常時，不引發(fā)任何聯(lián)機的異常處理機制。若受理方超時未收到應答，視作撤消成功，若事后發(fā)生受理方長款，可通過差錯處理解決。沖正當POS終端和境內(nèi)入網(wǎng)機構(gòu)在規(guī)定時間內(nèi)沒有收到交易的應答，必須產(chǎn)生沖正通知。當境內(nèi)入網(wǎng)機構(gòu)接收到終端機具的沖正通知或CUPS接收到入網(wǎng)機構(gòu)的沖正通知時，應根據(jù)原始交易的完成情況給出含意為“批準”或“拒絕”的應答。當沖正通知的發(fā)送方收不到應答時，將存儲轉(zhuǎn)發(fā)該沖正通知。CUPS日切后，機構(gòu)不可再發(fā)上一交易日的沖正報文。授權(quán)參見REF_Ref236727723\r\h5.2.1境內(nèi)雙信息授權(quán)交易流程。授權(quán)撤銷參見REF_Ref236727715\r\h5.2.2境內(nèi)雙信息授權(quán)撤銷交易流程。外卡的差錯處理外卡收單交易中出現(xiàn)的差錯通過銀聯(lián)國際業(yè)務(wù)總部提供的外卡專業(yè)化平臺進行處理。入網(wǎng)機構(gòu)可以通過傳真或郵件向銀聯(lián)國際業(yè)務(wù)總部提交差錯，銀聯(lián)國際業(yè)務(wù)總部再通過外卡專業(yè)化平臺向國際信用卡公司發(fā)起請求；除此以外，入網(wǎng)機構(gòu)還可以直接登錄外卡專業(yè)化平臺，通過該平臺登記差錯信息，然后由銀聯(lián)處理中心根據(jù)這些登記信息向國際信用卡公司發(fā)起差錯請求。為提高差錯處理的成功率，外卡（所有卡種）交易的差錯處理，無論是銀聯(lián)國際業(yè)務(wù)總部接收到國際信用卡公司的差錯信息，還是入網(wǎng)機構(gòu)提交給銀聯(lián)國際業(yè)務(wù)總部的差錯信息，都由銀聯(lián)國際業(yè)務(wù)總部統(tǒng)一處理后再向入網(wǎng)機構(gòu)轉(zhuǎn)發(fā)或向國際信用卡公司提交。對于入網(wǎng)機構(gòu)發(fā)起的差錯處理請求，需要經(jīng)銀聯(lián)國際業(yè)務(wù)總部業(yè)務(wù)員審核，審核不成功的請求將被拒絕。外卡收單交易中支持的差錯處理交易以及每種差錯交易的具體處理操作規(guī)則可參見外卡專業(yè)化平臺的相關(guān)操作手冊。清分清算處理產(chǎn)生的交易CUPS的日期切換通知交易（0820/0830）CUPS利用日期切換交易來通知入網(wǎng)機構(gòu)CUPS清算日期的變化。CUPS的日期切換交易有兩種：日切開始(CutOffStart)、日切結(jié)束(CutOffEnd)。CUPS將日期切換交易發(fā)送給各入網(wǎng)機構(gòu)，入網(wǎng)機構(gòu)接收到該交易后將應答返回給CUPS。交易流程為：CUPS將日期切換通知發(fā)送給各入網(wǎng)機構(gòu)，入網(wǎng)機構(gòu)接收到該通知后將應答返回給CUPS。當CUPS不能將日切通知發(fā)送給入網(wǎng)機構(gòu)或收不到機構(gòu)的應答時，不進行存儲轉(zhuǎn)發(fā)，直接丟棄該通知。1—CUPS發(fā)送給入網(wǎng)機構(gòu)的日切通知（0820）2—入網(wǎng)機構(gòu)發(fā)往CUPS的應答（0830）CUPS的日期切換通知交易流程自主清分清算產(chǎn)生的交易處理流程CUPS日期切換情況下的報文發(fā)送處理流程1－CUPS向入網(wǎng)機構(gòu)發(fā)送日切開始通知（0820）2－入網(wǎng)機構(gòu)向CUPS返回應答報文（0830）3－CUPS向入網(wǎng)機構(gòu)發(fā)送日切結(jié)束通知（0820）4－入網(wǎng)機構(gòu)向CUPS返回應答報文（0830）CUPS日期切換情況下的報文發(fā)送處理流程清分清算的文件處理對于單信息方式的入網(wǎng)機構(gòu)，CUPS清分清算處理后將向其下發(fā)交易流水文件。對于雙信息發(fā)卡機構(gòu)，日切后CUPS根據(jù)該清算日單轉(zhuǎn)雙的交易向發(fā)卡方發(fā)送轉(zhuǎn)換后的雙信息清算文件。詳細內(nèi)容請參閱《文件接口規(guī)范》。非自主清算的日終處理說明（外卡）單信息日切外卡統(tǒng)一接口日切對于外卡單信息交易，CUPS不再單獨向國內(nèi)入網(wǎng)機構(gòu)發(fā)送日切通知。國際信用卡公司接口日切國際信用卡公司的單信息系統(tǒng)在其規(guī)定的時間進行日切，VISA國際信用卡公司日切時間為北京時間19：00，MasterCard國際信用卡公司日切時間為北京時間9：00。雙信息文件批上送和批切外卡統(tǒng)一接口文件批切統(tǒng)一接口的各入網(wǎng)機構(gòu)通過報文方式或流方式上送雙信息結(jié)算文件，入網(wǎng)機構(gòu)可以在批切之前上送多個結(jié)算文件，CUPS將進行自動裝載。國際信用卡公司接口文件批上送在統(tǒng)一接口批切后，CUPS將根據(jù)國際信用卡公司的相關(guān)規(guī)定分別上送結(jié)算文件至國際信用卡公司。清分和清算日終時，CUPS根據(jù)當天交易記錄以及國際信用卡公司下發(fā)的交易明細對外卡交易分別進行二次清分與清算，并生成每個入網(wǎng)機構(gòu)該清算日的清算報表和流水，清算金額按清算貨幣記。流水文件的獲取流水文件中包含承兌的金融類的外卡交易明細。流水文件的格式、獲取方式等詳細內(nèi)容參照本版標準中的《文件接口規(guī)范》。CUPS清分清算的時序時序指一個功能的執(zhí)行必須以其他功能的完成為前提，或者一個功能的完成是其他功能繼續(xù)執(zhí)行的前提條件。自主清算方式的時序配合清分場次切換時序點清分場次切換時序點控制關(guān)系序號交易名稱關(guān)鍵功能步驟描述1轉(zhuǎn)接切換前的所有交易請求納入前一個清分場次切換后的所有交易請求納入后一個清分場次2清分按交易請求標識的場次進行清分日切開始時序點的控制步驟日切切換開始時序點的控制關(guān)系如下表所示：日切開始時序點的控制步驟序號交易名稱關(guān)鍵功能步驟描述1轉(zhuǎn)接日切前的所有交易請求納入第一天清算日切后的所有交易請求納入第二天清算，拒絕前一清算日的撤銷交易2代授權(quán)沿用轉(zhuǎn)接交易的日期劃分3清算單信息：按轉(zhuǎn)接結(jié)束時標識的日切時間進行清算。雙信息：按轉(zhuǎn)接結(jié)束時標識的日切時間進行清算4差錯1.日切前必須完成已經(jīng)提交的差錯文件處理；2.日切前必須完成差錯聯(lián)機通知的轉(zhuǎn)發(fā)處理。日切結(jié)束時序點的控制步驟日切結(jié)束時序點的控制關(guān)系如下表所示：日切結(jié)束時序點的控制步驟序號交易名稱關(guān)鍵功能步驟描述1轉(zhuǎn)接1.為了給原交易的后續(xù)交易一定的處理緩沖時間，在日切開始點和日切結(jié)束點之間設(shè)定3分鐘的日切窗口，3分鐘一到窗口將自動關(guān)閉。2.在日切窗口內(nèi)到達的所有原始請求交易納入第二天清算，日切窗口內(nèi)正在處理的所有應答交易、沖正和撤銷交易的清算日期沿用原交易的清算日期。若這些交易在日切窗口內(nèi)沒有處理完，則按交易失敗處理。日切窗口內(nèi)，拒絕所有前一個清算日期的撤銷交易（可隔日上送的撤銷交易除外）。3.日切結(jié)束后，拒絕所有前一清算日期的沖正交易；2代授權(quán)同轉(zhuǎn)接非自主清算方式的時序配合由于國際信用卡公司的系統(tǒng)按單雙信息分開，如VISA分為SMS（單信息系統(tǒng)）和BASEI/BASEII（雙信息轉(zhuǎn)接/雙信息清算）、MasterCard分為MDS和BankNet，因此非自主清算方式的時序配合必須按單雙信息分開。與國際信用卡公司雙信息系統(tǒng)的時序配合各個國際信用卡公司的清算數(shù)據(jù)上送點序號交易名稱關(guān)鍵功能步驟描述1清算和差錯該時間點前入網(wǎng)機構(gòu)上送的清算和差錯文件納入當批次處理；該時間點后入網(wǎng)機構(gòu)上送的清算和差錯文件納入下一批次處理。各個國際信用卡公司的清算結(jié)束時序點序號交易名稱關(guān)鍵功能步驟描述1清算把國際信用卡公司的清算文件與CUPS記錄的數(shù)據(jù)進行比較，按入網(wǎng)機構(gòu)進行二次清分，對拒絕交易進行檢查，以便進行二次提交。與國際信用卡公司單信息系統(tǒng)的時序配合各個國際信用卡公司日期切換時序點序號交易名稱關(guān)鍵功能步驟描述1轉(zhuǎn)接日期切換時序點前的交易納入第一天清算；日期切換時序點后的交易納入第二天清算。各個國際信用卡公司的清算結(jié)束時序點序號交易名稱關(guān)鍵功能步驟描述1清算對國際信用卡公司傳來的交易明細進行二次清分。代授權(quán)的交易處理說明代授權(quán)支持的交易類型當發(fā)卡機構(gòu)系統(tǒng)發(fā)生異常不能處理跨行業(yè)務(wù)時，可以由銀聯(lián)代授權(quán)系統(tǒng)代理發(fā)卡機構(gòu)進行交易的授權(quán)。CUPS可以按照相關(guān)規(guī)則為發(fā)卡側(cè)提供以下交易類型的代授權(quán)服務(wù)，包括：消費、取現(xiàn)、授權(quán)、預授權(quán)、預授權(quán)完成（請求），以及這些交易的沖正和撤銷交易。代授權(quán)處理流程代授權(quán)啟停模式銀聯(lián)代授權(quán)系統(tǒng)同時支持手動啟停模式與自動啟停模式供機構(gòu)選擇，且手動模式優(yōu)先級高于自動模式，即：手動模式啟動的代授權(quán)服務(wù)只能通過手動模式關(guān)閉。自動模式啟動的代授權(quán)服務(wù)可以通過手動模式關(guān)閉。代授權(quán)人工啟停代授權(quán)的啟動：當發(fā)卡機構(gòu)決定需要銀聯(lián)提供代授權(quán)處理之后，人工通知銀聯(lián)運維人員；由銀聯(lián)運維人員啟動代授權(quán)，由CUPS對該機構(gòu)的交易進行代授權(quán)處理；代授權(quán)的停止：當發(fā)卡機構(gòu)決定停止代授權(quán)時，人工通知銀聯(lián)運維人員；由銀聯(lián)運維人員停止代授權(quán)。代授權(quán)自動啟停銀聯(lián)可通過對機構(gòu)狀態(tài)的監(jiān)控，自動為機構(gòu)開啟和關(guān)閉代授權(quán)服務(wù)。代授權(quán)自動啟停的條件和基本業(yè)務(wù)流程參照《銀聯(lián)卡業(yè)務(wù)運作規(guī)章》中代授權(quán)業(yè)務(wù)規(guī)則部分的規(guī)定執(zhí)行。對機構(gòu)代授權(quán)狀態(tài)的監(jiān)控可通過代授權(quán)狀檢測交易實現(xiàn)，該交易處理流程同CUPS發(fā)出的網(wǎng)絡(luò)管理通知類交易。具體報文定義參見《報文接口規(guī)范》相關(guān)章節(jié)。代授權(quán)交易處理銀聯(lián)啟動代授權(quán)之后，交易處理流程如圖所示：1—受理方發(fā)往CUPS的交易請求2—CUPS判斷發(fā)卡機構(gòu)的狀態(tài)，如果為‘代授權(quán)服務(wù)已啟動’，則對符合代授權(quán)條件的交易進行代授權(quán)處理，并將結(jié)果返回受理方銀聯(lián)啟動代授權(quán)之后的交易處理流程關(guān)聯(lián)交易的代授權(quán)處理對于經(jīng)過CUPS代授權(quán)的交易，其后續(xù)關(guān)聯(lián)的完成、沖正和撤銷交易，CUPS將按照有關(guān)業(yè)務(wù)規(guī)則提供代授權(quán)服務(wù)。具體處理原則如下表所示：預授權(quán)完成、預授權(quán)/授權(quán)撤銷原交易是否被代授權(quán)關(guān)聯(lián)交易發(fā)生時代授權(quán)系統(tǒng)的狀態(tài)CUPS對關(guān)聯(lián)交易的處理備注是代授權(quán)已關(guān)閉關(guān)聯(lián)交易轉(zhuǎn)發(fā)至發(fā)卡方若發(fā)卡方尚未根據(jù)“即時代授權(quán)文件”補全交易日志，則撤銷交易失敗。若發(fā)卡方已補全交易日志，則撤銷交易成功。代授權(quán)未關(guān)閉關(guān)聯(lián)交易進入代授權(quán)處理交易由代授權(quán)處理，交易成功。否代授權(quán)已開啟關(guān)聯(lián)交易進入代授權(quán)處理由于代授權(quán)系統(tǒng)中無原交易記錄，因此預授權(quán)撤銷交易失敗，應答碼為25，預授權(quán)完成交易成功。代授權(quán)未開啟關(guān)聯(lián)交易轉(zhuǎn)發(fā)至發(fā)卡方交易由發(fā)卡方處理。其他關(guān)聯(lián)的撤銷及沖正交易是代授權(quán)已關(guān)閉關(guān)聯(lián)交易轉(zhuǎn)發(fā)至發(fā)卡方若發(fā)卡方尚未根據(jù)“即時代授權(quán)文件”補全交易日志，則沖正交易失敗。若發(fā)卡方已補全交易日志，則沖正交易成功。代授權(quán)未關(guān)閉關(guān)聯(lián)交易進入代授權(quán)處理交易由代授權(quán)處理，交易成功。否代授權(quán)已開啟關(guān)聯(lián)交易轉(zhuǎn)發(fā)至發(fā)卡方關(guān)聯(lián)交易按照原交易路由，發(fā)至對應的發(fā)卡方，若發(fā)卡方此時線路斷開，則關(guān)聯(lián)交易失敗，應答碼為91。代授權(quán)未開啟關(guān)聯(lián)交易轉(zhuǎn)發(fā)至發(fā)卡方交易由發(fā)卡方處理。代授權(quán)信息的傳送文件傳輸方式代授權(quán)結(jié)束后，為了及時補全發(fā)卡方的交易日志，CUPS會將被代授權(quán)的交易以文件的形式發(fā)送給發(fā)卡方。該文件中包含了代授權(quán)期間由銀聯(lián)代授權(quán)系統(tǒng)處理的所有交易，不僅含成功交易，也含失敗交易；不僅含原始交易，也含沖正和撤消交易。但該文件中不包含代授權(quán)交易的費用。代授權(quán)使用的文件參見《文件接口規(guī)范》的相關(guān)章節(jié)。聯(lián)機傳輸方式除文件傳輸方式外，機構(gòu)還可在代授權(quán)結(jié)束后第二個清算日的22:00前通過聯(lián)機傳輸方式來補全交易日志。機構(gòu)通過發(fā)送代授權(quán)交易聯(lián)機傳輸啟動/停止報文，通知銀聯(lián)啟動和關(guān)閉代授權(quán)交易聯(lián)機傳輸。在傳輸期間若機構(gòu)所有被代授權(quán)的交易信息都已傳輸完畢，銀聯(lián)也可以主動發(fā)送代授權(quán)交易聯(lián)機傳輸停止報文，通知機構(gòu)結(jié)束傳輸。代授權(quán)聯(lián)機傳輸啟動后，代授權(quán)交易信息按交易在代授權(quán)系統(tǒng)內(nèi)接收時間順序依次按筆傳輸。傳輸交易類型為通知類交易，機構(gòu)可以設(shè)定代授權(quán)交易信息的傳輸流量（筆數(shù)/秒）。如果CUPS沒有收到機構(gòu)應答，則重復發(fā)送該條交易信息直到收到應答為止。1－發(fā)卡方向CUPS發(fā)出代授權(quán)交易聯(lián)機傳輸啟動請求（0820）2－CUPS向發(fā)卡方返回應答報文（0830）3－CUPS開始逐條向發(fā)卡方發(fā)送代授權(quán)通知信息4－發(fā)卡方收到后給予應答；若CUPS未收到發(fā)卡方的回應，CUPS將重新發(fā)送該筆通知信息5－發(fā)卡方向CUPS發(fā)送一筆代授權(quán)交易聯(lián)機傳輸停止請求（0820）6－CUPS向發(fā)卡方返回應答報文（0830），不再向發(fā)卡方發(fā)送代授權(quán)通知信息代授權(quán)聯(lián)機傳輸方式使用的交易報文定義參見《報文接口規(guī)范》相關(guān)章節(jié)。交易的異常處理流程概述本章主要約定入網(wǎng)機構(gòu)之間進行應用交互的過程中對各種異常情形的處理方法。可能出現(xiàn)的異常情形主要包括：報文格式錯誤；數(shù)據(jù)安全保密錯誤；通信異常；終端操作錯誤。異常處理原則原則1請求類報文中預授權(quán)類報文和金融類報文（存款、轉(zhuǎn)賬轉(zhuǎn)入、代付等交易除外），在出現(xiàn)異常時以沖正通知報文取消原交易。異常情況為：機構(gòu)無法將金融交易的承兌響應轉(zhuǎn)發(fā)至交易的發(fā)送方時；收到交易發(fā)送方的沖正通知時；當一個請求類報文超時未收到應答時；當收到遲到的對請求報文的承兌應答時。原則2入網(wǎng)機構(gòu)不能正確發(fā)送沖正通知時，應進行存儲轉(zhuǎn)發(fā)。原則3入網(wǎng)機構(gòu)在收到?jīng)_正通知時，應匹配原交易。若原交易成功，則取消原交易，返回沖正成功應答(ResponseCode為00)并參與清算。否則應根據(jù)情況給出不同的拒絕碼。發(fā)卡方必須嚴格處理好重復沖正問題，以免發(fā)生賬務(wù)信息混亂現(xiàn)象。原則4除網(wǎng)絡(luò)管理類通知（包括簽到/簽退、日切開始、日切結(jié)束等）外，銀聯(lián)處理中心或入網(wǎng)機構(gòu)應利用存儲轉(zhuǎn)發(fā)機制盡量將通知送達接收方。報文格式錯誤本節(jié)約定入網(wǎng)機構(gòu)對所接收的報文的判斷及處理，在此只定義報文中數(shù)據(jù)元的語法錯或語義錯。報文語法錯誤語法錯誤是指：所收到的報文中，數(shù)據(jù)取值范圍或數(shù)據(jù)類型不符合報文標準。這一類錯誤如發(fā)生在請求報文或通知報文中，CUPS會將原始請求或通知報文原樣返回，并在返回的新增報文頭中置入相應的拒絕碼，該拒絕碼與CUPS檢測到的第一個報文語法錯誤相對應。這一類錯誤如發(fā)生在授權(quán)或金融類交易承兌的應答報文中，若CUPS或受理方檢查出此類錯誤，則丟棄該應答報文，待超時后發(fā)送沖正通知。若發(fā)生在通知類（網(wǎng)絡(luò)管理類通知除外）交易應答報文中，則通知的發(fā)送方存儲轉(zhuǎn)發(fā)該通知報文。數(shù)據(jù)取值范圍或數(shù)據(jù)類型錯誤代碼的詳細定義請參見《報文接口規(guī)范》的附錄A拒絕碼。報文語義錯誤報文語義錯誤是指：報文中的數(shù)據(jù)盡管在語法上符合銀行卡信息交換的報文標準，但是在語義上對交易無效（見表11數(shù)據(jù)內(nèi)容無效錯誤表）。這類錯誤若發(fā)生在一般請求報文或通知報文中，CUPS將直接向受理方發(fā)送拒絕的應答，其中的應答碼見下表。數(shù)據(jù)內(nèi)容無效錯誤表位號數(shù)據(jù)內(nèi)容錯誤描述應答碼4Amountoftransaction為013沖正、撤銷和差錯處理交易請求中可能出現(xiàn)的數(shù)據(jù)內(nèi)容無效情況如下表所示：沖正、撤銷和差錯處理交易請求的數(shù)據(jù)內(nèi)容無效表數(shù)據(jù)內(nèi)容錯誤描述應答碼交易請求未能與原始交易相匹配25交易未能與原始交易金額相一致64交易未能與原始交易卡號相一致14交易未能與原始交易終端相一致97交易的原始交易未承兌12交易應答未能與沖正請求相匹配記載日志，以后備查。這類錯誤若發(fā)生在授權(quán)或金融類交易承兌的應答報文中，則CUPS丟棄該應答報文，待超時后發(fā)送沖正通知。若發(fā)生在通知類（網(wǎng)絡(luò)管理類通知除外）交易應答報文中，則通知的發(fā)送方存儲轉(zhuǎn)發(fā)該通知報文。數(shù)據(jù)安全保密錯誤本節(jié)是對CUPS、受理方及發(fā)卡方在交易過程中所發(fā)生的數(shù)據(jù)安全保密錯誤的處理約定。這些錯誤的現(xiàn)象為：請求報文中PIN格式錯誤；請求報文中PIN驗證失?。ㄖ荒茉诎l(fā)卡方檢測到）；請求報文中MAC計算錯誤；通知報文中MAC計算錯誤；對請求的應答報文中MAC錯誤；對通知的應答報文中MAC錯誤。PIN錯誤請求報文中PIN格式錯誤錯誤現(xiàn)象： 在報文的接收方一側(cè)對PIN的密碼解密后，發(fā)現(xiàn)PIN數(shù)據(jù)塊的格式錯誤。受理方處理： 向終端發(fā)拒絕應答。CUPS處理： 向受理方發(fā)送拒絕應答，其中，ResponseCode=99。發(fā)卡方處理： 向CUPS發(fā)送拒絕應答，其中，ResponseCode=99。請求報文中PIN驗證失敗錯誤現(xiàn)象： 發(fā)卡方一側(cè)檢測到持卡人輸入的PIN無法匹配。發(fā)卡方處理： 向CUPS發(fā)送拒絕應答。如果PIN驗證失敗的次數(shù)未滿發(fā)卡方設(shè)定的限制，ResponseCode=55（不正確的PIN），否則ResponseCode=38或75（允許的輸入PIN次數(shù)超限）。MAC錯誤請求報文中MAC計算錯誤錯誤現(xiàn)象： 在報文的接收方一側(cè)檢測到MAC不匹配。CUPS處理： 向受理方發(fā)送拒絕應答，其中，ResponseCode=A0。發(fā)卡方處理： 向CUPS發(fā)送拒絕應答，其中，ResponseCode=A0。通知報文中MAC計算錯誤錯誤現(xiàn)象： 在報文的接收方一側(cè)檢測到MAC不匹配。CUPS處理： 向受理方發(fā)送拒絕應答，其中，ResponseCode=A0。發(fā)卡方處理： 向CUPS發(fā)送拒絕應答，其中，ResponseCode=A0。對請求的應答報文中MAC錯誤一般金融交易錯誤現(xiàn)象： 在報文的接收方一側(cè)檢測到MAC不匹配。CUPS處理：向受理方發(fā)送拒絕應答報文。若為承兌的金融交易，則還需向發(fā)卡方引發(fā)沖正報文沖正原因（即60域中的ReasonCode）為4362，該筆沖正參與對賬。受理方處理：向終端發(fā)送拒絕應答報文，若為承兌的金融交易，則還需向CUPS引發(fā)沖正報文，沖正原因碼為4355，該筆沖正參與對賬。轉(zhuǎn)賬交易錯誤現(xiàn)象：CUPS檢測到轉(zhuǎn)入應答報文MAC錯CUPS處理：丟棄該應答，待轉(zhuǎn)入交易超時后向受理方返回A2應答，同時向轉(zhuǎn)入方發(fā)送轉(zhuǎn)入確認。錯誤現(xiàn)象：CUPS收到的轉(zhuǎn)入應答報文應答碼為A0。CUPS處理：認為轉(zhuǎn)入失敗，向轉(zhuǎn)出方發(fā)送轉(zhuǎn)出沖正，向受理方返回A0應答。存款交易錯誤現(xiàn)象：CUPS檢測到存入方應答報文MAC錯CUPS處理：僅直接向受理方返回A0應答。受理方處理：向持卡人提示有缺陷的成功應答，并收款，同時發(fā)送存款確認。對通知的應答報文中MAC錯誤錯誤現(xiàn)象： 在報文的接收方一側(cè)檢測到MAC不匹配。CUPS處理： 記載日志，以后備查分析。通信異常本節(jié)敘述了入網(wǎng)機構(gòu)對交易過程中所發(fā)生的通信故障的處理約定。這些通信故障的現(xiàn)象為：發(fā)送請求報文失??；發(fā)送對請求報文的應答報文失敗；發(fā)送請求報文后，收不到應答報文；發(fā)送沖正通知報文失??；發(fā)送對沖正通知報文的應答報文失??；發(fā)送沖正通知報文后，收不到應答報文；收到遲到的對請求報文的應答報文。這些故障根據(jù)一筆完整交易所需經(jīng)過的各個環(huán)節(jié)的先后次序進行排列。當入網(wǎng)機構(gòu)根據(jù)上述故障現(xiàn)象檢測到與其他入網(wǎng)機構(gòu)的通信異常時，入網(wǎng)機構(gòu)的處理原則如下：入網(wǎng)機構(gòu)每隔一定時間發(fā)一次0820回響測試（echotest）報文，測試是否恢復連接；丟棄未發(fā)出的響應報文；對需要轉(zhuǎn)發(fā)的請求報文，則以“91(發(fā)卡方或銀聯(lián)處理中心不能操作)”向受理方發(fā)拒絕應答；對通知報文(022X、042X)，則存入存儲轉(zhuǎn)發(fā)隊列中，待連接恢復后發(fā)出。當收到“echotest”應答（0830）后，表示連接恢復，入網(wǎng)機構(gòu)將存儲轉(zhuǎn)發(fā)隊列中的報文依次發(fā)送出去。在以下的故障處理中，不再重復通信異常到恢復的處理過程。單次故障本節(jié)集中描述金融交易的異常處理流程，但所提及的金融交易不包括存款、轉(zhuǎn)賬交易，存款、轉(zhuǎn)賬交易的異常處理見本章對特殊交易的異常處理說明。本節(jié)的異常處理編排次序按照交易報文的流轉(zhuǎn)次序編寫。對于一些簡單步驟沒有進行特別的描述，只針對特殊、難點步驟進行了詳細說明。在流程描述之前，首先介紹一些容易混淆的概念。發(fā)送方無法發(fā)送請求和發(fā)送方發(fā)送的請求在中途丟失的區(qū)別“發(fā)送方無法發(fā)送請求”指發(fā)送方因為通訊故障不能將請求發(fā)出，這種現(xiàn)象發(fā)送方是能夠探測知道的，在下文的流程圖中用“x”表示?！鞍l(fā)送方發(fā)送的請求在中途丟失”指發(fā)送方發(fā)出的請求因為通訊故障在中途丟失，這時發(fā)送方并不能探測知道該請求出了什么狀況，它所知道的只是沒有收到接收方的應答，因此最終反映出的現(xiàn)象是交易超時，在下文的流程圖中用“？”表示。由于這兩種現(xiàn)象的最終反映情況不同，導致它們的處理也不同，具體可參見下文的相關(guān)描述。接收方?jīng)]有收到發(fā)送方請求、接收方無法發(fā)送應答和接收方的應答在中途丟失的區(qū)別這三種情況對發(fā)送方而言處理都是一樣的，但接收方反映出的情況卻不一致?！敖邮辗?jīng)]有收到請求”的情況是接收方?jīng)]有收到原始交易請求?！敖邮辗綗o法發(fā)送應答”的情況是接收方因為通訊故障不能將應答發(fā)出，這種現(xiàn)象接收方是能夠探測知道的?！敖邮辗降膽鹪谥型緛G失”的情況是因為通訊故障其應答在中途丟失，但這種現(xiàn)象接收方是不能夠探測知道的。由于這三種現(xiàn)象的最終反映情況不同，因此接收方的處理也是不同的，具體可參見下文的相關(guān)描述。受理方無法轉(zhuǎn)發(fā)來自終端的請求故障現(xiàn)象： 因通信故障，受理方不能向CUPS轉(zhuǎn)發(fā)請求2。受理方處理： 受理方直接向終端發(fā)送拒絕應答3。受理方無法轉(zhuǎn)發(fā)來自終端的請求CUPS收不到請求故障現(xiàn)象： 因通信故障，受理方的請求2在中途丟失，受理方因收不到CUPS的應答而引起交易超時。受理方處理： 如果是金融交易請求，則向終端發(fā)送超時引起的拒絕應答3，同時向CUPS發(fā)送沖正4，其ReasonCode為4354，該筆沖正不參與清算。CUPS處理： 向受理方發(fā)送沖正的拒絕應答5，其中，ResponseCode為25，該筆沖正不參與清算。CUPS收不到請求CUPS不能向發(fā)卡方轉(zhuǎn)發(fā)請求故障現(xiàn)象： 因通信故障，CUPS不能把受理方的請求2轉(zhuǎn)發(fā)至發(fā)卡方。CUPS處理： 向受理方發(fā)送拒絕請求的應答4，其中，ResponseCode為91。CUPS不能向發(fā)卡方轉(zhuǎn)發(fā)請求發(fā)卡方收不到請求故障現(xiàn)象： 因通信故障，CUPS的請求3在中途丟失，CUPS因為收不到發(fā)卡方的應答而引起交易超時。CUPS處理： 超時后向受理方發(fā)送拒絕的應答4，如果是金融交易請求，則還需向發(fā)卡方發(fā)送沖正報文5，其中，ReasonCode為4361，該筆沖正不參與清算。發(fā)卡方處理： 向CUPS發(fā)送沖正的拒絕應答6，其中，ResponseCode為25，該筆沖正不參與清算。發(fā)卡方收不到請求發(fā)卡方不能向CUPS發(fā)送對請求的應答故障現(xiàn)象： 因通信故障，發(fā)卡方不能向CUPS發(fā)送對請求的應答4。發(fā)卡方處理1： 如果是金融交易請求，且已承兌，則作內(nèi)部沖正，該筆沖正參與清算。CUPS處理： 向受理方發(fā)送超時引起的拒絕請求的應答5，其中，ResponseCode為98。如果是金融交易請求，則還需向發(fā)卡方發(fā)送沖正7。其中，ReasonCode為4361。發(fā)卡方處理2： 向CUPS返回沖正的拒絕應答8，該筆沖正不參與清算。發(fā)卡方不能向CUPS發(fā)送對請求的應答CUPS收不到發(fā)卡方的應答故障現(xiàn)象： CUPS在向發(fā)卡方轉(zhuǎn)發(fā)請求3后，收不到發(fā)卡方的應答4，即檢測到超時。CUPS處理： 向受理方發(fā)送超時引起的拒絕請求的應答5，其中，ResponseCode為98。如果是金融交易請求，則還需向發(fā)卡方發(fā)送沖正7。其中，ReasonCode為4361。原交易和沖正交易都不參與清算。發(fā)卡方處理： 向CUPS返回沖正應答8，發(fā)卡方對該筆沖正是否參與清算視發(fā)卡方收到該沖正時原交易是否承兌而定。若原交易已承兌則該筆沖正參與清算，否則該筆沖正不參與清算。CUPS收不到發(fā)卡方的應答CUPS收到發(fā)卡方遲到的承兌應答故障現(xiàn)象： CUPS檢測到發(fā)卡方超時，向受理方發(fā)送拒絕的應答4后，并按照REF_Ref227729304\r\h進行后續(xù)處理后，收到來自發(fā)卡方遲到的承兌應答6。CUPS處理： 再次向發(fā)卡方發(fā)送沖正通知7，其中，ReasonCode為4360。該筆沖正不參與清算。發(fā)卡方處理： 向CUPS返回沖正應答8，該筆沖正參與清算。CUPS收到發(fā)卡方遲到的承兌應答CUPS不能向受理方轉(zhuǎn)發(fā)對請求的應答故障現(xiàn)象： 因通信故障，CUPS不能向受理方轉(zhuǎn)發(fā)發(fā)卡方對請求的應答5。CUPS處理1： 如果是金融交易請求，且已承兌，則向發(fā)卡方發(fā)送沖正通知7，其中，ReasonCode為4363。發(fā)卡方處理： 向CUPS返回沖正應答8，如果是金融交易請求，且已承兌，則該筆沖正參與清算。受理方處理： 向終端發(fā)送超時引起的拒絕請求的應答6。如果是金融交易請求，則還需向CUPS發(fā)送沖正通知9，其中，ReasonCode為4354。CUPS處理2： 向受理方發(fā)送沖正應答10，該筆沖正不參與清算。CUPS不能向受理方轉(zhuǎn)發(fā)對請求的應答CUPS收到受理方發(fā)送的早沖正故障現(xiàn)象： 在正常的超時時段內(nèi)，CUPS未收到發(fā)卡方的應答就先收到受理方的沖正通知4。CUPS處理： 向受理方返回沖正應答5，ResponseCode為“00”發(fā)卡方處理： 向CUPS返回沖正應答7，發(fā)卡方對該筆沖正是否參與清算視發(fā)卡方收到該沖正時原交易是否承兌而定。若原交易已承兌則該筆沖正參與清算，否則該筆沖正不參與清算。CUPS處理2： 在收到發(fā)卡方返回的原交易的應答8后，若該應答為承兌應答，則向發(fā)卡方再次發(fā)沖正9，ReasonCode為4360。如果原始交易未承兌，則CUPS直接丟棄該應答。發(fā)卡方處理2： 向CUPS返回沖正應答10。CUPS收到受理方發(fā)送的早沖正受理方收不到CUPS的應答故障現(xiàn)象： 受理方在向CUPS發(fā)送請求2后，收不到CUPS的應答5，即檢測到超時。受理方處理： 向終端發(fā)送超時引起的拒絕請求的應答6，如果是金融交易請求，則還需向CUPS發(fā)送沖正通知7。其中，ReasonCode為4354。該筆沖正不參與清算。CUPS處理： 收到?jīng)_正請求7后，查原始請求的應答報文，如果發(fā)卡方已承兌，則向發(fā)卡方發(fā)送沖正通知9，其中，ReasonCode為4354。并返回給受理方應答碼為00的沖正應答報文。該筆沖正參與清算。如果發(fā)卡方未承兌，則直接向受理方發(fā)送沖正應答報文8。其中應答碼為12。該筆沖正不參與清算。發(fā)卡方處理： 向CUPS返回沖正應答10，對發(fā)卡方該筆沖正參與清算。受理方收不到CUPS的應答受理方從CUPS收到遲到的承兌應答故障現(xiàn)象： 受理方檢測到CUPS超時，并向終端發(fā)送拒絕的應答5后，同時按照REF_Ref227729379\r\h0執(zhí)行了后續(xù)操作以后又收到來自CUPS的遲到的承兌應答6。受理方處理： 再次向CUPS發(fā)送沖正通知7，其中，ReasonCode為4353。該筆沖正參與清算。CUPS處理： CUPS收到?jīng)_正請求后，立即給予受理方應答8。該筆沖正不參與清算。受理方從CUPS收到遲到的承兌應答受理方不能向終端發(fā)送操作命令故障現(xiàn)象： 因通信故障，受理方不能向終端發(fā)送操作命令6。受理方處理： 如果是金融交易請求，且已承兌，則向CUPS發(fā)送沖正通知7，其中，ReasonCode為4356。該筆沖正參與清算。CUPS處理： CUPS收到?jīng)_正通知后，立即給予受理方應答8。并向發(fā)卡方發(fā)送沖正通知9，其中，ReasonCode為4356。該筆沖正參與清算。發(fā)卡方處理： 向CUPS返回沖正應答10，對發(fā)卡方該筆沖正也參與清算。受理方不能向終端發(fā)送操作命令雙重故障以下的故障處理中所提的金融交易不包括存款、轉(zhuǎn)賬交易，存款、轉(zhuǎn)賬交易的異常處理見REF_Ref227572619\r\h9.7特殊交易的異常處理說明。CUPS不能向受理方發(fā)送拒絕的應答故障現(xiàn)象： 因檢測到發(fā)卡方通信故障，CUPS向受理方發(fā)送對交易請求拒絕的應答3，但由于另遇通信故障使發(fā)送應答失敗。CUPS處理： 丟棄應答報文，不需向發(fā)卡方發(fā)送沖正通知。受理方處理： 檢測到CUPS超時，向終端發(fā)送拒絕請求的應答。如果是金融交易請求，則向CUPS發(fā)送超時沖正5，其中，ReasonCode為4354。CUPS收到?jīng)_正通知后，立即給予受理方拒絕應答6，其中應答碼為12。該筆沖正對受理方和CUPS均不參與清算。CUPS不能向受理方發(fā)送拒絕的應答CUPS不能向發(fā)卡方發(fā)送沖正通知故障現(xiàn)象： 因檢測到通信故障，CUPS向發(fā)卡方發(fā)送沖正通知7〔見：REF_Ref227572679\r\hCUPS不能向受理方轉(zhuǎn)發(fā)對請求的應答；REF_Ref227572702\r\hCUPS收到發(fā)卡方遲到的承兌應答。〕但由于另遇通信故障，使發(fā)送沖正失敗。CUPS處理： 將未發(fā)出的沖正存入存儲轉(zhuǎn)發(fā)隊列中，待連接恢復后重發(fā)。CUPS不能向發(fā)卡方發(fā)送沖正通知受理方不能向CUPS發(fā)送沖正通知故障現(xiàn)象： 受理方因檢測到上一次通信故障而向CUPS發(fā)送沖正通知7〔見：REF_Ref227572723\r\h2受理方不能向終端發(fā)送操作命令；REF_Ref227572739\r\h1受理方從CUPS收到遲到的承兌應答〕，但由于再遇通信故障使受理方發(fā)送沖正失敗。受理方處理： 將未發(fā)出的沖正通知存入存儲轉(zhuǎn)發(fā)隊列中，待連接恢復后重發(fā)。受理方不能向CUPS發(fā)送沖正通知終端操作錯誤本節(jié)約定受理方和CUPS對終端操作錯誤的處理約定，在此，終端錯誤僅指終端不能正確執(zhí)行主機發(fā)送的命令，即對交易的最終處理。無通信故障終端引發(fā)沖正故障現(xiàn)象： 終端因無法正常操作，向受理方發(fā)送出錯狀態(tài)，譬如：ATM終端吐鈔未完成；POS終端自動沖正等等。受理方處理： 在沖正通知中，ReasonCode=4351表示終端上交易不成功。終端引發(fā)沖正受理方、CUPS、發(fā)卡方三方對于該沖正交易均參與清算。通信故障受理方不能向CUPS發(fā)送終端操作錯誤引起的沖正故障現(xiàn)象： 因通信故障，受理方不能向CUPS發(fā)送終端操作出錯引起的沖正通知9。受理方處理： 將沖正通知存入存儲轉(zhuǎn)發(fā)隊列中，待連接恢復后重發(fā)。受理方不能向CUPS發(fā)送終端操作錯誤引起的沖正異常處理中使用的原因碼原因碼說明4351終端引發(fā)沖正（全額）4352終端引發(fā)沖正（部分）4353受理方收到CUPS遲到的應答4354受理方檢測到超時4355受理方檢測到應答報文的MAC不對4356受理方不能向終端發(fā)操作命令4360CUPS收到發(fā)卡方遲到的應答4361CUPS等發(fā)卡方應答到超時4362CUPS檢測到發(fā)卡方應答報文的MAC不對4363CUPS不能向受理方轉(zhuǎn)發(fā)發(fā)卡方應答報文特殊交易異常處理流程本節(jié)集中描述幾種特殊交易的異常處理流程，包括存款交易、轉(zhuǎn)賬交易、基于PBOC電子錢包/存折標準的IC卡電子現(xiàn)金應用圈存交易。本節(jié)的異常處理編排次序按照交易報文的流轉(zhuǎn)次序編寫。對于一些簡單步驟沒有進行特別的描述，只針對特殊、難點步驟進行了詳細說明。在某些情況下，CUPS的處理雖然相同，但受理方和發(fā)卡方的處理卻各有不同。對于以下幾個容易混淆的情況的區(qū)別和解釋請參見REF_Ref227572877\r\h9.5.1節(jié)：“發(fā)送方無法發(fā)送請求”和“發(fā)送方發(fā)送的請求在中途丟失”；“接收方?jīng)]有收到發(fā)送方請求”、“接收方無法發(fā)送應答”、“接收方的應答在中途丟失”。存款交易存款交易異常處理流程的原則是存款確認只能由終端發(fā)起。受理方可以拒絕終端發(fā)送的存款確認，CUPS也可以拒絕受理方發(fā)送的存款確認，但發(fā)卡方不能拒絕CUPS轉(zhuǎn)發(fā)的存款確認。由于在一個交易結(jié)點中有可能同時存在存款和存款確認交易，而根據(jù)不同情況中心的清算處理是不一樣的，因此機構(gòu)需根據(jù)中心的處理原則來進行相應的對賬處理。中心的處理原則是：在原始存款交易承兌且應答正常返回的情況下，以存款交易參加清算；在發(fā)卡方存款應答超時的情況下，轉(zhuǎn)發(fā)受理上送的存款確認，且以存款確認交易參加清算；其他情況下存款和存款確認均不參加清算。受理方無法轉(zhuǎn)發(fā)來自終端的請求故障現(xiàn)象： 因通信故障，受理方無法向CUPS轉(zhuǎn)發(fā)送請求2。受理方處理： 直接向終端發(fā)送拒絕應答3。受理方無法轉(zhuǎn)發(fā)來自終端的請求CUPS收不到請求故障現(xiàn)象： 因通信故障，受理方的請求2在中途丟失，受理方因收不到CUPS的應答而引起交易超時。終端處理： 向受理方發(fā)送存款確認。受理方處理： 向終端發(fā)送表示“有缺陷的成功交易”含義的應答4。并向CUPS轉(zhuǎn)發(fā)該存款確認5。CUPS處理： 向受理方發(fā)送拒絕請求的應答6，此時ResponseCode為25。對賬不平時通過差錯處理解決。CUPS收不到請求CUPS不能向發(fā)卡方轉(zhuǎn)發(fā)請求故障現(xiàn)象： 因通信故障，CUPS不能把受理方的請求2轉(zhuǎn)發(fā)至發(fā)卡方。CUPS處理： 向受理方發(fā)送拒絕請求的應答4，其中，ResponseCode為91，該筆交易不參加清算。CUPS不能向發(fā)卡方轉(zhuǎn)發(fā)請求發(fā)卡方收不到請求故障現(xiàn)象： 因通信故障，CUPS的請求3在中途丟失，CUPS因為收不到發(fā)卡方的應答而引起交易超時。CUPS處理： 超時后向受理方發(fā)送超時應答4，此時ResponseCode為98。終端處理： 發(fā)送存款確認6。受理方處理： 先給終端返回批準的應答7，含義為“有缺陷的成功交易”。同時向CUPS發(fā)送存款確認通知8。CUPS處理： 返回受理方批準的應答9，ResponseCode為A6，“銀聯(lián)處理中心轉(zhuǎn)發(fā)了原交易請求，但未收到發(fā)卡方應答時，對受理方發(fā)來的關(guān)聯(lián)的確認交易的承兌為有缺陷的成功交易”。CUPS繼續(xù)往發(fā)卡方發(fā)送存款確認通知10。發(fā)卡方處理： 待收到存款確認10后的再給以應答11，其中，ResponseCode為A4，表示“未收到原交易請求時，對關(guān)聯(lián)的確認交易的承兌為有缺陷的成功交易”應答，存款確認交易作為存款參加清算。發(fā)卡方收不到請求發(fā)卡方不能向CUPS發(fā)送對請求的應答故障現(xiàn)象： 因通信故障，發(fā)卡方不能向CUPS發(fā)送對請求的應答4。CUPS處理： 向受理方發(fā)送超時應答5，此時ResponseCode為98。終端處理： 發(fā)送存款確認7。受理方處理： 先給終端返回批準的應答8，含義為“有缺陷的成功交易”。同時向CUPS發(fā)送存款確認通知9。CUPS處理： 返回受理方批準的應答10，ResponseCode為A6，“銀聯(lián)處理中心轉(zhuǎn)發(fā)了原交易請求，但未收到發(fā)卡方應答時，對受理方發(fā)來的關(guān)聯(lián)的確認交易的承兌為