卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V21--境內(nèi)成員機(jī)構(gòu)改造指南(200.doc

Q/CUP 006.42009 中國(guó)銀聯(lián)股份有限公司 發(fā)布2009-12-30實(shí)施2009-11-19發(fā)布銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.1境內(nèi)成員機(jī)構(gòu)改造指南配套文件Q/CUP中國(guó)銀聯(lián)股份有限公司企業(yè)標(biāo)準(zhǔn)87目 次1 編制思路41.1 目的41.2 范圍41.3 編寫(xiě)思路42 報(bào)文版本升級(jí)說(shuō)明52.1 修改內(nèi)容和原因52.2 是否為必選業(yè)務(wù)類型52.3 使用要求52.4 處理流程52.5 新業(yè)務(wù)的支持原則52.6 閱讀說(shuō)明53 新增業(yè)務(wù)說(shuō)明53.1 銀聯(lián)聯(lián)盟積分業(yè)務(wù)53.2 預(yù)付費(fèi)卡業(yè)務(wù)73.3 信用卡還款業(yè)務(wù)103.4 IC卡借貸記應(yīng)用的預(yù)授權(quán)完成（請(qǐng)求）交易133.5 電子現(xiàn)金IC卡現(xiàn)金充值撤消交易144 國(guó)際業(yè)務(wù)說(shuō)明164.1 國(guó)際業(yè)務(wù)特色信息域164.2 額外手續(xù)費(fèi)業(yè)務(wù)處理194.3 柜面取現(xiàn)業(yè)務(wù)處理204.4 免驗(yàn)密碼網(wǎng)絡(luò)標(biāo)志處理234.5 F37的匹配處理244.6 IC卡借貸記應(yīng)用的預(yù)授權(quán)完成（請(qǐng)求）類交易254.7 消費(fèi)（分期付款）業(yè)務(wù)294.8 銀聯(lián)卡匯率查詢業(yè)務(wù)334.9 跨境匯款業(yè)務(wù)344.10 聯(lián)機(jī)退貨業(yè)務(wù)384.11 國(guó)際業(yè)務(wù)中對(duì)F60的處理394.12 IC卡電子現(xiàn)金應(yīng)用的業(yè)務(wù)405 代授權(quán)業(yè)務(wù)說(shuō)明435.1 業(yè)務(wù)說(shuō)明435.2 是否為必選業(yè)務(wù)類型455.3 發(fā)卡方改造要求456 文件接口規(guī)范說(shuō)明466.1 術(shù)語(yǔ)和定義466.2 文件收發(fā)476.3 V2.1文件體系的調(diào)整476.4 跨行清算文件496.5 代理清算文件546.6 清算匯總文件586.7 其他文件586.8 文件的分類和選擇586.9 小結(jié)627 報(bào)文域優(yōu)化和改進(jìn)內(nèi)容的說(shuō)明637.1 F60637.2 F48697.3 F57707.4 F2、F38、F42的唯一性717.5 F55中的新增tag717.6 IC卡借貸記應(yīng)用的余額查詢737.7 F54的處理737.8 F61的處理748 數(shù)據(jù)安全傳輸與控制規(guī)范的說(shuō)明758.1 類轉(zhuǎn)賬流程交易的MAC計(jì)算注意事項(xiàng)758.2 重置密鑰注意事項(xiàng)769 通訊接口規(guī)范的說(shuō)明769.1 空閑連接查詢報(bào)文的間隔時(shí)間769.2 聯(lián)機(jī)交易的雙工連接7610 應(yīng)答碼的整理說(shuō)明7710.1 調(diào)整的內(nèi)容7710.2 是否為必選業(yè)務(wù)類型7710.3 機(jī)構(gòu)的處理7711 改造說(shuō)明歸納8011.1 總體改造要求8011.2 具體改造要求80 銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.1境內(nèi)成員機(jī)構(gòu)改造指南1 編制思路1.1 目的為了使各入網(wǎng)機(jī)構(gòu)能更好地了解規(guī)范本次的修訂內(nèi)容，并深刻地理解這些修訂的業(yè)務(wù)背景和必然性，銀聯(lián)V2.1規(guī)范編寫(xiě)組特地編寫(xiě)了此改造指南文檔，作為規(guī)范修訂內(nèi)容的配套理解手冊(cè)。每個(gè)規(guī)范修訂點(diǎn)的內(nèi)容都需要各入網(wǎng)機(jī)構(gòu)的配合改造才能實(shí)現(xiàn)真正的業(yè)務(wù)上線，所以機(jī)構(gòu)都很關(guān)心哪些是必選改造業(yè)務(wù)，哪些是可選改造業(yè)務(wù)。另外，規(guī)范的修訂完成并不意味著系統(tǒng)改造的完成，在系統(tǒng)改造過(guò)程中必然存在規(guī)范過(guò)渡的問(wèn)題，銀聯(lián)系統(tǒng)作為轉(zhuǎn)接和清算中心承擔(dān)著過(guò)渡實(shí)現(xiàn)的功能，那么銀聯(lián)系統(tǒng)究竟是如何處理這些過(guò)渡內(nèi)容的，也是機(jī)構(gòu)關(guān)心的問(wèn)題。機(jī)構(gòu)可以通過(guò)對(duì)銀聯(lián)系統(tǒng)處理方式的了解來(lái)設(shè)計(jì)自己的系統(tǒng)。針對(duì)每個(gè)規(guī)范修訂點(diǎn)，銀聯(lián)規(guī)范編寫(xiě)人員都是經(jīng)過(guò)仔細(xì)討論，反復(fù)商量再修訂的，背后隱含著一些修訂的思路和思考，這些隱含的內(nèi)容也是我們希望機(jī)構(gòu)了解的內(nèi)容，一方面是機(jī)構(gòu)在了解這些深層次的原因以后能更好地理解規(guī)范為什么會(huì)有這樣的改造點(diǎn)又是為什么要這樣改，另一方面也希望對(duì)機(jī)構(gòu)的系統(tǒng)改造提供一些思考。綜上，我們編寫(xiě)了這份改造指南，希望在機(jī)構(gòu)業(yè)務(wù)開(kāi)展和系統(tǒng)改造設(shè)計(jì)方面提供力所能及的幫助。1.2 范圍 本改造指南涵蓋了所有涉及系統(tǒng)修改的內(nèi)容，但一些只為幫助讀者更好地理解規(guī)范，卻不涉及系統(tǒng)改造內(nèi)容的文字修訂和篇章結(jié)構(gòu)的調(diào)整不在本文檔中描述。對(duì)于新增業(yè)務(wù)、國(guó)際業(yè)務(wù)和代授權(quán)業(yè)務(wù)這些改造比較大，比較新的內(nèi)容以業(yè)務(wù)為線條來(lái)組織描述，是一種橫向描述，而不是按照規(guī)范各部分縱向的描述。這樣描述的目的在于講解新業(yè)務(wù)該如何開(kāi)展，如果僅從規(guī)范各部分來(lái)描述的話，內(nèi)容比較分散，讀者沒(méi)有一個(gè)完全的業(yè)務(wù)概念，不利于系統(tǒng)的開(kāi)發(fā)和設(shè)計(jì)。對(duì)于數(shù)據(jù)安全、通訊接口和應(yīng)答碼這三個(gè)比較獨(dú)立和相對(duì)底層或普適的內(nèi)容就按照規(guī)范本身的編排結(jié)構(gòu)來(lái)描述，便于讀者更好地理解規(guī)范的變更。對(duì)于優(yōu)化和改進(jìn)內(nèi)容，由于主要涉及報(bào)文接口的改變，雖然也是一個(gè)普適內(nèi)容，但它是本次修訂的重點(diǎn)和難點(diǎn)，為便于讀者的理解和系統(tǒng)的設(shè)計(jì)，特單獨(dú)描寫(xiě)。在文件接口方面，在原規(guī)范已有的跨行清算文件基礎(chǔ)之上又增補(bǔ)了銀聯(lián)代理清算文件，不同的機(jī)構(gòu)所需的文件不同，改造內(nèi)容也不同，為幫助機(jī)構(gòu)迅速了解自身所需的改造內(nèi)容，本文將機(jī)構(gòu)分為15大類，每類機(jī)構(gòu)可“對(duì)號(hào)入座”關(guān)注自己在文件方面的改造內(nèi)容。1.3 編寫(xiě)思路 整篇文檔的編寫(xiě)遵守如下幾個(gè)原則：1、方便機(jī)構(gòu)了解是否需要支持由該業(yè)務(wù)引發(fā)的系統(tǒng)改造。為減輕機(jī)構(gòu)改造負(fù)擔(dān)，為機(jī)構(gòu)提供更好的服務(wù)，分析了每個(gè)修訂點(diǎn)是必選改造內(nèi)容還是可選改造內(nèi)容。機(jī)構(gòu)可據(jù)此安排改造計(jì)劃。2、以業(yè)務(wù)為線橫向貫穿規(guī)范的修訂內(nèi)容。修訂規(guī)范的時(shí)候，規(guī)范每個(gè)具體的修訂點(diǎn)必然是要分散在規(guī)范各個(gè)部分的，但讀規(guī)范卻不能如此。如果這樣讀規(guī)范，就不能理解里面的業(yè)務(wù)含義和各自的聯(lián)系性。為便于機(jī)構(gòu)的開(kāi)發(fā)人員理解規(guī)范，改造指南從業(yè)務(wù)開(kāi)展的角度出發(fā)，通過(guò)業(yè)務(wù)將各規(guī)范內(nèi)容橫向貫穿了起來(lái)。讓機(jī)構(gòu)能從業(yè)務(wù)發(fā)展角度根本性地理解這項(xiàng)業(yè)務(wù)的目的和處理方式，可以更好地讓機(jī)構(gòu)評(píng)估該項(xiàng)業(yè)務(wù)開(kāi)展的必要性，也為機(jī)構(gòu)是否決定支持該業(yè)務(wù)提供評(píng)估標(biāo)準(zhǔn)。3、每個(gè)修訂點(diǎn)都是從背景描述開(kāi)始，目的就是讓機(jī)構(gòu)了解每個(gè)修訂點(diǎn)的前因后果，隱含內(nèi)容，及規(guī)范編寫(xiě)人員的設(shè)計(jì)思想。這樣編寫(xiě)的目的是希望能給讀者一個(gè)全方面深層次的解釋，而不是僅僅從系統(tǒng)改造角度描寫(xiě)。僅從技術(shù)層面描述，不能讓讀者深刻地理解這些修訂點(diǎn)，也就不可能讓讀者接受這些改造點(diǎn)，從而進(jìn)行系統(tǒng)改造。4、本文描述的是由于規(guī)范的修訂而帶來(lái)的系統(tǒng)改造內(nèi)容，所以一方面要緊扣規(guī)范，另一方面也不必再重復(fù)規(guī)范內(nèi)容，為達(dá)到該目的，本指南采用引用規(guī)范章節(jié)號(hào)的做法。凡是涉及具體規(guī)范的內(nèi)容，都會(huì)列舉最新修訂規(guī)范中的對(duì)應(yīng)章節(jié)號(hào)，指明規(guī)范出處，方便讀者比對(duì)和查閱。5、本文既然是機(jī)構(gòu)的改造指南，那么必然的重點(diǎn)是站在機(jī)構(gòu)的角度分析機(jī)構(gòu)應(yīng)該關(guān)注的內(nèi)容。文中有專門(mén)的章節(jié)描述了機(jī)構(gòu)應(yīng)該注意的內(nèi)容和改造時(shí)應(yīng)執(zhí)行的操作。由于系統(tǒng)改造不是一朝而成的，同時(shí)不能由于系統(tǒng)的改造影響現(xiàn)有業(yè)務(wù)的開(kāi)展，所以一定會(huì)存在一個(gè)過(guò)渡期，過(guò)渡期的處理是復(fù)雜的，同時(shí)也取決于銀聯(lián)系統(tǒng)的處理方式，為了讓機(jī)構(gòu)更好地理解過(guò)渡期的改造內(nèi)容，本文也適當(dāng)描述了銀聯(lián)系統(tǒng)的轉(zhuǎn)換功能，方便機(jī)構(gòu)了解銀聯(lián)的處理以便于決定自己的改造方案和改造計(jì)劃。了解了上述五個(gè)編寫(xiě)原則，讀者才能了解整篇文檔的編寫(xiě)思路和希望達(dá)到的目的?？傊?，編者是希望通過(guò)這個(gè)配套文檔解釋規(guī)范的修訂原因，修訂方式，修訂目的，以指導(dǎo)機(jī)構(gòu)更好地改造系統(tǒng)，更好地開(kāi)展新業(yè)務(wù)。2 報(bào)文版本升級(jí)說(shuō)明2.1 修改內(nèi)容和原因報(bào)文接口規(guī)范3.2.2.2節(jié)定義了報(bào)文頭第2域的內(nèi)容，其中該域的后4位組成的二進(jìn)制值定義了該V2.1規(guī)范中報(bào)文格式的版本，目前的取值為0001。本次規(guī)范修訂以后，在報(bào)文接口部分涉及到一些必改內(nèi)容的域結(jié)構(gòu)調(diào)整，如報(bào)文體中的第60域。由于有結(jié)構(gòu)上的調(diào)整，又考慮到各機(jī)構(gòu)的改造進(jìn)度無(wú)法統(tǒng)一，所以為便于過(guò)渡階段的報(bào)文轉(zhuǎn)換和版本控制，將此版本號(hào)修改為0010。2.2 是否為必選業(yè)務(wù)類型必選。對(duì)于受理和發(fā)卡機(jī)構(gòu)而言都是必選的。2.3 使用要求若機(jī)構(gòu)需要使用更新的報(bào)文版本標(biāo)識(shí)0010，表示該機(jī)構(gòu)已按照本改造指南中要求的與報(bào)文版本標(biāo)識(shí)有關(guān)的必選改造內(nèi)容完成了改造。必選改造內(nèi)容請(qǐng)參見(jiàn)本文11.2節(jié)中的表格說(shuō)明。一個(gè)機(jī)構(gòu)只能擁有一個(gè)報(bào)文版本，要么是所有聯(lián)機(jī)報(bào)文的報(bào)文版本標(biāo)識(shí)都填寫(xiě)為0001，要么是全部填寫(xiě)為0010。不允許有的報(bào)文填寫(xiě)0001，有的填寫(xiě)0010；也不允許作為受理方時(shí)填寫(xiě)一個(gè)版本標(biāo)識(shí)，作為發(fā)卡方時(shí)填寫(xiě)另一個(gè)版本標(biāo)識(shí)。2.4 處理流程如果機(jī)構(gòu)改造完成，首先需要向中國(guó)銀聯(lián)上海信息中心告知已完全支持將于2009年底發(fā)布的這版修訂后規(guī)范，工作人員會(huì)將機(jī)構(gòu)的版本屬性修改為最新標(biāo)識(shí)。然后在機(jī)構(gòu)作為受理方上送報(bào)文時(shí)，應(yīng)在報(bào)文頭的第2域報(bào)文版本標(biāo)識(shí)中上送新報(bào)文版本號(hào)0010。銀聯(lián)系統(tǒng)會(huì)根據(jù)接收到的報(bào)文版本信息和配置在系統(tǒng)中的機(jī)構(gòu)報(bào)文版本屬性進(jìn)行比較，比較一致才允許進(jìn)行后續(xù)的交易處理。同時(shí)，銀聯(lián)系統(tǒng)會(huì)根據(jù)機(jī)構(gòu)屬性中配置的版本信息進(jìn)行不同報(bào)文版本之間的轉(zhuǎn)換處理。機(jī)構(gòu)需要能夠正確識(shí)別銀聯(lián)系統(tǒng)轉(zhuǎn)發(fā)的報(bào)文版本標(biāo)識(shí)和進(jìn)行正確地報(bào)文解析工作。2.5 新業(yè)務(wù)的支持原則由于報(bào)文版本標(biāo)識(shí)只用在聯(lián)機(jī)報(bào)文中，只是對(duì)聯(lián)機(jī)報(bào)文的版本控制，所以該取值的改變與聯(lián)機(jī)報(bào)文關(guān)系最密切，也導(dǎo)致該標(biāo)志的使用會(huì)涉及到新增業(yè)務(wù)的支持原則。這里的新業(yè)務(wù)指的是本次修訂新增加的交易，包括本文第3章的所有內(nèi)容，第3章中的4.3，4.6，4.7，4.8，4.9和4.12各節(jié)。建議機(jī)構(gòu)在修訂后的最新規(guī)范中支持這些新交易。2.6 閱讀說(shuō)明由于報(bào)文版本標(biāo)識(shí)為二進(jìn)值取值，閱讀起來(lái)不太方便，下面統(tǒng)一用修訂前規(guī)范表示0001版本標(biāo)識(shí)；修訂后規(guī)范表示0010版本標(biāo)識(shí)。3 新增業(yè)務(wù)說(shuō)明3.1 銀聯(lián)聯(lián)盟積分業(yè)務(wù)3.1.1 業(yè)務(wù)說(shuō)明銀聯(lián)聯(lián)盟積分是指依據(jù)銀行卡交易數(shù)據(jù)，聯(lián)合商戶、成員機(jī)構(gòu)及其他合作機(jī)構(gòu)共同為銀聯(lián)持卡人提供標(biāo)準(zhǔn)積分的行為，以及特定企業(yè)將自己積分轉(zhuǎn)換成銀聯(lián)標(biāo)準(zhǔn)積分。持卡人消費(fèi)的是銀聯(lián)的聯(lián)盟積分，而不是銀行卡積分。它與銀行卡積分業(yè)務(wù)最大的不同之處在于：銀行卡積分交易的發(fā)卡方是銀行，而銀聯(lián)聯(lián)盟積分的發(fā)卡方是第三方機(jī)構(gòu)，而不是銀行。3.1.2 是否為必選業(yè)務(wù)類型3.1.2.1 受理方的選擇可選。即機(jī)構(gòu)做為受理方可選擇是否支持銀聯(lián)聯(lián)盟積分業(yè)務(wù)的受理。3.1.2.2 發(fā)卡方的選擇聯(lián)盟積分交易的發(fā)卡方是銀聯(lián)聯(lián)盟積分系統(tǒng)，因此不涉及銀行改造。3.1.3 支持的交易類型和交易流程3.1.3.1 交易類型聯(lián)盟積分業(yè)務(wù)支持的交易類型包括:余額查詢、消費(fèi)類（含消費(fèi)、消費(fèi)沖正、消費(fèi)撤銷(xiāo)、消費(fèi)撤銷(xiāo)沖正）、退貨（聯(lián)機(jī)）。受理方可選擇支持余額查詢和消費(fèi)類中的一類或兩類。如果選擇支持消費(fèi)類，則需同時(shí)支持退貨（聯(lián)機(jī)）。3.1.3.2 交易流程交易處理的正常、異常和差錯(cuò)流程同傳統(tǒng)消費(fèi)類，無(wú)特殊。3.1.4 關(guān)鍵域的使用3.1.4.1 F25在聯(lián)盟積分業(yè)務(wù)中，25域取值與傳統(tǒng)消費(fèi)不同，取值為65。受理方在其發(fā)送的交易請(qǐng)求報(bào)文中應(yīng)按照本域定義填寫(xiě)，以區(qū)別于傳統(tǒng)消費(fèi)交易，詳見(jiàn)3.1.4.6交易關(guān)鍵域取值。3.1.4.2 F54在聯(lián)盟積分余額查詢、消費(fèi)的應(yīng)答報(bào)文中會(huì)出現(xiàn)54域。對(duì)于聯(lián)盟積分來(lái)說(shuō)，54域中的“賬戶類型”90，含義為“積分賬戶”；54域中的貨幣代碼999，含義為“積分”。受理方應(yīng)能夠據(jù)此正確接收和解析54域。3.1.4.3 F60.2.1在聯(lián)盟積分業(yè)務(wù)中，60.2.1域（賬戶所有人類型）與傳統(tǒng)消費(fèi)不同。而且，不同的聯(lián)盟積分系統(tǒng)在60.2.1域?qū)?yīng)不同的取值，受理方應(yīng)根據(jù)終端上送的信息正確填寫(xiě)本域，詳見(jiàn)3.1.4.6交易關(guān)鍵域取值。目前本域僅定義了一個(gè)聯(lián)盟積分系統(tǒng)，取值為A。今后根據(jù)需要本域可能會(huì)有擴(kuò)展，終端和受理方應(yīng)能夠支持這種擴(kuò)展。3.1.4.4 F60.3.4聯(lián)盟積分業(yè)務(wù)要求在交易應(yīng)答時(shí)向持卡人返回積分余額信息，因此可受理聯(lián)盟積分的終端應(yīng)支持余額的接收和打印。因此，受理方在其發(fā)送的聯(lián)盟積分交易請(qǐng)求報(bào)文中，60.3.4域（支持部分承兌和返回余額標(biāo)志）取值應(yīng)為1，詳見(jiàn)3.1.4.6交易關(guān)鍵域取值。3.1.4.5 卡片信息的特殊處理為保障卡片信息的安全，CUPS在處理銀聯(lián)聯(lián)盟積分交易時(shí)，會(huì)將受理方上送的卡片有效期（F14）、第一、二、三磁道信息（F45、F35、F36）屏蔽掉，不再向聯(lián)盟積分系統(tǒng)傳遞。3.1.4.6 交易關(guān)鍵域取值交易名稱報(bào)文類型交易處理碼F3服務(wù)點(diǎn)條件碼F25商戶類型F18賬戶所有人類型F60.2.1終端類型F60.2.5支持部分承兌和返回余額F60.3.4余額查詢0200/021030X00000根據(jù)實(shí)際情況填寫(xiě)A031消費(fèi)0200/021000X00065A031消費(fèi)沖正0420/043000X00065A031消費(fèi)撤銷(xiāo)0200/021020X00065A031消費(fèi)撤銷(xiāo)沖正0420/043020X00065A031退貨（聯(lián)機(jī)）0220/023020X00000A031或0注：1. 表中60.2.1域的取值表示目前支持的銀聯(lián)聯(lián)盟積分系統(tǒng)，受理方應(yīng)能夠支持對(duì)其他聯(lián)盟積分系統(tǒng)的擴(kuò)展。2. 表中60.2.5域的取值表示交易僅從POS上發(fā)起，受理方應(yīng)能夠拓展支持從其他終端類型上發(fā)起。3.1.4.7 報(bào)文格式定義交易名稱報(bào)文接口規(guī)范的參見(jiàn)章節(jié)號(hào)余額查詢8.2.1.1余額查詢消費(fèi)8.2.1.9消費(fèi)消費(fèi)撤銷(xiāo)8.2.1.10消費(fèi)撤銷(xiāo)消費(fèi)沖正8.2.1.17沖正消費(fèi)撤銷(xiāo)沖正8.2.1.17沖正退貨（聯(lián)機(jī)）8.2.1.11退貨（聯(lián)機(jī)）3.1.5 清算處理說(shuō)明聯(lián)盟積分交易所涉及的流水文件和匯總文件均同傳統(tǒng)借貸記卡交易文件，并無(wú)差別，在此不再一一列舉。對(duì)受理方的要求：與傳統(tǒng)借貸記卡進(jìn)行相同的文件處理即可。對(duì)發(fā)卡方的要求：與傳統(tǒng)借貸記卡進(jìn)行相同的文件處理即可。3.1.6 過(guò)渡期期說(shuō)明及注意事項(xiàng)受理方系統(tǒng)改造應(yīng)在終端改造之前就緒，否則可能會(huì)將終端上送的聯(lián)盟積分交易誤判為普通消費(fèi)或銀行卡積分消費(fèi)交易，從而導(dǎo)致銀聯(lián)在后續(xù)進(jìn)行交易轉(zhuǎn)發(fā)時(shí)出錯(cuò)。發(fā)卡機(jī)構(gòu)是銀聯(lián)聯(lián)盟積分系統(tǒng)，與銀行無(wú)關(guān)。3.2 預(yù)付費(fèi)卡業(yè)務(wù)3.2.1 業(yè)務(wù)說(shuō)明預(yù)付費(fèi)卡是指：金融機(jī)構(gòu)或非金融機(jī)構(gòu)（統(tǒng)稱特種卡片發(fā)行機(jī)構(gòu)）發(fā)行的單用途或多用途儲(chǔ)值卡，有別于借記卡和信用卡，采用預(yù)先支付方式；它是包含著真實(shí)購(gòu)買(mǎi)力的卡基支付產(chǎn)品，為了獲得該卡片，消費(fèi)者必須預(yù)先支付其價(jià)值。由于預(yù)付費(fèi)卡是屬于一種儲(chǔ)值卡，因此它具有與普通借記卡、貸記卡不同的業(yè)務(wù)功能，主要體現(xiàn)在：交易成功后應(yīng)返回卡內(nèi)余額。3.2.2 是否為必選業(yè)務(wù)類型3.2.2.1 受理方的選擇可選，即受理方系統(tǒng)可選擇是否支持預(yù)付費(fèi)卡的受理，或僅選擇其中的一類或幾類交易。詳見(jiàn)3.2.3.1交易類型。3.2.2.2 發(fā)卡方的選擇可選。即，若發(fā)卡方不發(fā)預(yù)付費(fèi)卡，則無(wú)需進(jìn)行系統(tǒng)改造；若發(fā)了預(yù)付費(fèi)卡就必須進(jìn)行本節(jié)所述的與發(fā)卡方相關(guān)的改造。3.2.3 支持的交易類型和交易流程3.2.3.1 交易類型交易分類交易類型受理方需支持的交易類型發(fā)卡方需支持的交易類型消費(fèi)類消費(fèi)、消費(fèi)沖正可選若發(fā)卡方發(fā)行預(yù)付費(fèi)卡，則為必選消費(fèi)撤銷(xiāo)、消費(fèi)撤銷(xiāo)沖正預(yù)授權(quán)類預(yù)授權(quán)、預(yù)授權(quán)沖正可選若發(fā)卡方發(fā)行預(yù)付費(fèi)卡，則為必選預(yù)授權(quán)撤銷(xiāo)（聯(lián)機(jī)）預(yù)授權(quán)撤銷(xiāo)（聯(lián)機(jī)）沖正預(yù)授權(quán)撤銷(xiāo)（手工）預(yù)授權(quán)撤銷(xiāo)（手工）沖正預(yù)授權(quán)完成（手工）預(yù)授權(quán)完成（請(qǐng)求）預(yù)授權(quán)完成（請(qǐng)求）沖正預(yù)授權(quán)完成（通知）預(yù)授權(quán)完成（請(qǐng)求）撤銷(xiāo)預(yù)授權(quán)完成（請(qǐng)求）撤銷(xiāo)沖正雙信息授權(quán)類授權(quán)、授權(quán)沖正可選不支持雙信息發(fā)卡方發(fā)行預(yù)付費(fèi)卡授權(quán)撤銷(xiāo)、授權(quán)撤銷(xiāo)沖正文件結(jié)算綜合上表所述： 1、受理方可選擇支持預(yù)付費(fèi)卡的消費(fèi)類、預(yù)授權(quán)類和授權(quán)類其中的一類或多類。2、發(fā)卡方一旦發(fā)行預(yù)付費(fèi)卡，則必須同時(shí)支持消費(fèi)類和預(yù)授權(quán)類。而且銀聯(lián)不支持雙信息發(fā)卡方發(fā)預(yù)付費(fèi)卡。3.2.3.2 交易流程預(yù)付費(fèi)卡的正常、異常處理流程均同傳統(tǒng)的同名交易。預(yù)付費(fèi)卡支持的差錯(cuò)類型包括：確認(rèn)查詢、貸記調(diào)整、一次退單、例外協(xié)商、差錯(cuò)例外。3.2.4 關(guān)鍵域的使用本節(jié)介紹支持預(yù)付費(fèi)卡業(yè)務(wù)功能的幾個(gè)相關(guān)域。3.2.4.1 “返回余額”的實(shí)現(xiàn)機(jī)制（1） 受理方上送消費(fèi)交易請(qǐng)求報(bào)文： 根據(jù)終端的實(shí)際能力填寫(xiě)F60.3.4（支持返回余額和部分扣款標(biāo)志）；（2） CUPS向發(fā)卡方轉(zhuǎn)發(fā)該報(bào)文；（3） 發(fā)卡方處理：a. 根據(jù)卡號(hào)判定是否為預(yù)付費(fèi)卡交易，若不是預(yù)付費(fèi)卡則跳出，不再進(jìn)行后續(xù)流程。b. 根據(jù)F60.3.4的取值判定終端能否支持返回余額，如果能，就在應(yīng)答報(bào)文的54域返回余額信息；如果不能則不返回54域。（4） CUPS轉(zhuǎn)發(fā)該應(yīng)答報(bào)文；（5） 受理方接收該報(bào)文并向終端轉(zhuǎn)發(fā)該應(yīng)答；（6） 如果終端具備接收54域的能力，則將余額信息打印在簽購(gòu)單的指定位置。如果終端不具備該能力，理論上不會(huì)收到54域。3.2.4.2 F54F54（余額信息）與預(yù)付費(fèi)卡交易返回余額有關(guān)。對(duì)受理方的要求：（1）可支持在預(yù)付費(fèi)卡的消費(fèi)、預(yù)授權(quán)、預(yù)授權(quán)完成、授權(quán)交易應(yīng)答報(bào)文中接收54域信息。（2）發(fā)生交易的終端應(yīng)能夠支持54域信息的接收、顯示和打印。（3）理論上，如果60.3.4域0時(shí)，發(fā)卡方不會(huì)返回54域，但仍然強(qiáng)烈建議受理方能夠支持這種情況下收到54域，即不要去對(duì)應(yīng)答報(bào)文做60.3.4域與54域之間關(guān)系的硬性檢查，以增強(qiáng)受理方系統(tǒng)的健壯性。對(duì)發(fā)卡方的要求：（1）應(yīng)支持在預(yù)付費(fèi)卡的消費(fèi)、預(yù)授權(quán)、預(yù)授權(quán)完成的成功應(yīng)答報(bào)文中返回54域信息。（2）對(duì)預(yù)付費(fèi)卡交易是否能夠返回余額，發(fā)卡方應(yīng)根據(jù)60.3.4域的取值進(jìn)行嚴(yán)格的判斷，只有當(dāng)60.3.4=1時(shí)才能返回余額，否則不能返回。（3）對(duì)于非預(yù)付費(fèi)卡的交易，即使60.3.4域1，發(fā)卡方也不應(yīng)返回54域。3.2.4.3 F60.3.4F60.3.4（支持部分承兌和返回余額標(biāo)志），與預(yù)付費(fèi)卡的返回余額有關(guān)。這個(gè)域在預(yù)付費(fèi)卡業(yè)務(wù)實(shí)現(xiàn)中是一個(gè)很關(guān)鍵的域，它實(shí)際上代表了終端是否具備受理預(yù)付費(fèi)卡的能力，只有當(dāng)F60.3.41（表示終端支持部分承兌和返回余額）時(shí)，該筆交易才能進(jìn)入預(yù)付費(fèi)卡的業(yè)務(wù)處理流程，否則只能按照傳統(tǒng)借貸記卡流程處理。對(duì)受理方的要求：（1）F60.3.4表示終端的能力，與是否預(yù)付費(fèi)卡交易無(wú)關(guān)。也就是說(shuō)，當(dāng)終端具備了這種能力后，在該終端發(fā)起的所有交易中，該域的取值都始終為1，不會(huì)隨著交易的不同而不同。對(duì)發(fā)卡方的要求：（1）F60.3.4表示終端的能力，與是否預(yù)付費(fèi)卡交易無(wú)關(guān)。也就是說(shuō)，即使該標(biāo)志為1，也并不意味著發(fā)卡方一定可以返回54域，還應(yīng)結(jié)合卡性質(zhì)（是否為預(yù)付費(fèi)卡）做聯(lián)合條件的判斷。詳見(jiàn)7.754域的處理。3.2.4.4 交易關(guān)鍵域取值預(yù)付費(fèi)卡所支持的消費(fèi)類、預(yù)授權(quán)類、授權(quán)類交易關(guān)鍵報(bào)文域取值與普通借貸記卡相同，沒(méi)有任何差別，在此不再一一列舉。具體可參見(jiàn)報(bào)文接口規(guī)范附錄B 交易種類區(qū)分表。對(duì)受理方的要求：應(yīng)按照附錄B 交易種類區(qū)分表 中的定義上送有關(guān)預(yù)付費(fèi)卡的交易信息。對(duì)發(fā)卡方的要求：能夠根據(jù)附錄B的定義識(shí)別相應(yīng)的交易種類，并在判斷出卡性質(zhì)后，對(duì)預(yù)付費(fèi)卡執(zhí)行有別于借貸記卡的處理。3.2.4.5 報(bào)文格式定義交易名稱報(bào)文接口規(guī)范的參見(jiàn)章節(jié)號(hào)消費(fèi)8.2.1.9消費(fèi)消費(fèi)沖正8.2.1.17沖正消費(fèi)撤銷(xiāo)8.2.1.10消費(fèi)撤銷(xiāo)消費(fèi)撤銷(xiāo)沖正8.2.1.17沖正預(yù)授權(quán)8.2.1.2預(yù)授權(quán)預(yù)授權(quán)沖正8.2.1.17沖正預(yù)授權(quán)撤銷(xiāo)（聯(lián)機(jī)）8.2.1.4預(yù)授權(quán)撤銷(xiāo)/預(yù)授權(quán)撤銷(xiāo)（手工）預(yù)授權(quán)撤銷(xiāo)（聯(lián)機(jī)）沖正8.2.1.17沖正預(yù)授權(quán)撤銷(xiāo)（手工）8.2.1.4預(yù)授權(quán)撤銷(xiāo)/預(yù)授權(quán)撤銷(xiāo)（手工）預(yù)授權(quán)撤銷(xiāo)（手工）沖正8.2.1.17沖正預(yù)授權(quán)完成（手工）無(wú)聯(lián)機(jī)報(bào)文預(yù)授權(quán)完成（請(qǐng)求）8.2.1.5預(yù)授權(quán)完成（請(qǐng)求）預(yù)授權(quán)完成（請(qǐng)求）沖正8.2.1.17沖正預(yù)授權(quán)完成（通知）8.2.1.6預(yù)授權(quán)完成（通知）預(yù)授權(quán)完成（請(qǐng)求）撤銷(xiāo)8.2.1.8預(yù)授權(quán)完成（請(qǐng)求）撤銷(xiāo)預(yù)授權(quán)完成（請(qǐng)求）撤銷(xiāo)沖正8.2.1.17沖正授權(quán)8.2.2.2授權(quán)授權(quán)沖正8.2.2.5授權(quán)沖正授權(quán)撤銷(xiāo)8.2.2.4授權(quán)撤銷(xiāo)授權(quán)撤銷(xiāo)沖正8.2.2.5授權(quán)撤銷(xiāo)沖正對(duì)受理方的要求：按照相應(yīng)章節(jié)的報(bào)文格式定義發(fā)送和接收?qǐng)?bào)文。對(duì)發(fā)卡方的要求：按照相應(yīng)章節(jié)的報(bào)文格式定義發(fā)送和接收?qǐng)?bào)文。3.2.5 清算處理說(shuō)明預(yù)付費(fèi)卡消費(fèi)類、預(yù)授權(quán)類和授權(quán)類交易所涉及的流水文件和匯總文件均同傳統(tǒng)借貸記卡，并無(wú)差別，在此不再一一列舉。注：預(yù)付費(fèi)卡不收取品牌費(fèi)，因此不會(huì)進(jìn)入品牌費(fèi)的相關(guān)文件。對(duì)受理方的要求：與傳統(tǒng)借貸記卡進(jìn)行相同的文件處理即可。對(duì)發(fā)卡方的要求：與傳統(tǒng)借貸記卡進(jìn)行相同的文件處理即可。3.2.6 過(guò)渡期說(shuō)明及注意事項(xiàng)對(duì)預(yù)付費(fèi)卡的支持涉及到終端、受理方和發(fā)卡方的系統(tǒng)改造，由于各方改造的進(jìn)度無(wú)法統(tǒng)一，因此必然存在一個(gè)業(yè)務(wù)的過(guò)渡期，受理方和發(fā)卡方應(yīng)對(duì)過(guò)渡期內(nèi)的各種情況在系統(tǒng)和技術(shù)層面予以支持。下表說(shuō)明了受理方系統(tǒng)已就緒，而終端尚未改造時(shí)帶來(lái)的問(wèn)題以及對(duì)受理方系統(tǒng)的要求：終端改造狀態(tài)問(wèn)題描述對(duì)受理方的要求未改造終端不支持在應(yīng)答報(bào)文中接收54域信息受理方發(fā)出的請(qǐng)求報(bào)文中60.3.4域應(yīng)置為0或該子域不出現(xiàn)?？梢钥闯?，受理方系統(tǒng)改造應(yīng)該在終端改造之前就緒，否則無(wú)法在報(bào)文中正確反應(yīng)終端的能力。下表說(shuō)明了發(fā)卡方系統(tǒng)已就緒，而受理方系統(tǒng)未改造時(shí)帶來(lái)的問(wèn)題及對(duì)發(fā)卡方系統(tǒng)的要求：受理方改造狀態(tài)問(wèn)題描述對(duì)發(fā)卡方的要求未改造受理方報(bào)文中無(wú)60.3.4域或60.3.40發(fā)卡方可以承兌該筆預(yù)付費(fèi)卡交易，但是不能向受理方返回54域?？梢钥闯?，發(fā)卡方系統(tǒng)必須在受理方系統(tǒng)改造之前就緒，否則無(wú)法滿足預(yù)付費(fèi)卡的業(yè)務(wù)功能要求。3.3 信用卡還款業(yè)務(wù)3.3.1 業(yè)務(wù)說(shuō)明信用卡還款是指采用轉(zhuǎn)賬交易實(shí)現(xiàn)對(duì)信用卡透支金額的還款。其中，轉(zhuǎn)出卡必須為借記卡，轉(zhuǎn)入卡必須為信用卡。3.3.2 是否為必選業(yè)務(wù)類型3.3.2.1 受理方的選擇可選。即受理方可選擇是否支持采用轉(zhuǎn)賬交易實(shí)現(xiàn)信用卡還款業(yè)務(wù)。如果選擇支持該項(xiàng)業(yè)務(wù)，則必須進(jìn)行本節(jié)所述的受理方相關(guān)改造。3.3.2.2 發(fā)卡方的選擇可選。即發(fā)卡方可選擇是否支持采用轉(zhuǎn)賬交易實(shí)現(xiàn)信用卡還款業(yè)務(wù)，發(fā)卡方可選擇以下三種的任一種：（1）僅支持轉(zhuǎn)出交易；（2）僅支持轉(zhuǎn)入交易；（3）同時(shí)支持轉(zhuǎn)出和轉(zhuǎn)入。如選擇支持，則應(yīng)完成相應(yīng)的轉(zhuǎn)出方、轉(zhuǎn)入方相關(guān)改造。3.3.3 支持的交易類型和交易流程3.3.3.1 交易類型正常情況下，一筆信用卡還款由：受理方發(fā)出的轉(zhuǎn)賬、CUPS拆分出的轉(zhuǎn)出、CUPS拆分出的轉(zhuǎn)入三個(gè)環(huán)節(jié)即可完成。異常時(shí)，還可能引發(fā)轉(zhuǎn)出沖正或轉(zhuǎn)入確認(rèn)。3.3.3.2 交易流程采用轉(zhuǎn)賬實(shí)現(xiàn)的信用卡還款業(yè)務(wù)正常流程如下：轉(zhuǎn)賬模式的信用卡還款交易出現(xiàn)異常時(shí)，會(huì)引發(fā)轉(zhuǎn)出沖正或轉(zhuǎn)入確認(rèn)（均由CUPS引發(fā)），其異常流程較為復(fù)雜，具體參見(jiàn)銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.1第一部分交易處理說(shuō)明8.7.2轉(zhuǎn)賬交易。另外，轉(zhuǎn)賬交易的超時(shí)時(shí)間與普通交易有差別，即轉(zhuǎn)出方20秒，轉(zhuǎn)入方20秒，受理方50秒。綜上所述，在處理流程上對(duì)各方的要求是：對(duì)受理方的要求：在超時(shí)未收到轉(zhuǎn)賬交易應(yīng)答6時(shí)，受理方不能發(fā)送轉(zhuǎn)出沖正或轉(zhuǎn)入確認(rèn)，而是應(yīng)通過(guò)終端提示持卡人“查詢轉(zhuǎn)出方和轉(zhuǎn)入方”。對(duì)轉(zhuǎn)出方的要求：（1）應(yīng)能夠接收和處理轉(zhuǎn)出報(bào)文；（2）應(yīng)能夠滿足20秒之內(nèi)返回應(yīng)答的要求；（3）應(yīng)能夠接收和處理轉(zhuǎn)出沖正報(bào)文。對(duì)轉(zhuǎn)入方的要求：（1）應(yīng)能夠接收和處理轉(zhuǎn)入報(bào)文；（2）應(yīng)能夠滿足20秒之內(nèi)返回應(yīng)答的要求；（3）應(yīng)能夠接收和處理轉(zhuǎn)入確認(rèn)報(bào)文。3.3.4 聯(lián)機(jī)報(bào)文說(shuō)明3.3.4.1 F18F18：商戶類型碼（Merchant Category Code），以下簡(jiǎn)稱MCC。轉(zhuǎn)賬交易作為一種資金轉(zhuǎn)移的實(shí)現(xiàn)方式，可以支持多種業(yè)務(wù)。由于不同的業(yè)務(wù)可能執(zhí)行不同的業(yè)務(wù)規(guī)則、定價(jià)策略和風(fēng)險(xiǎn)要求，所以為當(dāng)轉(zhuǎn)賬交易被用于實(shí)現(xiàn)信用卡還款業(yè)務(wù)時(shí)，為其定義了特殊的MCC：9498（信用卡還款），以便于銀聯(lián)和入網(wǎng)機(jī)構(gòu)對(duì)交易進(jìn)行區(qū)別處理。對(duì)受理方的要求：當(dāng)轉(zhuǎn)賬交易被用于實(shí)現(xiàn)信用卡還款時(shí)，應(yīng)將轉(zhuǎn)賬報(bào)文中的F18置為9498，含義為信用卡還款。對(duì)轉(zhuǎn)出方的要求：（1）當(dāng)收到的轉(zhuǎn)出報(bào)文F18=9498時(shí)，應(yīng)能夠識(shí)別為一筆信用卡還款的轉(zhuǎn)出業(yè)務(wù)；（2）應(yīng)對(duì)轉(zhuǎn)出卡進(jìn)行卡性質(zhì)的檢查，若轉(zhuǎn)出卡不是借記卡，則應(yīng)拒絕，F(xiàn)3957（不允許持卡人進(jìn)行的交易）。對(duì)轉(zhuǎn)入方的要求：（1）當(dāng)收到的轉(zhuǎn)入報(bào)文F189498時(shí)，應(yīng)能夠識(shí)別為一筆信用卡還款的轉(zhuǎn)入業(yè)務(wù)；（2）應(yīng)對(duì)轉(zhuǎn)入卡進(jìn)行卡性質(zhì)檢查，若轉(zhuǎn)入卡不是信用卡，則應(yīng)拒絕，F(xiàn)3957（不允許持卡人進(jìn)行的交易）。3.3.4.2 F22F22，服務(wù)點(diǎn)輸入方式碼，表示的是轉(zhuǎn)出卡的輸入方式。對(duì)受理方的要求：受理方應(yīng)根據(jù)轉(zhuǎn)出卡的刷卡方式和是否有PIN輸入來(lái)填寫(xiě)該域。對(duì)轉(zhuǎn)出方的要求：轉(zhuǎn)出方可根據(jù)該域信息獲取轉(zhuǎn)出卡的輸入方式，并進(jìn)行相應(yīng)的PIN檢查。對(duì)轉(zhuǎn)入方的要求：轉(zhuǎn)入方不應(yīng)根據(jù)此域來(lái)判斷轉(zhuǎn)入卡的輸入方式。3.3.4.3 F28F28，交易費(fèi)。在轉(zhuǎn)賬模式的信用卡還款業(yè)務(wù)中用于表示轉(zhuǎn)出方應(yīng)付出的交易手續(xù)費(fèi)，該手續(xù)費(fèi)在銀聯(lián)、受理、轉(zhuǎn)出、轉(zhuǎn)入四方之間分潤(rùn)。信用卡還款采用與普通轉(zhuǎn)賬一致的收費(fèi)模式和價(jià)格水平。該域的屬性為Xn12，其中X表示交易費(fèi)的借貸方向，在信用卡還款業(yè)務(wù)各個(gè)環(huán)節(jié)的報(bào)文中X固定為D，表示借記，但是該符號(hào)位僅對(duì)轉(zhuǎn)出方有效，即手續(xù)費(fèi)是向轉(zhuǎn)出方收取的。對(duì)受理方的要求：受理方發(fā)出的轉(zhuǎn)賬請(qǐng)求報(bào)文28域不出現(xiàn)；受理方收到的應(yīng)答報(bào)文中28域?yàn)镈n12，表示轉(zhuǎn)出方應(yīng)付手續(xù)費(fèi)，受理方可據(jù)此計(jì)算自己的手續(xù)費(fèi)分潤(rùn)。對(duì)轉(zhuǎn)出方的要求：28域表示了轉(zhuǎn)出方應(yīng)付的交易手續(xù)費(fèi)，此時(shí)轉(zhuǎn)出方可根據(jù)此金額計(jì)算扣收持卡人的手續(xù)費(fèi)。對(duì)轉(zhuǎn)入方的要求：28域表示了轉(zhuǎn)出方應(yīng)付的交易手續(xù)費(fèi)，轉(zhuǎn)入方可根據(jù)此金額計(jì)算自身的手續(xù)費(fèi)分潤(rùn)。3.3.4.4 F2、F102、F103F2，主帳號(hào)；F102，賬戶標(biāo)識(shí)1；F103，賬戶標(biāo)識(shí)2；這三個(gè)帳號(hào)在轉(zhuǎn)賬交易的不同環(huán)節(jié)取值如下表所示：交易類型F2F102F103受理方發(fā)出的轉(zhuǎn)賬報(bào)文轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)入卡卡號(hào)轉(zhuǎn)出方收到的轉(zhuǎn)出請(qǐng)求報(bào)文轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)入卡卡號(hào)轉(zhuǎn)入方收到的轉(zhuǎn)入請(qǐng)求報(bào)文轉(zhuǎn)入卡卡號(hào)轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)入卡卡號(hào)轉(zhuǎn)出方收到的轉(zhuǎn)出沖正報(bào)文轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)入卡卡號(hào)轉(zhuǎn)入方收到的轉(zhuǎn)入確認(rèn)報(bào)文轉(zhuǎn)入卡卡號(hào)轉(zhuǎn)出卡卡號(hào)轉(zhuǎn)入卡卡號(hào)從上表可以看出，F(xiàn)102和F103域全程不變，僅F2域在交易過(guò)程中根據(jù)交易報(bào)文的接收方不同而有變化，因此對(duì)交易各方的要求如下：對(duì)受理方的要求：受理方應(yīng)將F2置為轉(zhuǎn)出卡卡號(hào)；對(duì)轉(zhuǎn)出方的要求：轉(zhuǎn)出方可通過(guò)轉(zhuǎn)出報(bào)文、轉(zhuǎn)出沖正報(bào)文第2域直接獲取轉(zhuǎn)出卡號(hào)；對(duì)轉(zhuǎn)入方的要求：轉(zhuǎn)入方可通過(guò)轉(zhuǎn)入報(bào)文、轉(zhuǎn)入確認(rèn)報(bào)文第2域直接獲取轉(zhuǎn)入卡號(hào)。3.3.4.5 F121.5F121.5，用法ID，轉(zhuǎn)入和轉(zhuǎn)出方標(biāo)識(shí)代碼。1-8位放置轉(zhuǎn)出方標(biāo)識(shí)代碼；9-16位放置轉(zhuǎn)入方標(biāo)識(shí)代碼。對(duì)受理方的要求：無(wú)特殊要求。如果受理方需要了解轉(zhuǎn)出方機(jī)構(gòu)代碼和轉(zhuǎn)入方機(jī)構(gòu)代碼時(shí)，可解析此域。對(duì)轉(zhuǎn)出方的要求：無(wú)特殊要求。如果轉(zhuǎn)出方需要了解轉(zhuǎn)入方機(jī)構(gòu)代碼，可解析此域。對(duì)轉(zhuǎn)入方的要求：無(wú)特殊要求。如果轉(zhuǎn)入方需要了解轉(zhuǎn)出方機(jī)構(gòu)代碼，可解析此域。3.3.4.6 交易的主鍵轉(zhuǎn)賬交易涉及受理、轉(zhuǎn)出、轉(zhuǎn)入三個(gè)角色，機(jī)構(gòu)可以是其中的一方或同時(shí)擔(dān)任兩方角色，如同時(shí)是受理方和轉(zhuǎn)出方、或同時(shí)是受理方和轉(zhuǎn)入方、或同時(shí)是轉(zhuǎn)出方和轉(zhuǎn)入方。當(dāng)同時(shí)擔(dān)任兩方時(shí)，可能會(huì)出現(xiàn)“交易主鍵（F7、F11、F32、F33）重復(fù)”的現(xiàn)象，舉例說(shuō)明如下：01022900（上海工行）是一筆信用卡還款交易的受理方和轉(zhuǎn)出方，則關(guān)于該筆交易，會(huì)有兩條記錄，一條是轉(zhuǎn)賬受理，一條是轉(zhuǎn)出，兩條記錄的F7、F11、F32、F33是一樣的，因此會(huì)出現(xiàn)“主鍵重復(fù)”的現(xiàn)象，導(dǎo)致轉(zhuǎn)出交易無(wú)法記庫(kù)。因此，考慮到這種情況的存在，信用卡還款交易的交易主鍵除了F7、F11、F32、F33以外，還應(yīng)增加F3（交易處理碼）的前兩位。3.3.4.7 交易關(guān)鍵域取值轉(zhuǎn)賬模式的信用卡還款所涉及的交易報(bào)文關(guān)鍵域取值如下：交易名稱報(bào)文類型交易處理碼F3服務(wù)點(diǎn)條件碼F25商戶類型F18終端類型F60.2.5受理方發(fā)出的轉(zhuǎn)賬交易0200/021040X000009498根據(jù)實(shí)際情況填寫(xiě)轉(zhuǎn)賬拆分出的轉(zhuǎn)出交易0200/021046X000轉(zhuǎn)賬拆分出的轉(zhuǎn)入交易0200/021047X000轉(zhuǎn)出沖正0420/043046X000轉(zhuǎn)入確認(rèn)0220/023047X000對(duì)受理方的要求：能夠準(zhǔn)確填寫(xiě)信用卡還款的轉(zhuǎn)賬交易的關(guān)鍵信息域，尤其是F18域。對(duì)轉(zhuǎn)出方的要求：能夠根據(jù)F18的取值不同識(shí)別出一般轉(zhuǎn)賬和信用卡還款轉(zhuǎn)賬，以便于后續(xù)處理。對(duì)轉(zhuǎn)入方的要求：能夠根據(jù)F18的取值不同識(shí)別出一般轉(zhuǎn)賬和信用卡還款轉(zhuǎn)賬，以便于后續(xù)處理。3.3.5 報(bào)文格式定義交易名稱報(bào)文接口規(guī)范的參見(jiàn)章節(jié)號(hào)受理方發(fā)出的轉(zhuǎn)賬交易8.2.1.16.1轉(zhuǎn)賬報(bào)文轉(zhuǎn)賬拆分出的轉(zhuǎn)出交易8.2.1.16.2轉(zhuǎn)出轉(zhuǎn)賬報(bào)文轉(zhuǎn)賬拆分出的轉(zhuǎn)入交易8.2.1.16.3轉(zhuǎn)入轉(zhuǎn)賬報(bào)文轉(zhuǎn)出沖正8.2.1.16.4轉(zhuǎn)出轉(zhuǎn)賬沖正轉(zhuǎn)入確認(rèn)8.2.1.16.5轉(zhuǎn)入確認(rèn)3.3.6 清算處理說(shuō)明成功的信用卡還款轉(zhuǎn)賬參加當(dāng)日清算；受理方、轉(zhuǎn)出方、轉(zhuǎn)入方各收到一個(gè)流水文件，可用于交易勾對(duì)。當(dāng)存在轉(zhuǎn)出沖正時(shí)，轉(zhuǎn)出交易和轉(zhuǎn)出沖正交易同時(shí)參加清算，均出現(xiàn)在轉(zhuǎn)出方流水文件中；當(dāng)存在轉(zhuǎn)入確認(rèn)時(shí)，轉(zhuǎn)入確認(rèn)參加清算，僅轉(zhuǎn)入確認(rèn)出現(xiàn)在轉(zhuǎn)入方流水文件中。對(duì)信用卡還款轉(zhuǎn)賬交易，品牌服務(wù)費(fèi)向轉(zhuǎn)入行收取。支持信用卡還款的機(jī)構(gòu)需要支持以下文件：文件名稱文件用途記錄格式代碼特殊問(wèn)題說(shuō)明INDYYMMDD?ATFL，參見(jiàn)文件接口規(guī)范4.1.1.1文件列表 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給受理機(jī)構(gòu)，用于受理機(jī)構(gòu)進(jìn)行交易勾對(duì)。TFL的受理方格式（參見(jiàn)文件接口規(guī)范5.1.2(TFL)轉(zhuǎn)賬交易流水格式）對(duì)各方來(lái)說(shuō)，一般轉(zhuǎn)賬和信用卡還款轉(zhuǎn)賬都體現(xiàn)在同一個(gè)文件中，各方需要通過(guò)MCC進(jìn)行區(qū)分，并正確核對(duì)應(yīng)收手續(xù)費(fèi)和應(yīng)付手續(xù)費(fèi)。INDYYMMDD?OTFL ，參見(jiàn)文件接口規(guī)范4.1.1.1文件列表 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給轉(zhuǎn)出機(jī)構(gòu)，用于轉(zhuǎn)出機(jī)構(gòu)進(jìn)行交易勾對(duì)。TFL的發(fā)卡方格式（參見(jiàn)文件接口規(guī)范5.1.2(TFL)轉(zhuǎn)賬交易流水格式）INDYYMMDD?ITFL ，參見(jiàn)文件接口規(guī)范4.1.1.1文件列表 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給轉(zhuǎn)入機(jī)構(gòu)，用于轉(zhuǎn)入機(jī)構(gòu)進(jìn)行交易勾對(duì)。TFL的發(fā)卡方格式（參見(jiàn)文件接口規(guī)范5.1.2(TFL)轉(zhuǎn)賬交易流水格式）INDYYMMDD?AERRN ，參見(jiàn)文件接口規(guī)范4.1.1.1文件列表 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給受理方，用于受理方進(jìn)行差錯(cuò)交易的勾對(duì)。ERRN的受理方格式（參見(jiàn)文件接口規(guī)范5.1.4(ERRN)差錯(cuò)交易流水文件記錄格式（新）INDYYMMDD?IERRN ，參見(jiàn)文件接口規(guī)范4.1.1.1文件列表 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給轉(zhuǎn)出方和轉(zhuǎn)入方，用于差錯(cuò)交易的勾對(duì)。ERRN的發(fā)卡方格式（參見(jiàn)文件接口規(guī)范5.1.4(ERRN)差錯(cuò)交易流水文件記錄格式（新）INDYYMMDD?ILFEE，參見(jiàn)文件接口規(guī)范4.1.1.1文件列表 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給轉(zhuǎn)賬交易的轉(zhuǎn)入方，用于轉(zhuǎn)入方核對(duì)品牌費(fèi)。LFE的發(fā)卡方格式（參見(jiàn)文件接口規(guī)范5.1.4(LFE)品牌服務(wù)費(fèi)交易流水格式）該文件為可選，如轉(zhuǎn)入方需要逐筆與銀聯(lián)核對(duì)品牌費(fèi)的話，可以處理該文件。INOYYMMDD?SUM，（參見(jiàn)文件接口規(guī)范7.1匯總文件列表 表19銀聯(lián)卡匯總文件列表）CUPS下發(fā)給交易的參與方，供參與方核對(duì)信用卡還款轉(zhuǎn)賬交易的匯總數(shù)據(jù)。SUM（參見(jiàn)文件接口規(guī)范5.3.5(SUM)交易匯總表）信用卡還款轉(zhuǎn)賬與一般轉(zhuǎn)賬一起匯總，體現(xiàn)在同一個(gè)統(tǒng)計(jì)項(xiàng)目中，各方應(yīng)能夠準(zhǔn)確核對(duì)。3.3.7 過(guò)渡期說(shuō)明及注意事項(xiàng)若受理方支持信用卡還款轉(zhuǎn)賬，而轉(zhuǎn)出方或轉(zhuǎn)入方不支持，則CUPS會(huì)直接拒絕該筆轉(zhuǎn)賬交易，應(yīng)答碼為40，含義為請(qǐng)求的功能尚不支持。3.4 IC卡借貸記應(yīng)用的預(yù)授權(quán)完成（請(qǐng)求）交易3.4.1 業(yè)務(wù)說(shuō)明該交易是對(duì)PBOC借貸記應(yīng)用下預(yù)授權(quán)類交易的完善，相當(dāng)于增加了一種對(duì)預(yù)授權(quán)的結(jié)算方式。3.4.2 是否為必選業(yè)務(wù)類型3.4.2.1 受理方的選擇對(duì)于只受理磁條卡的受理方來(lái)說(shuō)，不必關(guān)心本節(jié)內(nèi)容。對(duì)于決定或已向借貸記IC卡遷移的受理方來(lái)說(shuō)，本交易為可選。3.4.2.2 發(fā)卡方的選擇對(duì)于未發(fā)IC卡的發(fā)卡方來(lái)說(shuō)，不必關(guān)心本節(jié)內(nèi)容。對(duì)于決定發(fā)IC卡或已向借貸記IC卡遷移的發(fā)卡方來(lái)說(shuō)，本交易為必選。3.4.3 支持的交易類型和交易流程3.4.3.1 交易類型預(yù)授權(quán)完成（請(qǐng)求）涉及到一系列的交易，包括：預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）沖正、預(yù)授權(quán)完成（請(qǐng)求）撤消、預(yù)授權(quán)完成（請(qǐng)求）撤消沖正。3.4.3.2 交易流程交易的正常及異常流程均同同名的磁條卡交易。借貸記IC卡預(yù)授權(quán)完成(請(qǐng)求)及其相關(guān)交易執(zhí)行簡(jiǎn)化的EMV流程，即交易無(wú)需ARQC和ARPC校驗(yàn)，體現(xiàn)在交易報(bào)文上就是不必?cái)y帶55域信息。3.4.4 聯(lián)機(jī)報(bào)文說(shuō)明3.4.4.1 F22、F60.2.2、F60.2.3F22，服務(wù)點(diǎn)輸入方式碼；F60.2.2，終端讀取能力；F60.2.3，IC卡條件代碼。這三個(gè)域在交易報(bào)文中出現(xiàn)時(shí)應(yīng)滿足一定的約束條件，具體可參見(jiàn)7.1.3.8關(guān)于60.3.7域的說(shuō)明。對(duì)受理方的要求：應(yīng)能夠根據(jù)上表所述準(zhǔn)確填寫(xiě)F22、F60.2.2、F60.2.3域信息。對(duì)發(fā)卡方的要求：應(yīng)能夠根據(jù)上表所述識(shí)別IC卡交易的特征。3.4.4.2 F55F55，IC卡數(shù)據(jù)域預(yù)授權(quán)完成（請(qǐng)求）及其相關(guān)交易（含沖正、撤消）報(bào)文中無(wú)需出現(xiàn)55域。對(duì)受理方的要求：受理方在預(yù)授權(quán)完成（請(qǐng)求）及其相關(guān)交易中無(wú)需上送55域信息。對(duì)發(fā)卡方的要求：對(duì)預(yù)授權(quán)完成（請(qǐng)求）及其相關(guān)交易無(wú)需驗(yàn)證ARQC。3.4.4.3 交易關(guān)鍵域取值交易的關(guān)鍵域取值（報(bào)文類型、交易處理碼、服務(wù)點(diǎn)條件碼、商戶類型、終端類型）均同同名的磁條卡交易。3.4.4.4 報(bào)文格式定義借貸記IC卡預(yù)授權(quán)完成（請(qǐng)求）相關(guān)交易的報(bào)文參考以下章節(jié)：交易名稱報(bào)文接口規(guī)范的參見(jiàn)章節(jié)號(hào)預(yù)授權(quán)完成（請(qǐng)求）共用內(nèi)容：8.2.1.5預(yù)授權(quán)完成（請(qǐng)求）IC卡特殊內(nèi)容：8.7.2.2.2消費(fèi)撤消、預(yù)授權(quán)撤消、存款撤消、預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）撤消報(bào)文格式報(bào)文格式預(yù)授權(quán)完成（請(qǐng)求）沖正共用內(nèi)容：8.2.1.17沖正IC卡特殊內(nèi)容：8.7.2.2.8沖正中“原始交易沒(méi)有55域信息的沖正類交易報(bào)文格式”預(yù)授權(quán)完成（請(qǐng)求）撤消共用內(nèi)容：8.2.1.8預(yù)授權(quán)完成撤消IC卡特殊內(nèi)容：8.7.2.2.2消費(fèi)撤消、預(yù)授權(quán)撤消、存款撤消、預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）撤消報(bào)文格式報(bào)文格式預(yù)授權(quán)完成（請(qǐng)求）撤消沖正共用內(nèi)容：8.2.1.17沖正IC卡特殊內(nèi)容：8.7.2.2.8沖正中“原始交易沒(méi)有55域信息的沖正類交易報(bào)文格式”3.4.5 清算處理說(shuō)明借貸記IC卡預(yù)授權(quán)完成（請(qǐng)求）交易所涉及的流水文件和匯總文件均同傳統(tǒng)磁條卡同名交易，并無(wú)差別，在此不再一一列舉。對(duì)受理方的要求：（1）與傳統(tǒng)磁條卡同名交易進(jìn)行相同的文件處理即可。（2）注意對(duì)文件中IC卡特征字段進(jìn)行識(shí)別和處理，包括：卡序列號(hào)（F23）、終端讀取能力（F60.2.2）、IC卡條件代碼(F60.2.3)。對(duì)發(fā)卡方的要求：（1）與傳統(tǒng)磁條卡同名交易進(jìn)行相同的文件處理即可。（2）注意對(duì)文件中IC卡特征字段進(jìn)行識(shí)別和處理，包括：卡序列號(hào)（F23）、終端讀取能力（F60.2.2）、IC卡條件代碼(F60.2.3)。3.4.6 過(guò)渡期說(shuō)明及注意事項(xiàng)若發(fā)卡方不支持借貸記IC卡的交易且未要求CUPS代為校驗(yàn)ARQC，則CUPS直接拒絕交易，返回應(yīng)答碼40。3.5 電子現(xiàn)金IC卡現(xiàn)金充值撤消交易3.5.1 業(yè)務(wù)說(shuō)明電子現(xiàn)金IC卡現(xiàn)金充值撤消是指對(duì)已完成的現(xiàn)金充值進(jìn)行全額撤消。與其他IC卡撤消交易執(zhí)行簡(jiǎn)化EMV流程不同的是：現(xiàn)金充值撤消需要執(zhí)行完整的EMV流程。原因是該交易需要通過(guò)55域攜帶發(fā)卡行腳本來(lái)修改電子現(xiàn)金卡余額。也正是由于這個(gè)原因，現(xiàn)金充值撤消交易不支持降級(jí)（FALLBACK）處理。3.5.2 是否為必選業(yè)務(wù)類型3.5.2.1 受理方的選擇對(duì)于不支持電子現(xiàn)金IC卡業(yè)務(wù)的機(jī)構(gòu)來(lái)說(shuō)，無(wú)需關(guān)心本節(jié)內(nèi)容。對(duì)于選擇支持電子現(xiàn)金IC卡現(xiàn)金充值業(yè)務(wù)的機(jī)構(gòu)，該交易為必選。即：如果受理方支持現(xiàn)金充值交易，則必須支持其充值撤消及關(guān)聯(lián)交易。3.5.2.2 發(fā)卡方的選擇對(duì)于未發(fā)電子現(xiàn)金IC卡的發(fā)卡方來(lái)說(shuō)，無(wú)需關(guān)心本節(jié)內(nèi)容。對(duì)于已發(fā)電子現(xiàn)金IC卡且選擇現(xiàn)金充值業(yè)務(wù)的發(fā)卡方來(lái)說(shuō)，該交易為必選。即：如果支持電子現(xiàn)金充值交易，則必須支持其其充值撤消及關(guān)聯(lián)交易。選擇支持該交易的發(fā)卡方必須是EMV FULL的，即銀聯(lián)不對(duì)early的發(fā)卡方支持電子現(xiàn)金類交易。3.5.3 支持的交易類型和交易流程3.5.3.1 交易類型與現(xiàn)金充值撤消相關(guān)的交易類型包括：現(xiàn)金充值撤消、現(xiàn)金充值撤消沖正、腳本結(jié)果通知。其中現(xiàn)金充值撤消交易是對(duì)原充值金額的撤消，現(xiàn)金充值撤消沖正是交易異常時(shí)引發(fā)的，腳本結(jié)果通知是終端發(fā)送的對(duì)腳本執(zhí)行情況的通知。對(duì)受理方的要求：支持電子現(xiàn)金充值交易的受理方，必須同時(shí)支持這三個(gè)交易。對(duì)發(fā)卡方的要求：支持電子現(xiàn)金充值交易的發(fā)卡方，必須同時(shí)支持這三個(gè)交易。3.5.3.2 交易流程現(xiàn)金充值撤消交易的正常處理流程如下圖所示：1受理方發(fā)往CUPS的現(xiàn)金充值撤銷(xiāo)交易請(qǐng)求2CUPS發(fā)往發(fā)卡方的現(xiàn)金充值撤銷(xiāo)交易請(qǐng)求3發(fā)卡方發(fā)往CUPS的現(xiàn)金充值撤銷(xiāo)交易應(yīng)答4CUPS發(fā)往受理方的現(xiàn)金充值撤銷(xiāo)交易應(yīng)答5受理方發(fā)往CUPS的腳本處理結(jié)果通知，告知發(fā)卡方該筆撤銷(xiāo)交易處理的結(jié)果6CUPS發(fā)往受理方的腳本處理結(jié)果通知應(yīng)答7CUPS發(fā)往發(fā)卡方的腳本處理結(jié)果通知，告知發(fā)卡方該筆撤銷(xiāo)交易處理的結(jié)果8發(fā)卡方返回CUPS的腳本處理結(jié)果通知應(yīng)答現(xiàn)金充值撤消的異常處理流程基本同傳統(tǒng)消費(fèi)交易，但因涉及到終端和卡片的交互，因此當(dāng)終端寫(xiě)卡失敗時(shí)，也會(huì)引發(fā)沖正。現(xiàn)金充值撤消不支持降級(jí)（FALLBACK）處理。對(duì)受理方的要求：（1）按照上述要求對(duì)交易進(jìn)行轉(zhuǎn)發(fā)和處理，含正常和異常流程。（2）受理方終端應(yīng)完成電子現(xiàn)金IC卡的改造，能夠支持腳本的處理，并正確發(fā)送腳本結(jié)果通知。（3）受理方終端對(duì)現(xiàn)金充值撤消交易不應(yīng)支持降級(jí)（FALLBACK）處理。對(duì)發(fā)卡方的要求：（1）按照上述要求對(duì)交易進(jìn)行轉(zhuǎn)發(fā)和處理，含正常和異常流程。（2）發(fā)卡方系統(tǒng)應(yīng)完成電子現(xiàn)金IC卡的改造，能夠在應(yīng)答報(bào)文中返回現(xiàn)金充值撤消的相關(guān)腳本。（3）發(fā)卡方能夠正確處理腳本結(jié)果通知。3.5.4 聯(lián)機(jī)報(bào)文說(shuō)明3.5.4.1 F22、F60.2.2、F60.2.3F22，服務(wù)點(diǎn)輸入方式碼；F60.2.2，終端讀取能力；F60.2.3，IC卡條件代碼。這三個(gè)域在交易報(bào)文中出現(xiàn)時(shí)應(yīng)滿足一定的約束條件，具體可參見(jiàn)本文7.1.3.8中關(guān)于60.3.7域的說(shuō)明。對(duì)受理方的要求：應(yīng)能夠根據(jù)上表所述準(zhǔn)確填寫(xiě)F22、F60.2.2、F60.2.3域信息。對(duì)發(fā)卡方的要求：應(yīng)能夠根據(jù)上表所述識(shí)別IC卡交易的特征。3.5.4.2 F55現(xiàn)金充值撤消交易執(zhí)行完整的EMV流程，因此交易報(bào)文中會(huì)出現(xiàn)55域。相應(yīng)的，其沖正交易中55域的部分Tag可能也會(huì)出現(xiàn)。對(duì)受理方的要求：（1）受理方發(fā)出的交易請(qǐng)求報(bào)文應(yīng)攜帶55域信息。（2）受理方終端應(yīng)能夠根據(jù)應(yīng)答報(bào)文55域校驗(yàn)ARPC。（3）受理方終端應(yīng)能夠正確執(zhí)行發(fā)卡行腳本，并在執(zhí)行完成后發(fā)送腳本結(jié)果通知，告知發(fā)卡行腳本執(zhí)行的情況。對(duì)發(fā)卡方的要求：（1）發(fā)卡方應(yīng)根據(jù)55域信息進(jìn)行ARQC校驗(yàn)，并返回ARPC。（2）發(fā)卡方應(yīng)在應(yīng)答報(bào)文55域返回腳本。3.5.4.3 交易關(guān)鍵域取值交易名稱報(bào)文類型交易處理碼F3服務(wù)點(diǎn)條件碼F25商戶類型F18終端類型F60.2.5網(wǎng)絡(luò)管理碼F70現(xiàn)金充值撤消0200/021017X00091根據(jù)實(shí)際情況填寫(xiě)根據(jù)實(shí)際情況填寫(xiě)現(xiàn)金充值撤消沖正0420/043017X00091腳本結(jié)果通知0620/063017 X00091同現(xiàn)金充值撤消交易同現(xiàn)金充值撤消交易951對(duì)受理方的要求：能夠按照上表所述發(fā)送現(xiàn)金充值及其相關(guān)交易報(bào)文。對(duì)發(fā)卡方的要求：能夠按照上表所述識(shí)別出現(xiàn)金充值及其相關(guān)交易。3.5.4.4 報(bào)文格式定義電子現(xiàn)金IC卡現(xiàn)金充值相關(guān)交易的報(bào)文參考以下章節(jié)：交易名稱報(bào)文接口規(guī)范的參見(jiàn)章節(jié)號(hào)現(xiàn)金充值撤消8.7.2.1.4現(xiàn)金充值撤消現(xiàn)金充值撤消沖正8.7.1.1.2指定賬戶圈存沖正腳本結(jié)果通知8.7.2.3電子現(xiàn)金和借貸記應(yīng)用的腳本處理結(jié)果通知報(bào)文3.5.5 清算處理說(shuō)明電子現(xiàn)金充值撤消及其沖正與原現(xiàn)金充值交易一起，都參加清算和對(duì)帳。