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

1、 中國銀聯(lián)股份有限公司企業(yè)標準Q/CUPQ/CUP 006.1-2014代替Q/CUP 006.1-2013中國銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術規(guī)范 V2.1第 1 部分 交易處理說明Technical Specifications on Bankcard Interoperability V2.1Part 1 Explanation on Transaction Processing2014-XX-XX 發(fā)布2014-XX-XX 實施中中國國銀銀聯(lián)聯(lián)股股份份有有限限公公司司 發(fā)發(fā)布布Q/CUP 006.1-2014I中國銀聯(lián)股份有限公司（以下簡稱“中國銀聯(lián)” ）對該規(guī)范文檔保留全部知識產(chǎn)權權利，包括但

2、不限于版權、專利、商標、商業(yè)秘密等。任何人對該規(guī)范文檔的任何使用都要受限于在中國銀聯(lián)成員機構(gòu)服務平臺（http:/ 006.1-2014II目 次前 言.V變更清單 .VI銀行卡聯(lián)網(wǎng)聯(lián)合技術規(guī)范 V2.1 第 1 部分 交易處理說明.11 范圍.12 規(guī)范性引用文件.13 交易分類說明.14 交易的一般處理流程.14.1 聯(lián)機類交易的一般處理流程.14.1.1 請求類及通知類交易.14.1.2 請求類交易的正常處理流程.24.1.3 請求類交易的異常處理流程.34.1.4 通知類交易的正常處理流程.34.1.5 通知類交易的異常處理和報文存儲轉(zhuǎn)發(fā)機制.44.2 脫機類交易的一般處理流程.44.

3、3 手工類交易的一般處理流程.44.3.1 手工類交易的正常處理流程.44.3.2 手工類交易的異常處理流程.54.4 批量類交易一般處理流程.54.4.1 批量類交易正常處理流程.64.4.2 批量類交易異常處理流程.64.5 超時限定.64.5.1 聯(lián)機類交易的超時限定.64.5.2 脫機類交易超時限定原則.74.5.3 手工類交易的超時限定原則.74.5.4 批量交易的超時限定原則.85 銀聯(lián)卡交易具體處理流程及處理要求.85.1 聯(lián)機單信息金融類交易處理.85.1.1 請求類交易.85.1.2 通知類交易.155.1.3 CUPSecure 認證的單信息交易.185.1.4 CUPMo

4、bile 移動支付境內(nèi)單信息交易 .185.2 聯(lián)機雙信息金融類聯(lián)機交易處理.185.2.1 授權/MOTO 授權/代收授權.185.2.2 授權撤銷/MOTO 授權撤銷/代收授權撤銷.195.2.3 余額查詢.195.2.4 沖正.195.2.5 人工授權類交易.195.2.6 MOTO 授權類交易.195.2.7 單雙轉(zhuǎn)換規(guī)則.195.3 手工金融類交易處理.205.3.1 手工預授權撤消.20Q/CUP 006.1-2014III5.3.2 手工退貨.205.3.3 手工預授權完成.215.3.4 手工匯款.225.3.5 手工 MOTO 預授權撤銷.225.3.6 手工 MOTO 預授

5、權完成.225.4 IC 卡交易處理.225.4.1 基于 UICS 借貸記標準的 IC 卡交易.225.5 管理及安全控制類聯(lián)機交易處理.265.5.1 網(wǎng)絡管理通知.265.5.2 重置密鑰.275.6 差錯交易處理.285.6.1 差錯處理中的交易描述.285.6.2 交易流程說明.295.7 可疑欺詐交易監(jiān)控.295.7.1 可疑欺詐交易通知交易.305.8 批量交易處理.305.8.1 批量代收.305.8.2 批量代付.316 外卡交易處理.336.1 外卡收單交易處理原則.336.2 外卡收單交易種類.336.3 外卡收單交易處理.336.3.1 余額查詢.336.3.2 取現(xiàn).

6、336.3.3 取現(xiàn)沖正.336.3.4 預授權.336.3.5 預授權撤銷.336.3.6 預授權完成（請求）.346.3.7 預授權完成（請求）撤銷.346.3.8 預授權完成（通知）.346.3.9 消費.346.3.10 消費撤銷.346.3.11 退貨.346.3.12 預借現(xiàn)金（聯(lián)機）.346.3.13 手工預借現(xiàn)金.356.3.14 預借現(xiàn)金撤銷.356.3.15 沖正.356.3.16 授權.356.3.17 授權撤銷.356.4 外卡的差錯處理.357 清分清算處理產(chǎn)生的交易.367.1 CUPS 的日期切換通知交易（0820/0830）.367.2 自主清分清算產(chǎn)生的交易處

7、理流程.367.2.1 CUPS 日期切換情況下的報文發(fā)送處理流程.36Q/CUP 006.1-2014IV7.2.2 清分清算的文件處理.377.3 非自主清算的日終處理說明（外卡）.377.3.1 單信息日切.377.3.2 雙信息文件批上送和批切.377.3.3 清分和清算.377.3.4 流水文件的獲取.377.4 CUPS 清分清算的時序.377.4.1 自主清算方式的時序配合.377.4.2 非自主清算方式的時序配合.388 代授權的交易處理說明.388.1 代授權支持的交易類型.388.2 代授權處理流程.398.2.1 代授權啟停模式.398.2.2 代授權交易處理.398.3

8、 關聯(lián)交易的代授權處理.398.4 代授權信息的傳送.408.4.1 文件傳輸方式.408.4.2 聯(lián)機傳輸方式.409 交易的異常處理流程.419.1 概述.419.2 異常處理原則.419.2.1 原則 1.419.2.2 原則 2.419.2.3 原則 3.419.2.4 原則 4.419.3 報文格式錯誤.429.3.1 報文語法錯誤.429.3.2 報文語義錯誤.429.4 數(shù)據(jù)安全保密錯誤.429.4.1 PIN 錯誤.429.4.2 MAC 錯誤.439.5 通信異常.439.5.1 單次故障.449.5.2 雙重故障.499.6 終端操作錯誤.509.6.1 無通信故障.509

9、.6.2 通信故障.519.7 特殊交易異常處理流程.519.7.1 存款交易.529.7.2 轉(zhuǎn)賬交易.579.7.3 IC 卡電子現(xiàn)金應用指定賬戶圈存/現(xiàn)金充值交易.649.7.4 IC 卡電子現(xiàn)金應用非指定賬戶圈存交易.649.7.5 匯款（聯(lián)機）.71Q/CUP 006.1-2014V9.7.6 磁條卡現(xiàn)金充值.76參考文獻.77Q/CUP 006.1-2014VI前 言本標準由中國銀聯(lián)股份有限公司提出。本標準由中國銀聯(lián)股份有限公司制定。本標準起草單位：中國銀聯(lián)股份有限公司、國內(nèi)入網(wǎng)機構(gòu)。本標準主要起草人：戚躍民、郭銳、鄭澎、徐靜雯、李潔、吳金壇、王力斌、苗恒軒、萬高峰、陸爾東、蔣慧科

10、、杜秉一、趙偉。Q/CUP 006.1-2014VII變更清單序號變更章節(jié)號變更內(nèi)容變更原因系統(tǒng)改造影響性分析（僅供機構(gòu)參考）變更人員變更時間1.全文刪除了 PBOC 電子錢包，電子存折的相關內(nèi)容隨著PBOC3.0 和中國銀聯(lián)IC 卡技術規(guī)范（UICS）的發(fā)布及推廣，電子錢包業(yè)務已下線，需要刪除電子錢包相關的報文、文件等定義。不涉及系統(tǒng)改造和測試勾傳龍2013-12-30Q/CUP 006.1-2014VIII2.全文將描述中的“PBOC”變更為“UICS”。銀聯(lián) IC 卡企標標準中國銀聯(lián)IC 卡技術規(guī)范，英文全稱為“Unionpay IC Card Specifications”，英文簡稱由

11、“UICC”更改為“UICS”。所以將所有的“PBOC”或“UICC”（PBOC 為中文版中的描述，UICC為英文版中的描述）同步變更為為“UICS ”。不涉及系統(tǒng)改造勾傳龍2013-12-30.20代付增補實時代付交易處理流程產(chǎn)品創(chuàng)新部實時代付業(yè)務需求受理機構(gòu)可選開通聯(lián)機方式代付業(yè)務發(fā)卡機構(gòu)識別聯(lián)機方式代付交易蔣慧科2013-12-2.3退貨（聯(lián)機）/MOTO 退貨（聯(lián)機）增加分期付款退貨交易產(chǎn)品創(chuàng)新部分期付款產(chǎn)品優(yōu)化1、銀聯(lián)系統(tǒng)CUPS、清算系統(tǒng)增加對分期付款退貨交易類型支持2、機構(gòu)系統(tǒng)增加對分期付款退貨交易的支持蔣慧科2013-12-27Q/CUP 006.

12、1-2014IX.5代付確認增補實時代付引發(fā)代付確認處理流程產(chǎn)品創(chuàng)新部實時代付業(yè)務需求受理機構(gòu)代付異常情況下觸發(fā)代付確認蔣慧科2013-12-2IC 卡電子錢包應用和 IC 卡電子現(xiàn)金應用非指定賬戶圈存交易將“CUPS 不對電子錢包行做任何操作”改為“CUPS不對電子現(xiàn)金發(fā)卡行做任何操作”刪除對電子錢包的支持不涉及系統(tǒng)改造和測試勾傳龍2014-1-3.Q/CUP 006.1-20141銀行卡聯(lián)網(wǎng)聯(lián)合技術規(guī)范 V2.1第 1 部分 交易處理說明1范圍本標準規(guī)定了中國銀聯(lián)跨行交易網(wǎng)絡中各種交易的正常處理流程和異常處理流程。本標準適用于

13、所有加入中國銀聯(lián)銀行卡信息交換網(wǎng)絡的入網(wǎng)機構(gòu)。2規(guī)范性引用文件下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。Q/CUP006.0 中國銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術規(guī)范V2.1 第0部分 術語與定義3交易分類說明按交易處理流程分類，可以將交易分為聯(lián)機類、手工類、脫機類和批量類。其中，對于聯(lián)機類交易，根據(jù)交易的成功是否依賴交易接收方的批準，聯(lián)機類交易又可分為請求類和通知類；根據(jù)單雙信息處理模式，聯(lián)機類交易又可分為單信息交易和雙信息交易（境內(nèi)的受理側(cè)全部采用單信息處理模式；對于采用雙信息模式的發(fā)卡

14、機構(gòu)，該機構(gòu)與CUPS之間為雙信息交易）。按交易的功能分類，可以將交易分為金融類、管理及安全控制類、差錯處理類和風險控制類等。其中只有金融類交易有單信息和雙信息的概念，管理及安全控制、差錯處理類和風險控制類不存在單信息和雙信息的概念。本規(guī)范中，未經(jīng)特別說明的交易均默認為銀聯(lián)卡交易；其他國際卡組織銀行卡發(fā)生的交易稱為外卡交易，由于其業(yè)務處理和交易流程區(qū)別與銀聯(lián)卡有所不同，將在下文中用獨立章節(jié)描述。由于IC卡提供了一些專有的業(yè)務功能和交易流程，本規(guī)范將在下文中用獨立章節(jié)描述基于IC卡的特殊應用。銀聯(lián)可以為成員機構(gòu)提供交易代授權服務，下文中將用獨立章節(jié)描述代授權業(yè)務涉及的相關交易流程。4交易的一般處

15、理流程4.1聯(lián)機類交易的一般處理流程4.1.1請求類及通知類交易Q/CUP 006.1-20142CUPS支持的聯(lián)機交易，根據(jù)交易的成功是否依賴交易接收方的批準，可分為請求類和通知類。請求類交易請求類交易從交易的請求方（如：受理方）發(fā)送至接收方（如：發(fā)卡方），告知對方一筆交易在進行，并且完成該交易后需要回送響應。接收方接收到交易請求后應直接給予交易批準或拒絕的應答。如果交易的接收方不是該交易的最終接收機構(gòu)，則接收方負責將交易向下一機構(gòu)轉(zhuǎn)發(fā)。請求類交易包括：金融類交易：包括預授權類請求/應答（報文類型 0100/0110）、其他金融類請求/應答（報文類型 0200/0210）網(wǎng)絡管

16、理類：網(wǎng)絡管理類請求/應答（包括 CUPS 發(fā)起的重置密鑰請求/應答，報文類型0800/0810）CUPS不支持請求類報文的自動重復發(fā)送。通知類交易通知類交易一般是指：發(fā)送方將已采取的動作通知接收方的交易，只要求響應不要求批準。在本規(guī)范中通知類交易可由受理方、發(fā)卡方、CUPS發(fā)出，交易的接收方應予以應答。如果交易的接收方不是該交易的最終接收機構(gòu)，則接收方在給予發(fā)送方應答后，負責將交易向下一機構(gòu)轉(zhuǎn)發(fā)。通知類交易包括：金融通知類交易：金融通知類通知/應答（報文類型 0220/0230）沖正通知類交易：沖正類通知/應答（報文類型 0420/0430）網(wǎng)絡管理通知類交易：網(wǎng)絡管理通知類通

17、知/應答（報文類型 0820/0830）、IC 卡腳本結(jié)果通知（0620/0630）4.1.2請求類交易的正常處理流程請求類交易的正常處理流程分為經(jīng)過CUPS轉(zhuǎn)接、CUPS直接處理完成和經(jīng)CUPS轉(zhuǎn)接并拆分處理完成三類，分別描述如下。經(jīng)過 CUPS 轉(zhuǎn)接的請求類交易正常處理流程描述 受 理 方 C U P S 發(fā) 卡 方 1 2 3 4 1受理方發(fā)往 CUPS 的交易請求2CUPS 轉(zhuǎn)發(fā)給發(fā)卡方的交易請求3發(fā)卡方發(fā)往 CUPS 的交易應答4CUPS 轉(zhuǎn)發(fā)給受理方的交易應答圖 1經(jīng)過 CUPS 轉(zhuǎn)接的請求類交易正常處理流程CUPS 直接處理完成的請求類交易正常處理流程

18、描述Q/CUP 006.1-20143 發(fā) 送 方 接 收 方 1 2 1發(fā)送方發(fā)往接收方的交易請求2接收方發(fā)往發(fā)送方的應答圖 2CUPS 直接處理完成的請求類交易正常處理流程經(jīng)過 CUPS 轉(zhuǎn)接并拆分的請求類交易正常處理流程描述 受 理 方 CUPS 發(fā) 卡 方 1 1 2 3 6 發(fā) 卡 方 2 4 5 1受理方發(fā)往 CUPS 的交易請求2CUPS 拆分出的交易請求 1 3發(fā)卡方 1 返回的交易應答4CUPS 拆分出的交易請求 25發(fā)卡方 2 返回的交易應答 2圖 36CUPS 返回受理方的交易應答經(jīng)過 CUPS 轉(zhuǎn)接并拆分的請求類交易正常處理流程4.1.3請求類交易的異常處

19、理流程詳見 9“交易的異常處理流程”。4.1.4通知類交易的正常處理流程經(jīng)過 CUPS 轉(zhuǎn)接的通知類交易正常處理流程描述 受 理 方 C U P S 發(fā) 卡 方 1 2 3 4 1發(fā)送方發(fā)往 CUPS 的通知Q/CUP 006.1-201442CUPS 發(fā)往發(fā)送方的應答3CUPS 發(fā)往接收方的通知4接收方發(fā)往 CUPS 的應答圖 4經(jīng)過 CUPS 轉(zhuǎn)接的通知類交易正常處理流程CUPS 直接處理完成的通知類交易正常處理流程描述 發(fā) 送 方 接 收 方 1 2 1發(fā)送方發(fā)往接收方的通知2接收方發(fā)往發(fā)送方的應答圖 5CUPS 直接處理完成的通知類交易正常處理流程4.1.5

20、通知類交易的異常處理和報文存儲轉(zhuǎn)發(fā)機制通知類交易過程中存在以下兩種異常情況：發(fā)送方不能將報文發(fā)送給接收方；發(fā)送方將報文發(fā)出后收不到接收方的應答。當以上兩種情況之一發(fā)生時，發(fā)送方可將報文存放在存儲轉(zhuǎn)發(fā)隊列中，在發(fā)送方系統(tǒng)日切開始以前、接收方處于正常狀態(tài)時，在一定次數(shù)內(nèi)每隔一段時間重復發(fā)送，如果還是收不到應答，則停止發(fā)送。發(fā)送方與接收方兩者之間若出現(xiàn)賬務不平通過差錯處理解決。該處理方法稱為存儲轉(zhuǎn)發(fā)機制。并非所有的通知類交易都支持存儲轉(zhuǎn)發(fā)，具體需參見每種通知交易的說明。4.2脫機類交易的一般處理流程一種脫機類交易是指交易由終端直接承兌或拒絕，受理方在交易完成之后再提交文件或?qū)⒚摍C消費轉(zhuǎn)為聯(lián)機報文上送

21、，用以補全CUPS和發(fā)卡方的交易記錄并清算。例如示例：IC卡電子現(xiàn)金應用的脫機消費。另一種脫機交易是指交易通過文件來完成，不存在聯(lián)機報文。例如多渠道平臺接入接口規(guī)范中定義的批量行業(yè)劃款出賬等交易。注：目前，本規(guī)范涉及的脫機類交易主要是指第一種，即基于IC卡電子現(xiàn)金應用的脫機消費，在.5中有專門說明。4.3手工類交易的一般處理流程4.3.1手工類交易的正常處理流程手工類交易是指：入網(wǎng)機構(gòu)登錄銀聯(lián)統(tǒng)一業(yè)務門戶后，以手工錄入的方式發(fā)起的交易。按照手工交易發(fā)起后是否會引發(fā)聯(lián)機報文，可以將手工交易分為：有聯(lián)機報文的手工交易和無聯(lián)機報文的手工交易。有聯(lián)機報文的手工交易Q/CUP

22、 006.1-20145 銀聯(lián) 統(tǒng)一業(yè)務門戶 受 理 方 CUPS 發(fā) 卡 方 1 2 5 5 3 3 4 4 1機構(gòu)登錄銀聯(lián)統(tǒng)一業(yè)務門戶發(fā)起手工交易2統(tǒng)一業(yè)務門戶將交易信息發(fā)送給 CUPS3CUPS 向機構(gòu)發(fā)送聯(lián)機報文（可選，可能為請求報文，也可能為通知報文，不同的手工交易不同）4入網(wǎng)機構(gòu)向 CUPS 返回的應答報文5日終時，CUPS 向入網(wǎng)機構(gòu)發(fā)送清算文件，該文件中包含了該筆手工交易，供入網(wǎng)機構(gòu)清算使用。注：步驟3所示的聯(lián)機報文可能為請求類報文，也可能為通知類報文，視交易類型的不同會有不同。圖 6有聯(lián)機報文的手工交易無聯(lián)機報文的手工交易 銀聯(lián)統(tǒng)一業(yè)務門戶 受 理 方 CUPS

23、 發(fā) 卡 方 1 2 3 3 1入網(wǎng)機構(gòu)登錄銀聯(lián)統(tǒng)一業(yè)務門戶發(fā)起手工交易2銀聯(lián)統(tǒng)一業(yè)務門戶將交易信息發(fā)送給 CUPS3日終時，CUPS 向機構(gòu)發(fā)送交易流水文件，如果該交易參與清算，則文件中包含了該筆手工交易，供入網(wǎng)機構(gòu)清算勾對。注：在步驟3中，不同的手工交易會進入不同的流水文件。具體見手工類交易的具體描述。圖 7無聯(lián)機報文的手工交易4.3.2手工類交易的異常處理流程“有聯(lián)機報文的手工類交易”的異常處理流程取決于聯(lián)機的報文是通知報文還是請求報文。如果聯(lián)機報文是通知報文，則其異常處理流程同4.1.5通知類交易的異常處理和報文存儲轉(zhuǎn)發(fā)機制；如果聯(lián)機報文是請求類報文，則其異常處理流程同4.1.3請求類

24、交易的異常處理流程。Q/CUP 006.1-20146“無聯(lián)機報文的手工類交易”不涉及聯(lián)機報文，本規(guī)范不再描述其異常處理流程。4.4批量類交易一般處理流程批量類交易指發(fā)起方以批量文件方式向銀聯(lián)發(fā)起批量交易，銀聯(lián)系統(tǒng)進行處理后向交易接收方轉(zhuǎn)發(fā)。4.4.1批量類交易正常處理流程 受 理 機 構(gòu) 銀 聯(lián) 系 統(tǒng) 1 3 5 2 發(fā) 卡 機 構(gòu) 4 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)返回交易應答文件。4.4.2批量類交易異常處理流程1、在步驟1中，銀聯(lián)系

25、統(tǒng)收到受理機構(gòu)重復發(fā)送的批量文件，以第一次為準，重復文件丟棄。2、在步驟2中，受理機構(gòu)收到銀聯(lián)系統(tǒng)重復發(fā)送的反饋文件時，以第一次為準，重復的文件丟棄。3、在步驟2中，若銀聯(lián)系統(tǒng)無法將反饋文件發(fā)送給受理機構(gòu)時，應嘗試存儲重發(fā)，次數(shù)限定為3次。4、不同的批量交易，步驟3、4的異常處理流程存在差異，具體流程參見5.8批量交易處理。5、在步驟5中，受理機構(gòu)收到銀聯(lián)系統(tǒng)重復發(fā)送的批量文件，以第一次為準，重復文件丟棄。6、在步驟5中，銀聯(lián)系統(tǒng)無法將批量應答文件發(fā)送給受理機構(gòu)時，則交易仍然有效并進行清算，受理機構(gòu)應以銀聯(lián)隨后發(fā)送的流水文件內(nèi)記錄信息為準。7、若在達到了超時時間后，銀聯(lián)系統(tǒng)仍有部分文件記錄未轉(zhuǎn)

26、換成聯(lián)機交易轉(zhuǎn)發(fā)至發(fā)卡機構(gòu)，則該部分文件記錄中的交易按失敗處理，銀聯(lián)系統(tǒng)在應答文件中告知受理機構(gòu)（定義應答碼F5，代表文件記錄未完成批量轉(zhuǎn)聯(lián)機的轉(zhuǎn)換）。4.5超時限定4.5.1聯(lián)機類交易的超時限定一般聯(lián)機類交易超時限定原則 受 理 方 中 心 C U P S 發(fā) 卡 行 中 心 1 4 2 3 Q/CUP 006.1-20147圖 8一般交易超時限定參與交易的各方至少應滿足以下超時時限要求：發(fā)卡方中心的響應時間控制段為：從發(fā)卡方中心收到CUPS的請求報文開始，到發(fā)卡方中心向CUPS返回應答報文為止。根據(jù)業(yè)務規(guī)則，發(fā)卡方的響應時間應小于20秒。表 1一般交易超時限定表節(jié)點超時時間

27、X 設定(秒)受理方中心X25CUPS20X45CUPS以自身系統(tǒng)時間來計算計時開始和計時結(jié)束。CUPS的超時檢查時間控制段為：從CUPS向發(fā)卡方發(fā)送報文開始，到CUPS收到發(fā)卡方的應答報文為止。受理方中心以自身系統(tǒng)時間來計算計時開始和計時結(jié)束。受理方中心的超時檢查時間控制段為：從受理方中心向CUPS發(fā)出報文開始，到受理方中心收到CUPS應答報文為止。經(jīng) CUPS 轉(zhuǎn)接并拆分的請求類交易超時限定原則 受 理 方 中 心 C U P S 發(fā)卡方 1 發(fā)卡方 2 1 6 4 2 3 5 圖 9轉(zhuǎn)賬交易超時限定參與交易的各方至少應滿足以下限定原則：發(fā)卡方中心的響應時間、CUPS的超時檢

28、查時間，遵循一般聯(lián)機類交易限定原則。受理方中心的超時檢查時間控制段為：從受理方中心向CUPS發(fā)出請求報文開始，到受理方中心收到CUPS應答報文為止。由于轉(zhuǎn)賬交易涉及到兩個發(fā)卡方，受理方中心對轉(zhuǎn)賬交易的超時時間設置應大于50秒。表 2轉(zhuǎn)賬交易超時限定表節(jié)點超時時間 X 設定(秒)受理方中心X50CUPS20X454.5.2脫機類交易超時限定原則對于4.2節(jié)所述的第一種脫機類交易來說，其中，若受理方將脫機消費轉(zhuǎn)為聯(lián)機報文上送時，受理方的超時限定原則，遵循一般聯(lián)機類交易的超時限定原則。若受理方將脫機消費以文件方式上送時，不存在超時限定。對于第二種脫機交易來說，其超時限定原則參見多渠道平臺接入接口規(guī)范

29、。Q/CUP 006.1-201484.5.3手工類交易的超時限定原則手工類交易引發(fā)的聯(lián)機交易，遵循聯(lián)機類交易的超時限定原則。4.5.4批量交易的超時限定原則對于批量交易，其處理過程分為兩段，即受理機構(gòu)到CUPS的批量文件傳遞過程和CUPS到發(fā)卡機構(gòu)的聯(lián)機報文傳遞過程。對于批量文件傳遞過程，超時規(guī)定如下：對于受理方在T日截止時間t前提交的文件中的交易，若在當日未完成批轉(zhuǎn)實處理，則認定該部分交易超時，CUPS會在當日向受理方返回的應答文件對該部分交易給以超時應答；對于受理方在T日截止時間t后提交的文件中的交易，若在T+1日未完成批量轉(zhuǎn)聯(lián)機處理，則認定該部分交易超時，CUPS會在T+1日向受理方返

30、回應答文件中對該部分交易給以超時應答。對于聯(lián)機報文傳遞過程，其超時限定原則同上文聯(lián)機類交易。5銀聯(lián)卡交易具體處理流程及處理要求本章主要描述銀聯(lián)卡交易處理涉及的具體流程和處理要求。5.1聯(lián)機單信息金融類交易處理5.1.1請求類交易余額查詢指持卡人通過ATM等終端渠道進行相關賬戶（含銀聯(lián)聯(lián)盟積分賬戶）余額查詢的過程。余額查詢交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。當查詢交易出現(xiàn)異常時，不引發(fā)沖正。當CUPS不能將查詢請求轉(zhuǎn)發(fā)給發(fā)卡方時，將直接拒絕該請求；當CUPS不能將應答轉(zhuǎn)發(fā)給受理方時，將直接丟棄

31、；當受理方接收不到CUPS的應答時，將直接拒絕該交易。本交易不參加清算。取現(xiàn)指持卡人通過ATM、POS和銀行柜面等終端渠道提取或預借現(xiàn)金的過程。支持通過固定POS、自助電話終端、移動POS發(fā)起的助農(nóng)取現(xiàn)，通過新增MCC取值6051來同已有的POS取現(xiàn)交易進行區(qū)分。取現(xiàn)交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見沖正通知。本交易的異常處理流程參見本文4.1.3請求類交易的異常處理流程。本交易參加清算。存款存款交易用于向發(fā)卡方請求

32、對持卡人存款及金額的確認。存款可以采用有卡或無卡的方式通過柜面或自動柜員機等方式發(fā)起。存款交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)存款確認，存款交易的異常處理流程參見本文9.7.1存款交易。本交易參加清算。消費指特約商戶在出售商品或提供服務時，通過POS終端等渠道完成消費者用卡付款的過程，包括持卡人通過自助終端自行操作并確認的交易。Q/CUP 006.1-20149消費交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文4.1

33、.2.1。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見沖正通知。消費交易的異常處理流程參見本文4.1.3請求類交易的異常處理流程。本交易參加清算。MOTO 消費指持卡人通過電話、傳真等方式委托代理機構(gòu)發(fā)起的消費交易。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見沖正通知。本交易的異常處理流程參見本文4.1.3請求類交易的異常處理流程。本交易參加清算。代收指持卡人在定期收款商戶簽署同意使用借記卡和貸記卡定期繳交相

34、關服務費用的授權書，然后在收費扣款日期，商戶通過收單機構(gòu)提供的服務平臺、終端或應用系統(tǒng)，將扣款交易信息（或批量扣款文件）提交收單機構(gòu)。代收分為實時代收和批量代收，其中，批量代收的交易流程描述參見本文5.8.1。實時代收交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知。產(chǎn)生沖正的條件及流程參見。實時代收交易的異常處理流程參見本文4.1.3。本交易參加清算。預授權預授權交易用于受理方向發(fā)卡方確認對持卡人的交易許可。受理方將預估的消費金額作為預授權金額，發(fā)送給持卡人的發(fā)卡方。

35、發(fā)卡方批準后將授權號等信息置入交易應答中發(fā)送給受理方。預授權交易只控制持卡人的可用余額的額度。由預授權完成交易來完成資金結(jié)算。一個被批準的預授權交易，僅在有限的時間內(nèi)有效。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易的交易金額不參加清算。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。本交易不參加清算。MOTO 預授權指持卡人通過電話、傳真等方式委托代理機構(gòu)發(fā)起的訂購類交易。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接

36、的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。本交易不參加清算。預授權完成（請求）對已批準的預授權交易，用預授權完成（請求）做支付結(jié)算。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。Q/CUP 006.1-201410本交易參加清算。0MOTO 預授權完成（請求）對已

37、批準的預授權交易，用預授權完成（請求）做支付結(jié)算。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。本交易參加清算。1預授權撤銷對已成功的預授權交易，在結(jié)算前使用預授權撤消交易，請求發(fā)卡方取消付款承諾。預授權撤銷交易必須是對原始預授權交易的全額撤銷。本交易的交易金額不參加清算。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。

38、本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。本交易不參加清算。2MOTO 預授權撤銷對已成功的MOTO預授權交易，在結(jié)算前使用預授權撤消交易，請求發(fā)卡方取消付款承諾。預授權撤銷交易必須是對原始預授權交易的全額撤銷。本交易的交易金額不參加清算。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。本交易不參加清算。3轉(zhuǎn)賬指持卡人通過柜面、

39、自動柜員機或其它自助終端等渠道進行銀行卡賬戶之間資金劃轉(zhuǎn)的過程。根據(jù)收費方向不同，轉(zhuǎn)賬交易分為兩類，即轉(zhuǎn)賬（轉(zhuǎn)出方付費）和轉(zhuǎn)賬（轉(zhuǎn)入方付費）。這兩類交易在處理流程上有所不同。在發(fā)起轉(zhuǎn)賬交易前，可通過賬戶驗證交易（見章節(jié)6定義）對轉(zhuǎn)入方的姓名、身份證件信息以及轉(zhuǎn)入金額是否超過轉(zhuǎn)入卡金額上限等進行校驗。轉(zhuǎn)賬是經(jīng)交換中心轉(zhuǎn)接并拆分的請求類交易。轉(zhuǎn)賬（轉(zhuǎn)入方付費）的一般處理流程如下圖所示1：1 對于本標準中的轉(zhuǎn)賬交易，受理方也可以是轉(zhuǎn)入方或者轉(zhuǎn)出方中的一個；另外，轉(zhuǎn)入方和轉(zhuǎn)出方也可以是同一方。Q/CUP 006.1-201411 受 理 方 交 換 中 心 轉(zhuǎn) 出 方 1 2 3 6 轉(zhuǎn)

40、 入 方 4 5 1受理方發(fā)往交換中心的轉(zhuǎn)賬請求2交換中心發(fā)往轉(zhuǎn)出方的轉(zhuǎn)出請求3轉(zhuǎn)出方返回交換中心的轉(zhuǎn)出應答4交換中心發(fā)往轉(zhuǎn)入方的轉(zhuǎn)入請求5轉(zhuǎn)入方返回交換中心的轉(zhuǎn)入應答6交換中心返回受理方的轉(zhuǎn)賬應答圖 10轉(zhuǎn)賬交易（轉(zhuǎn)入方付費）一般處理流程在圖10的流程中，如果轉(zhuǎn)出方拒絕該交易，那么交換中心直接向受理方返回拒絕應答。對于轉(zhuǎn)賬交易（轉(zhuǎn)出方付費），需要在轉(zhuǎn)賬交易發(fā)起前，先發(fā)起對轉(zhuǎn)入方的賬戶驗證，由轉(zhuǎn)入方將轉(zhuǎn)入卡所屬地區(qū)信息返回；銀聯(lián)轉(zhuǎn)接系統(tǒng)在后續(xù)轉(zhuǎn)出轉(zhuǎn)賬交易中把轉(zhuǎn)入卡所述地區(qū)信息傳遞到轉(zhuǎn)出方，供轉(zhuǎn)出方判斷該轉(zhuǎn)賬是同城交易還是異地交易。 受 理 方 交 換 中 心 轉(zhuǎn) 入 方 1 2 3 10 轉(zhuǎn)

41、出 方 6 7 8 4 9 5 1受理方發(fā)往交換中心的賬戶驗證請求2交換中心發(fā)往轉(zhuǎn)入方的賬戶驗證請求3轉(zhuǎn)入方返回交換中心的賬戶驗證應答4交換中心返回受理方的賬戶驗證應答5受理方發(fā)往交換中心的轉(zhuǎn)賬請求6交換中心發(fā)往轉(zhuǎn)出方的轉(zhuǎn)出請求7轉(zhuǎn)出方返回交換中心的轉(zhuǎn)出應答8交換中心發(fā)往轉(zhuǎn)入方的轉(zhuǎn)入請求9轉(zhuǎn)入方返回交換中心的轉(zhuǎn)入應答10交換中心發(fā)往受理方的轉(zhuǎn)入應答圖 11轉(zhuǎn)賬交易（轉(zhuǎn)出方付費）一般處理流程Q/CUP 006.1-201412該交易參加清算。本交易的異常處理流程參見本文9.7.2，在交易發(fā)生異常的情況下：交換中心與轉(zhuǎn)出方之間發(fā)生異常時會引發(fā)轉(zhuǎn)出沖正（見） 。交換中心與轉(zhuǎn)入方之間發(fā)生

42、異常時會引發(fā)轉(zhuǎn)入確認（見） 。轉(zhuǎn)賬受理、轉(zhuǎn)出轉(zhuǎn)賬和轉(zhuǎn)入轉(zhuǎn)賬（包括轉(zhuǎn)出方付費和轉(zhuǎn)入方付費）參加清算。4匯款（聯(lián)機）匯款是指境外（包括港、澳、臺地區(qū)）匯款人通過現(xiàn)金、銀行卡、賬戶等方式將外幣資金匯入具有中華人民共和國居民身份證的境內(nèi)個人銀聯(lián)卡的業(yè)務。匯款業(yè)務由兩個交易組成：匯款驗證、匯款。本規(guī)范中定義的匯款業(yè)務受理方為資金匯出方，發(fā)卡方為資金匯入方。一筆完整的匯款業(yè)務正常流程如圖所示： 受 理 方 C U P S 發(fā) 卡 方 1 2 4 3 5 6 8 7 1-受理方發(fā)起的匯款驗證交易請求2-CUPS 發(fā)往發(fā)卡方的匯款驗證請求3-發(fā)卡方返回 CUPS 的含義為批準的匯款

43、驗證應答4-CUPS 返回發(fā)卡方的含義為批準的匯款驗證應答5-受理方發(fā)往 CUPS 的匯款交易請求6-CUPS 發(fā)往發(fā)卡方的匯款交易請求7-發(fā)卡方返回 CUPS 的含義為批準的匯款交易應答8-CUPS 返回發(fā)卡方的含義為批準的匯款交易應答圖 12匯款正常流程匯款業(yè)務的異常流程參見本規(guī)范9.7.5匯款（聯(lián)機） 。4.1匯款驗證受理方根據(jù)匯款客戶要求，發(fā)起一筆針對匯入卡的帳號驗證交易，該交易是經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易的正常處理流程參見本文。匯款驗證交易的作用體現(xiàn)在以下幾點：（1）驗證匯入卡是否存在。（2）驗證匯入方是否支持匯款業(yè)務。（3）檢查通訊線路是否暢通，以

44、降低后續(xù)匯款失敗的概率。（4）檢查匯款金額是否超限。當且僅當受理方收到成功的匯款驗證應答時，才能發(fā)起后續(xù)的匯款交易，且對于一筆匯款驗證交易，只能發(fā)起一筆匯款交易。若受理方?jīng)]有收到匯款驗證應答，或收到失敗的匯款驗證應答，則不能發(fā)起后續(xù)的匯款交易。匯款驗證交易與后續(xù)匯款交易必須在同一清算日內(nèi)發(fā)生。受理方不能在沒有發(fā)起匯款驗證的情況下直接發(fā)起匯款交易。匯款驗證交易不引發(fā)沖正，不參加清算。當CUPS不能將請求轉(zhuǎn)發(fā)給發(fā)卡方時，將直接拒絕該請求；當CUPS不能將應答轉(zhuǎn)發(fā)給受理方時，將直接丟棄；當受理方接收不到CUPS的應答時，將直接拒絕該交易。4.2匯款Q/CUP 006.1-201413受

45、理方在收到成功的匯款驗證交易后，發(fā)起匯款交易用于向發(fā)卡方請求對持卡人匯款及金額的確認，該交易是經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。受理方一旦發(fā)起匯款交易后，無論是否收到應答，以及收到的應答是否成功，都需要把匯款留下，以利于后續(xù)處理。若受理方收到的是含義為承兌的匯款應答，則可以明確告知客戶“匯款交易成功，資金實時到帳”。否則，應提示客戶“匯款交易成功，資金將延遲到帳”。一般情況下，匯款驗證成功后，發(fā)卡方不應再拒絕匯款交易，除非發(fā)生以下2種情況：（1）發(fā)卡方校驗匯款報文MAC錯；（2）發(fā)卡方檢查發(fā)現(xiàn)匯款報文格式錯。雖

46、然此時，CUPS會向受理方返回A0或30應答碼，但受理方仍應收款，并提示客戶“匯款交易成功，資金將延遲到帳”。CUPS會根據(jù)匯款交易的90域（原始數(shù)據(jù)元）來匹配與其對應的匯款驗證交易，并拒絕匹配失敗的匯款交易。發(fā)卡方無需驗證匯款與匯款驗證是否匹配。匯款交易不引發(fā)沖正，參加清算。匯款交易的異常處理流程參見本文9.7.5匯款（聯(lián)機） 。本交易參加清算。5存款撤銷、消費撤銷、MOTO 消費撤銷、預授權完成（請求）撤銷、MOTO 預授權完成（請求）撤銷、代收撤銷對已成功的存款、消費、MOTO消費、預授權完成（請求）、MOTO預授權完成請求、代收交易，在一定條件下可對原始交易進行撤銷，在結(jié)

47、算前使用撤銷交易，退還原始交易金額。撤銷交易必須是對原始交易的全額撤銷。這些撤銷交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程。交易的正常處理流程參見本文。這些撤銷交易參加清算。這些撤銷交易可引發(fā)沖正通知。產(chǎn)生沖正的條件及沖正流程參見沖正通知。本交易的異常處理流程參見本文4.1.3。特別說明：只有在終端得到的應答是正常承兌的應答時，才能進行存款撤銷。當存款流程出現(xiàn)異常終端得到的應答不是正常承兌的應答時，不能進行存款撤銷。6賬戶驗證受理方發(fā)起賬戶驗證交易，對持卡人身份信息、卡片賬戶信息等內(nèi)容進行驗證。適用于有卡自助消費

48、、無卡自助消費、代收、MOTO業(yè)務、代付、轉(zhuǎn)賬（含轉(zhuǎn)出方付費和轉(zhuǎn)入方付費兩類）、無卡建立委托、磁條卡現(xiàn)金充值等業(yè)務。其中，對于有卡自助消費、無卡自助消費、代收、MOTO業(yè)務、代付、轉(zhuǎn)賬業(yè)務，其主要目的是在交易發(fā)生前，對卡賬戶的有效性進行驗證。其中有卡自助消費、無卡自助支付主要在定制階段驗證待綁定卡賬戶的有效性；轉(zhuǎn)賬業(yè)務主要用于在發(fā)起轉(zhuǎn)賬交易前驗證轉(zhuǎn)入卡賬戶的有效性。對于磁條卡現(xiàn)金充值，賬戶驗證交易的主要目的有兩個：一是驗證卡賬戶有效性，二是查看當次充值金額+卡內(nèi)余額是否超過卡內(nèi)最大限額。在無卡自助消費、無卡自助預授權、無卡建立委托前，境內(nèi)受理機構(gòu)需要發(fā)送賬戶驗證交易，用于觸發(fā)發(fā)卡機構(gòu)（或發(fā)卡機

49、構(gòu)委托銀聯(lián)）發(fā)出動態(tài)驗證碼。對于轉(zhuǎn)賬（轉(zhuǎn)出方付費）交易，需要在轉(zhuǎn)賬交易發(fā)起前，先發(fā)起對轉(zhuǎn)入方的賬戶驗證，由轉(zhuǎn)入方將轉(zhuǎn)入卡所屬地區(qū)信息返回。該交易是經(jīng)CUPS轉(zhuǎn)接的請求類交易。交易的正常處理流程參見本文。賬戶驗證交易處理異常時不引發(fā)沖正，不參加清算。當CUPS不能將請求轉(zhuǎn)發(fā)給發(fā)卡方時，將直接拒絕該請求；當CUPS不能將應答轉(zhuǎn)發(fā)給受理方時，將直接丟棄；當受理方接收不到CUPS的應答時，將直接拒絕該交易。7磁條卡現(xiàn)金充值Q/CUP 006.1-201414磁條預付費卡的現(xiàn)金充值業(yè)務是指持卡人通過現(xiàn)金充值終端，由受理方終端發(fā)起的將現(xiàn)金存入磁條預付費卡的交易。磁條卡現(xiàn)金充值由

50、賬戶驗證和磁條卡現(xiàn)金充值這兩個交易來實現(xiàn)。完整的正常交易流程如下圖所示。 受 理 方 C U P S 發(fā) 卡 方 1 2 4 3 5 6 8 7 1-受理方發(fā)起的賬戶驗證交易請求2-CUPS 發(fā)往發(fā)卡方的賬戶驗證請求3-發(fā)卡方返回 CUPS 的含義為批準的賬戶驗證應答4-CUPS 返回發(fā)卡方的含義為批準的賬戶驗證應答5-受理方發(fā)往 CUPS 的磁條卡現(xiàn)金充值交易請求6-CUPS 發(fā)往發(fā)卡方的磁條卡現(xiàn)金充值交易請求7-發(fā)卡方返回 CUPS 的含義為批準的磁條卡現(xiàn)金充值交易應答8-CUPS 返回發(fā)卡方的含義為批準的磁條卡現(xiàn)金充值交易應答圖 13磁條預付費卡現(xiàn)金充值受理方在收到發(fā)卡方對賬戶驗證交易的

51、成功應答后，才能發(fā)起后續(xù)的磁條卡現(xiàn)金充值交易。磁條卡現(xiàn)金充值交易是經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易的正常處理流程參見本文。本交易參加清算，不支持撤銷。本交易的異常處理流程參見章節(jié)9.7.6中的描述。8人工預授權類交易人工預授權是指收單機構(gòu)授權中心人員通過索權系統(tǒng)主動發(fā)起索權請求，經(jīng)中國銀聯(lián)轉(zhuǎn)接系統(tǒng)發(fā)送發(fā)卡機構(gòu)，由發(fā)卡機構(gòu)授權中心人員根據(jù)收單機構(gòu)索權信息人工進行應答的處理方式。人工預授權類交易包含的交易類型為：人工預授權、人工預授權沖正。上述各交易與普通預授權類中的同名交易的正常流程與異常流程基本一致，區(qū)別在于受理側(cè)發(fā)起交易的終端類型不同，即一般通過商戶系統(tǒng)發(fā)起，而不

52、是傳統(tǒng)終端。另外，需要發(fā)卡方對CVN2、卡有效期進行校驗。其他關聯(lián)交易通過普通預授權類對應交易實現(xiàn)。本交易不參加清算。9委托類交易9.1建立委托建立委托指收單機構(gòu)向發(fā)卡機構(gòu)提交開通持卡人指定賬戶特定無卡業(yè)務的申請，用于在交易開通環(huán)節(jié)驗證持卡人身份。在無卡建立委托交易發(fā)起前，需要發(fā)起賬戶驗證交易來觸發(fā)發(fā)卡機構(gòu)（或發(fā)卡機構(gòu)委托銀聯(lián)）發(fā)出動態(tài)驗證碼。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.

53、3。本交易不參加清算。9.2解除委托（聯(lián)機）Q/CUP 006.1-201415解除委托交易為委托交易的逆向交易，用于持卡人與收單機構(gòu)或商戶之間解除業(yè)務委托關系。本交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文4.1.2本交易可引發(fā)沖正通知，產(chǎn)生沖正的條件及流程參見。本交易的異常處理流程參見本文4.1.3。本交易不參加清算。0代付本交易用于代付業(yè)務。代付分為實時代付和批量代付，其中，批量代付的交易流程描述參見本文5.8.2。實時代付交易是需經(jīng)CUPS轉(zhuǎn)接的請求類交易，交易流程為經(jīng)過CUPS

54、轉(zhuǎn)接的請求類交易處理流程，交易的正常處理流程參見本文。實時代付異常情況下可引發(fā)代付確認交易，該異常處理流程參見章節(jié)5.1.2通知類交易金融通知交易用于受理方、CUPS、發(fā)卡方之間的資金劃撥及相應的賬戶處理。金融通知交易不引發(fā)沖正。當通知發(fā)送方收不到應答時，應進行存儲轉(zhuǎn)發(fā)。但不能跨清算日重發(fā)。沖正通知對于報文類型為“0100”、“0200”的請求，除存款、轉(zhuǎn)賬、查詢、賬戶驗證、匯款、匯款驗證、磁條卡現(xiàn)金充值、代付類等交易請求外，當受理方、CUPS在限定時間內(nèi)接收不到對交易請求報文的應答時，必須產(chǎn)生沖正通知。當CUPS不能將交易的成功應答轉(zhuǎn)發(fā)給受理方時，也

55、必須產(chǎn)生沖正通知。沖正通知有兩種處理模式：CUPS直接處理完成的通知類交易：1、當沖正由受理方引發(fā)，CUPS發(fā)現(xiàn)原始交易不成功的情況下，不向發(fā)卡方轉(zhuǎn)發(fā)該沖正本交易。2、由CUPS直接引發(fā)的沖正。此時沖正由CUPS直接完成處理，正常處理流程參見本文。經(jīng)CUPS轉(zhuǎn)接的通知類交易：當沖正由受理方引發(fā)，CUPS根據(jù)原始交易記錄匹配無誤后，向發(fā)卡方轉(zhuǎn)發(fā)沖正通知，此時沖正通知經(jīng)CUPS進行轉(zhuǎn)接處理，正常處理流程參見本文。存款和轉(zhuǎn)賬交易的異常處理請參見本規(guī)范9.7特殊交易異常處理流程；代付交易的異常處理請參見本規(guī)范異常處理。當受理方接收到終端機具的沖正通知或CUPS

56、接收到受理方的沖正通知時，必須立即予以應答，如果原始交易是成功交易，則先將原始交易置為“已被沖正的交易”，然后再向后一個機構(gòu)（其將原始交易送往的機構(gòu)）發(fā)送沖正通知。當沖正通知的發(fā)送方收不到應答時，進行存儲轉(zhuǎn)發(fā)。但不能跨清算日發(fā)送沖正。異常處理及存儲轉(zhuǎn)發(fā)機制參見本文4.1.5沖正通知不允許跨越清算日。沖正次數(shù)最多不超過五次，最短時間間隔不少于60分鐘。結(jié)算通知、MOTO 結(jié)算通知該通知是在雙轉(zhuǎn)單時，由CUPS將雙信息請求轉(zhuǎn)發(fā)給單信息發(fā)卡方的，是對先前已批準的預授權交易的資金結(jié)算通知，MOTO結(jié)算通知是對先前已批準的MOTO預授權交易的資金結(jié)算通知，MOTO結(jié)算通知處理流程同結(jié)算通知

57、處理流程。在超時時段范圍內(nèi)，發(fā)卡方在CUPS日切點后若收到CUPS在日切點前發(fā)送的結(jié)算通知，應能受理超時時段范圍內(nèi)的跨清算日的結(jié)算通知交易。當受理方是雙信息處理方式而發(fā)卡方是單信息處理方式時，由CUPS提供交易方式的轉(zhuǎn)換。CUPS將雙信息清算文件中的記錄逐筆轉(zhuǎn)換成結(jié)算通知發(fā)送給發(fā)卡方。發(fā)卡方不能在聯(lián)機交易時拒絕結(jié)算通知，如需要拒絕，可通過退單交易來完成。處理中心一旦成功轉(zhuǎn)發(fā)了結(jié)算通知，無論發(fā)卡方如何處理，此筆結(jié)算通知交易參與清算。Q/CUP 006.1-201416結(jié)算通知交易并非要求所有銀行都支持，如果采用單信息交易方式的發(fā)卡銀行支持預授權交易，則應支持結(jié)算通知交易。.1正常交

58、易流程受理方發(fā)送雙信息清算文件給CUPS，CUPS將該文件轉(zhuǎn)換成結(jié)算通知發(fā)送給單信息發(fā)卡方，發(fā)卡方將應答發(fā)送給CUPS。 受 理 方 C U P S 發(fā) 卡 方 2 3 1 1受理方發(fā)往 CUPS 的雙信息清算文件2CUPS 發(fā)往發(fā)卡方的結(jié)算通知3發(fā)卡方發(fā)往 CUPS 的結(jié)算通知應答圖 14結(jié)算通知流程.2異常交易流程當發(fā)卡方故障，CUPS不能將結(jié)算通知發(fā)送給發(fā)卡方時，CUPS將該通知存放在存儲轉(zhuǎn)發(fā)隊列中進行存儲轉(zhuǎn)發(fā)。 受 理 方 C U P S 發(fā) 卡 方 2 4 1 3 1受理方發(fā)往 CUPS 的雙信息清算文件2因某種原因 CUPS 不能向發(fā)卡方發(fā)送結(jié)算通知3CUPS 重新發(fā)

59、送的結(jié)算通知4發(fā)卡方發(fā)往 CUPS 的應答圖 15結(jié)算通知異常流程退貨（聯(lián)機）/MOTO 退貨（聯(lián)機）指特約商戶因商品退回或服務取消，將已扣款項退還持卡人原扣款賬戶的過程；包括全額和部分金額退貨。另外，對于分期付款消費，提供分期付款退貨交易，其處理流程與一般聯(lián)機退貨交易一致。本交易是需經(jīng)CUPS轉(zhuǎn)接的通知類交易，本交易的正常處理流程參見本文。處理中心一旦成功轉(zhuǎn)發(fā)了退貨通知，無論發(fā)卡方如何處理，此筆退貨通知交易參與清算。本交易的異常處理及存儲轉(zhuǎn)發(fā)機制參見本文4.1.5。發(fā)卡方在CUPS日切點后若收到CUPS在日切點前發(fā)送的退貨通知，應能受理超時時段范圍內(nèi)的跨清算日的退

60、貨通知交易。特別說明：入網(wǎng)機構(gòu)還可以登錄銀聯(lián)統(tǒng)一業(yè)務門戶發(fā)起手工退貨交易，其處理流程參見本規(guī)范5.6.2。存款確認Q/CUP 006.1-201417當終端在限定時間內(nèi)接收不到存款交易請求的應答或檢測到應答報文MAC錯時，必須產(chǎn)生存款確認交易。當CUPS未收到發(fā)卡方對存款請求的應答時，CUPS向發(fā)卡方轉(zhuǎn)發(fā)受理方發(fā)來的存款確認通知，發(fā)卡方以存款確認通知做確認記賬處理。當CUPS收到發(fā)卡方對存款請求的應答，而受理方未收到CUPS的應答時，受理方轉(zhuǎn)發(fā)終端發(fā)來的存款確認通知，CUPS直接給受理方應答，不需要往發(fā)卡方轉(zhuǎn)發(fā)。存款確認是經(jīng)過CUPS轉(zhuǎn)接的通知類交易，其正常處理流程參見本文4.1