【正文】 同樣攜帶該域轉(zhuǎn)發(fā)給境內(nèi)受理方。該信息域?qū)硟?nèi)機(jī)構(gòu)的影響需要分北卡南用和南卡北用（境外發(fā)行銀聯(lián)卡在境內(nèi)的使用）兩種情況來(lái)說(shuō)明。對(duì)于域6（持卡人扣賬金額）僅為CUPS計(jì)算的扣除持卡人賬戶(hù)金額的參考信息，是原始交易金額直接到持卡人賬戶(hù)幣種的轉(zhuǎn)換金額，沒(méi)有附加發(fā)卡方可能扣減的持卡人手續(xù)費(fèi)，所以?xún)H供境內(nèi)發(fā)卡方參考，境內(nèi)發(fā)卡方可以在該值基礎(chǔ)上做適當(dāng)調(diào)整從而得到真實(shí)的持卡人扣賬金額。域6（持卡人扣賬金額）、域10（持卡人扣賬匯率）、域51（持卡人賬戶(hù)貨幣代碼）指明應(yīng)凍結(jié)或扣減持卡人賬戶(hù)的金額，當(dāng)交易發(fā)生所采用的幣種和持卡人收費(fèi)賬戶(hù)幣種不同時(shí)，在授權(quán)類(lèi)、金融類(lèi)報(bào)文中均會(huì)出現(xiàn)。它們出現(xiàn)的條件是：域5（清算金額）、域9（清算匯率）、域16（兌換日期）、域50（清算貨幣代碼）均涉及清算，當(dāng)交易發(fā)生所采用的幣種和機(jī)構(gòu)與銀聯(lián)約定的清算幣種不同時(shí)，在聯(lián)機(jī)類(lèi)涉及清算金額的報(bào)文中均會(huì)出現(xiàn)?！?交易流程交易流程與現(xiàn)有同名交易保持完成一致?！?交易發(fā)生地信息涉及的交易類(lèi)型　節(jié)列舉的所有交易類(lèi)型以外，還包含它們的撤銷(xiāo)交易。第四類(lèi) IC卡電子現(xiàn)金應(yīng)用交易：指定賬戶(hù)圈存、現(xiàn)金充值、指定賬戶(hù)圈存沖正、現(xiàn)金充值沖正。第二類(lèi) 雙信息交易：授權(quán)、及其沖正。　 發(fā)卡方的選擇國(guó)際業(yè)務(wù)中最重要的業(yè)務(wù)模式就是北卡南用模式，而北卡南用時(shí)境內(nèi)發(fā)行的銀聯(lián)卡都是在境外使用，因此交易發(fā)生地和交易發(fā)生幣種都是千變?nèi)f化的，且也存在境外受理機(jī)構(gòu)僅上送一磁的現(xiàn)象，在這些情況下，境內(nèi)發(fā)卡方就必選接收國(guó)際業(yè)務(wù)特色信息域并能給予處理，因此，這三類(lèi)特色信息域全部為必選。另外，為保證規(guī)范境內(nèi)卷和跨境卷處理方式上的一致，中心會(huì)在應(yīng)答報(bào)文中向受理方傳遞交易發(fā)生地信息?！?是否為必選業(yè)務(wù)類(lèi)型　 受理方的選擇雖然在國(guó)際業(yè)務(wù)中也存在境外發(fā)行的銀聯(lián)卡在境內(nèi)使用的情況（以下簡(jiǎn)稱(chēng)南卡北用），但由于在境內(nèi)的使用要符合境內(nèi)的規(guī)定，因此，交易幣種一定是人民幣幣種，交易發(fā)生地的國(guó)家代碼一定是中國(guó)地區(qū)，且國(guó)內(nèi)終端都是以二磁為交換數(shù)據(jù)，即使讀一磁數(shù)據(jù)也肯定會(huì)上送二磁數(shù)據(jù)，所以，考慮到終端改造的困難，同時(shí)也為減小受理機(jī)構(gòu)的改造。這些特色信息域包括：第一類(lèi) 多幣種信息：F5清算金額，F(xiàn)6持卡人扣賬金額，F(xiàn)9清算匯率，F(xiàn)10持卡人扣賬匯率，F(xiàn)16兌換日期，F(xiàn)50清算幣種，F(xiàn)51持卡人扣賬幣種；第二類(lèi) 交易發(fā)生地信息：F19受理機(jī)構(gòu)國(guó)家代碼第三類(lèi) 一磁道信息：F45第一磁道信息。4　 國(guó)際業(yè)務(wù)說(shuō)明　 國(guó)際業(yè)務(wù)特色信息域　 業(yè)務(wù)說(shuō)明對(duì)于境內(nèi)發(fā)行的銀聯(lián)卡在境外使用的情況（以下簡(jiǎn)稱(chēng)北卡南用）銀聯(lián)系統(tǒng)目前的做法是對(duì)境內(nèi)機(jī)構(gòu)完全屏蔽了原始交易的地域信息和原始交易幣種信息，即無(wú)論交易幣種是何種類(lèi)型都將交易金額轉(zhuǎn)換為等值的人民幣金額向境內(nèi)機(jī)構(gòu)發(fā)送。　 過(guò)渡期說(shuō)明及注意事項(xiàng)現(xiàn)金充值類(lèi)業(yè)務(wù)屬于新增業(yè)務(wù)類(lèi)型，只有受理方、發(fā)卡方同時(shí)完成系統(tǒng)改造，交易才可能成功，不存在過(guò)渡期。對(duì)發(fā)卡方的要求：（1）能夠處理和解析上表所述的文件。對(duì)受理方的要求：（1）能夠處理和解析上表所述的文件。LERINOYYMMDD??SUM，（）CUPS下發(fā)給交易的參與方，供參與方核對(duì)現(xiàn)金充值業(yè)務(wù)的匯總數(shù)據(jù)。LER現(xiàn)金充值交易的差錯(cuò)與圈存類(lèi)交易的差錯(cuò)包含在同一個(gè)流水文件中。INDYYMMDD??ILOD，（參見(jiàn)《文件接口規(guī)范》 表11銀聯(lián)卡單信息流水文件列表）CUPS下發(fā)給發(fā)卡方，用于現(xiàn)金充值業(yè)務(wù)的勾對(duì)。涉及到的相關(guān)文件如下表所示：文件名稱(chēng)文件用途記錄格式代碼特殊問(wèn)題說(shuō)明INDYYMMDD?ALOD，（參見(jiàn)《文件接口規(guī)范》 表11銀聯(lián)卡單信息流水文件列表）CUPS下發(fā)給受理方，用于現(xiàn)金充值業(yè)務(wù)的勾對(duì)。交易金額和手續(xù)費(fèi)都參與清算。對(duì)發(fā)卡方的要求：能夠按照上表所述識(shí)別出現(xiàn)金充值及其相關(guān)交易。（2）發(fā)卡方應(yīng)在應(yīng)答報(bào)文55域返回腳本。（3）受理方終端應(yīng)能夠正確執(zhí)行發(fā)卡行腳本，并在執(zhí)行完成后發(fā)送腳本結(jié)果通知，告知發(fā)卡行腳本執(zhí)行的情況。對(duì)受理方的要求：（1）受理方發(fā)出的交易請(qǐng)求報(bào)文應(yīng)攜帶55域信息。　 F55現(xiàn)金充值撤消交易執(zhí)行完整的EMV流程，因此交易報(bào)文中會(huì)出現(xiàn)55域。對(duì)受理方的要求：應(yīng)能夠根據(jù)上表所述準(zhǔn)確填寫(xiě)F2?！?聯(lián)機(jī)報(bào)文說(shuō)明　 F2F22，服務(wù)點(diǎn)輸入方式碼；，終端讀取能力；，IC卡條件代碼。（2）發(fā)卡方系統(tǒng)應(yīng)完成電子現(xiàn)金IC卡的改造，能夠在應(yīng)答報(bào)文中返回現(xiàn)金充值撤消的相關(guān)腳本。（3）受理方終端對(duì)現(xiàn)金充值撤消交易不應(yīng)支持降級(jí)（FALLBACK）處理。對(duì)受理方的要求：（1）按照上述要求對(duì)交易進(jìn)行轉(zhuǎn)發(fā)和處理，含正常和異常流程?！?交易流程現(xiàn)金充值撤消交易的正常處理流程如下圖所示：1—受理方發(fā)往CUPS的現(xiàn)金充值撤銷(xiāo)交易請(qǐng)求2—CUPS發(fā)往發(fā)卡方的現(xiàn)金充值撤銷(xiāo)交易請(qǐng)求3—發(fā)卡方發(fā)往CUPS的現(xiàn)金充值撤銷(xiāo)交易應(yīng)答4—CUPS發(fā)往受理方的現(xiàn)金充值撤銷(xiāo)交易應(yīng)答5—受理方發(fā)往CUPS的腳本處理結(jié)果通知，告知發(fā)卡方該筆撤銷(xiāo)交易處理的結(jié)果6—CUPS發(fā)往受理方的腳本處理結(jié)果通知應(yīng)答7－CUPS發(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ā)沖正。對(duì)受理方的要求：支持電子現(xiàn)金充值交易的受理方，必須同時(shí)支持這三個(gè)交易?！?支持的交易類(lèi)型和交易流程　 交易類(lèi)型與現(xiàn)金充值撤消相關(guān)的交易類(lèi)型包括：現(xiàn)金充值撤消、現(xiàn)金充值撤消沖正、腳本結(jié)果通知。即：如果支持電子現(xiàn)金充值交易，則必須支持其其充值撤消及關(guān)聯(lián)交易?！?發(fā)卡方的選擇對(duì)于未發(fā)電子現(xiàn)金IC卡的發(fā)卡方來(lái)說(shuō)，無(wú)需關(guān)心本節(jié)內(nèi)容。對(duì)于選擇支持電子現(xiàn)金IC卡現(xiàn)金充值業(yè)務(wù)的機(jī)構(gòu)，該交易為必選。也正是由于這個(gè)原因，現(xiàn)金充值撤消交易不支持降級(jí)（FALLBACK）處理。與其他IC卡撤消交易執(zhí)行簡(jiǎn)化EMV流程不同的是：現(xiàn)金充值撤消需要執(zhí)行完整的EMV流程?！?過(guò)渡期說(shuō)明及注意事項(xiàng)若發(fā)卡方不支持借貸記IC卡的交易且未要求CUPS代為校驗(yàn)ARQC，則CUPS直接拒絕交易，返回應(yīng)答碼40。對(duì)發(fā)卡方的要求：（1）與傳統(tǒng)磁條卡同名交易進(jìn)行相同的文件處理即可。對(duì)受理方的要求：（1）與傳統(tǒng)磁條卡同名交易進(jìn)行相同的文件處理即可?！?交易關(guān)鍵域取值交易的關(guān)鍵域取值（報(bào)文類(lèi)型、交易處理碼、服務(wù)點(diǎn)條件碼、商戶(hù)類(lèi)型、終端類(lèi)型）均同同名的磁條卡交易。對(duì)受理方的要求：受理方在預(yù)授權(quán)完成（請(qǐng)求）及其相關(guān)交易中無(wú)需上送55域信息。對(duì)發(fā)卡方的要求：應(yīng)能夠根據(jù)上表所述識(shí)別IC卡交易的特征。這三個(gè)域在交易報(bào)文中出現(xiàn)時(shí)應(yīng)滿(mǎn)足一定的約束條件，　。借貸記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域信息?！?支持的交易類(lèi)型和交易流程　 交易類(lèi)型預(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)求）撤消沖正。　 發(fā)卡方的選擇對(duì)于未發(fā)IC卡的發(fā)卡方來(lái)說(shuō)，不必關(guān)心本節(jié)內(nèi)容?！?是否為必選業(yè)務(wù)類(lèi)型　 受理方的選擇對(duì)于只受理磁條卡的受理方來(lái)說(shuō)，不必關(guān)心本節(jié)內(nèi)容。　 過(guò)渡期說(shuō)明及注意事項(xiàng)若受理方支持信用卡還款轉(zhuǎn)賬，而轉(zhuǎn)出方或轉(zhuǎn)入方不支持，則CUPS會(huì)直接拒絕該筆轉(zhuǎn)賬交易，應(yīng)答碼為40，含義為請(qǐng)求的功能尚不支持。INOYYMMDD??SUM，（ 表19銀聯(lián)卡匯總文件列表）CUPS下發(fā)給交易的參與方，供參與方核對(duì)信用卡還款轉(zhuǎn)賬交易的匯總數(shù)據(jù)。ERRN的發(fā)卡方格式（參見(jiàn)《文件接口規(guī)范》(ERRN)差錯(cuò)交易流水文件記錄格式（新））INDYYMMDD??ILFEE，參見(jiàn)《文件接口規(guī)范》 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給轉(zhuǎn)賬交易的轉(zhuǎn)入方，用于轉(zhuǎn)入方核對(duì)品牌費(fèi)。TFL的發(fā)卡方格式（參見(jiàn)《文件接口規(guī)范》(TFL)轉(zhuǎn)賬交易流水格式）INDYYMMDD??AERRN ，參見(jiàn)《文件接口規(guī)范》 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給受理方，用于受理方進(jìn)行差錯(cuò)交易的勾對(duì)。INDYYMMDD??OTFL ，參見(jiàn)《文件接口規(guī)范》 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給轉(zhuǎn)出機(jī)構(gòu)，用于轉(zhuǎn)出機(jī)構(gòu)進(jìn)行交易勾對(duì)。支持信用卡還款的機(jī)構(gòu)需要支持以下文件：文件名稱(chēng)文件用途記錄格式代碼特殊問(wèn)題說(shuō)明INDYYMMDD??ATFL，參見(jiàn)《文件接口規(guī)范》 表11銀聯(lián)卡單信息流水文件列表CUPS下發(fā)給受理機(jī)構(gòu)，用于受理機(jī)構(gòu)進(jìn)行交易勾對(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)入方的要求：能夠根據(jù)F18的取值不同識(shí)別出一般轉(zhuǎn)賬和信用卡還款轉(zhuǎn)賬，以便于后續(xù)處理?！?交易關(guān)鍵域取值轉(zhuǎn)賬模式的信用卡還款所涉及的交易報(bào)文關(guān)鍵域取值如下：交易名稱(chēng)報(bào)文類(lèi)型交易處理碼F3服務(wù)點(diǎn)條件碼F25商戶(hù)類(lèi)型F18終端類(lèi)型受理方發(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域。當(dāng)同時(shí)擔(dān)任兩方時(shí)，可能會(huì)出現(xiàn)“交易主鍵（FF1F3F33）重復(fù)”的現(xiàn)象，舉例說(shuō)明如下：01022900（上海工行）是一筆信用卡還款交易的受理方和轉(zhuǎn)出方，則關(guān)于該筆交易，會(huì)有兩條記錄，一條是轉(zhuǎn)賬受理，一條是轉(zhuǎn)出，兩條記錄的FF1F3F33是一樣的，因此會(huì)出現(xiàn)“主鍵重復(fù)”的現(xiàn)象，導(dǎo)致轉(zhuǎn)出交易無(wú)法記庫(kù)。如果轉(zhuǎn)入方需要了解轉(zhuǎn)出方機(jī)構(gòu)代碼，可解析此域。如果轉(zhuǎn)出方需要了解轉(zhuǎn)入方機(jī)構(gòu)代碼，可解析此域。如果受理方需要了解轉(zhuǎn)出方機(jī)構(gòu)代碼和轉(zhuǎn)入方機(jī)構(gòu)代碼時(shí)，可解析此域。18位放置轉(zhuǎn)出方標(biāo)識(shí)代碼；916位放置轉(zhuǎn)入方標(biāo)識(shí)代碼?！?FF10F103F2，主帳號(hào)；F102，賬戶(hù)標(biāo)識(shí)1；F103，賬戶(hù)標(biāo)識(shí)2；這三個(gè)帳號(hào)在轉(zhuǎn)賬交易的不同環(huán)節(jié)取值如下表所示：交易類(lèi)型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)。對(duì)轉(zhuǎn)出方的要求：28域表示了轉(zhuǎn)出方應(yīng)付的交易手續(xù)費(fèi)，此時(shí)轉(zhuǎn)出方可根據(jù)此金額計(jì)算扣收持卡人的手續(xù)費(fèi)。該域的屬性為X＋n12，其中X表示交易費(fèi)的借貸方向，在信用卡還款業(yè)務(wù)各個(gè)環(huán)節(jié)的報(bào)文中X固定為D，表示借記，但是該符號(hào)位僅對(duì)轉(zhuǎn)出方有效，即手續(xù)費(fèi)是向轉(zhuǎn)出方收取的。在轉(zhuǎn)賬模式的信用卡還款業(yè)務(wù)中用于表示轉(zhuǎn)出方應(yīng)付出的交易手續(xù)費(fèi)，該手續(xù)費(fèi)在銀聯(lián)、受理、轉(zhuǎn)出、轉(zhuǎn)入四方之間分潤(rùn)。對(duì)轉(zhuǎn)入方的要求：轉(zhuǎn)入方不應(yīng)根據(jù)此域來(lái)判斷轉(zhuǎn)入卡的輸入方式。對(duì)受理方的要求：受理方應(yīng)根據(jù)轉(zhuǎn)出卡的刷卡方式和是否有PIN輸入來(lái)填寫(xiě)該域。對(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)39＝57（不允許持卡人進(jìn)行的交易）。對(duì)受理方的要求：當(dāng)轉(zhuǎn)賬交易被用于實(shí)現(xiàn)信用卡還款時(shí)，應(yīng)將轉(zhuǎn)賬報(bào)文中的F18置為9498，含義為信用卡還款。轉(zhuǎn)賬交易作為一種資金轉(zhuǎn)移的實(shí)現(xiàn)方式，可以支持多種業(yè)務(wù)。對(duì)轉(zhuǎn)入方的要求：（1）應(yīng)能夠接收和處理轉(zhuǎn)入報(bào)文；（2）應(yīng)能夠滿(mǎn)足20秒之內(nèi)返回應(yīng)答的要求；（3）應(yīng)能夠接收和處理轉(zhuǎn)入確認(rèn)報(bào)文。綜上所述，在處理流程上對(duì)各方的要求是：對(duì)受理方的要求：在超時(shí)未收到轉(zhuǎn)賬交易應(yīng)答6時(shí)，受理方不能發(fā)送轉(zhuǎn)出沖正或轉(zhuǎn)入確認(rèn)，而是應(yīng)通過(guò)終端提示持卡人“查詢(xún)轉(zhuǎn)出方和轉(zhuǎn)入方”?！?交易流程采用轉(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)《》第一部分《交易處理說(shuō)明》?！?支持的交易類(lèi)型和交易流程　 交易類(lèi)型正常情況下，一筆信用卡還款由：受理方發(fā)出的轉(zhuǎn)賬、CUPS拆分出的轉(zhuǎn)出、CUPS拆分出的轉(zhuǎn)入三個(gè)環(huán)節(jié)即可完成。即發(fā)卡方可選擇是否支持采用轉(zhuǎn)賬交易實(shí)現(xiàn)信用卡還款業(yè)務(wù)，發(fā)卡方可選擇以下三種的任一種：（1）僅支持轉(zhuǎn)出交易；（2）僅支持轉(zhuǎn)入交易；（3）同時(shí)支持轉(zhuǎn)出和轉(zhuǎn)入。如果選擇支持該項(xiàng)業(yè)務(wù)，則必須進(jìn)行本節(jié)所述的受理方相關(guān)改造?！?是否為必選業(yè)務(wù)類(lèi)型　 受理方的選擇可選?！?信用卡還款業(yè)務(wù)　 業(yè)務(wù)說(shuō)明信用卡還款是指采用轉(zhuǎn)賬交易實(shí)現(xiàn)對(duì)信用卡透支金額的還款。下表說(shuō)明了發(fā)卡方系統(tǒng)已就緒，而受理方系統(tǒng)未改造時(shí)帶來(lái)的問(wèn)題及對(duì)發(fā)卡方系統(tǒng)的要求：受理方改造狀態(tài)問(wèn)題描述對(duì)發(fā)卡方的要求未改造＝0發(fā)卡方可以承兌該筆預(yù)付費(fèi)卡交易，但是不能向受理方返回54域。下表說(shuō)明了受理方系統(tǒng)已就緒，而終端尚未改造時(shí)帶來(lái)的問(wèn)題以及對(duì)受理方系統(tǒng)的要求：終端改造狀態(tài)問(wèn)題描述對(duì)受理方的要求未改造終端不支持在應(yīng)答報(bào)文中接收54域信息。對(duì)發(fā)卡方的要求：與傳統(tǒng)借貸記卡進(jìn)