【正文】 節(jié)號(hào)特殊字段說明一般交易發(fā)卡方流水文件INDYYMMDD??ICOM用于發(fā)卡機(jī)構(gòu)與銀聯(lián)進(jìn)行正常交易的勾對(duì)處理（COM）一般交易流水文件記錄格式為唯一區(qū)分是與柜面取現(xiàn)相關(guān)的查詢和取現(xiàn)交易，需要關(guān)注報(bào)文類型、交易類型碼、商戶類型、服務(wù)點(diǎn)條件碼、終端類型這幾個(gè)字段的填寫，　節(jié)的取值填寫差錯(cuò)交易發(fā)卡方流水文件INDYYMMDD??IERR用于發(fā)卡機(jī)構(gòu)在原始交易發(fā)生異常時(shí)，通過差錯(cuò)處理糾正問題后與銀聯(lián)進(jìn)行勾對(duì)處理（ERR）差錯(cuò)交易流水文件記錄格式商戶類型字段填寫交易真實(shí)發(fā)生時(shí)的商戶類型差錯(cuò)交易受理方流水文件（新）INDYYMMDD??IERRN用于受理機(jī)構(gòu)在原始交易發(fā)生異常時(shí)，通過差錯(cuò)處理糾正問題后與銀聯(lián)進(jìn)行勾對(duì)處理（ERRN）差錯(cuò)交易流水文件記錄格式（新）商戶類型字段填寫交易真實(shí)發(fā)生時(shí)的商戶類型品牌服務(wù)費(fèi)發(fā)卡方流水文件INDYYMMDD??ILFEE列舉需要收取發(fā)卡方銀聯(lián)卡品牌費(fèi)交易的明細(xì)信息(LFE)品牌服務(wù)費(fèi)交易流水格式為唯一區(qū)分是與柜面取現(xiàn)相關(guān)的查詢和取現(xiàn)交易，需要關(guān)注報(bào)文類型、交易類型碼、商戶類型、服務(wù)點(diǎn)條件碼、終端類型這幾個(gè)字段的填寫，　節(jié)的取值填寫跨境交易原始幣種發(fā)卡方流水文件IFDYYMMDD??IEXR僅提供給境內(nèi)發(fā)卡機(jī)構(gòu)，供境內(nèi)發(fā)卡方了解交易發(fā)生時(shí)的原始幣種、匯率等信息，不做為入網(wǎng)機(jī)構(gòu)對(duì)賬依據(jù)，僅作為對(duì)一般交易流水文件（INDYYMMDD??ICOM）的補(bǔ)充為入網(wǎng)機(jī)構(gòu)提供參考信息(EXR)原始幣種跨境流水格式為唯一區(qū)分是與柜面取現(xiàn)相關(guān)的查詢和取現(xiàn)交易，需要關(guān)注報(bào)文類型、交易類型碼、商戶類型、服務(wù)點(diǎn)條件碼這幾個(gè)字段的填寫，　節(jié)的取值填寫品牌服務(wù)費(fèi)總表（日?qǐng)?bào)表）INOYYMMDD??DLFEE用于體現(xiàn)當(dāng)日機(jī)構(gòu)的品牌費(fèi)匯總（LFEE）品牌服務(wù)費(fèi)總表無單信息交易匯總文件INOYYMMDD??SUM對(duì)當(dāng)日發(fā)生的單信息交易按照發(fā)送方、接收方和交易類型進(jìn)行匯總，包括手續(xù)費(fèi)和交易金額等(SUM)交易匯總表無　 受理機(jī)構(gòu)注意事項(xiàng)　 改造前操作由于受理機(jī)構(gòu)是交易發(fā)起的初始節(jié)點(diǎn)，在改造之前，受理機(jī)構(gòu)無法受理此類業(yè)務(wù)?！?改造后操作改造以后，受理機(jī)構(gòu)可以受理此類業(yè)務(wù)。改造動(dòng)作即為根據(jù)規(guī)范要求構(gòu)造請(qǐng)求報(bào)文和解析應(yīng)答報(bào)文，并能接收包含此類業(yè)務(wù)各交易信息的清算、差錯(cuò)和統(tǒng)計(jì)文件。　 發(fā)卡機(jī)構(gòu)注意事項(xiàng)　 改造前操作當(dāng)發(fā)卡機(jī)構(gòu)未改造時(shí)，發(fā)卡機(jī)構(gòu)是無法處理此類業(yè)務(wù)的，為此只能在CUPS上配置機(jī)構(gòu)交易權(quán)限控制參數(shù)，對(duì)于無法支持的發(fā)卡機(jī)構(gòu)，CUPS會(huì)直接拒絕受理方，不向發(fā)卡方轉(zhuǎn)發(fā)交易請(qǐng)求?！?改造后操作當(dāng)發(fā)卡機(jī)構(gòu)改造完成后，CUPS會(huì)將機(jī)構(gòu)交易權(quán)限控制參數(shù)置為“可支持”，那么CUPS會(huì)將交易請(qǐng)求直接轉(zhuǎn)發(fā)給發(fā)卡機(jī)構(gòu)。改造動(dòng)作即為根據(jù)規(guī)范要求解析請(qǐng)求報(bào)文和構(gòu)造應(yīng)答報(bào)文，并能接收包含此類業(yè)務(wù)各交易信息的清算、差錯(cuò)和統(tǒng)計(jì)文件。　 免驗(yàn)密碼網(wǎng)絡(luò)標(biāo)志處理　 業(yè)務(wù)說明免驗(yàn)密碼的提出是因?yàn)樵诰惩獠簧偈芾斫K端沒有密碼鍵盤，因此境內(nèi)銀聯(lián)卡持卡人在境外的交易無法上送密碼信息，此類報(bào)文傳送到境內(nèi)發(fā)卡方后就會(huì)直接被拒絕。為解決這個(gè)問題，可從改造受理方和改造發(fā)卡方兩個(gè)方面入手，但受理方的改造涉及受理終端的改造，改造成本太大，無法采用。借鑒其他信用卡公司的做法，銀聯(lián)建議境內(nèi)發(fā)卡方根據(jù)“免驗(yàn)密碼網(wǎng)絡(luò)標(biāo)志”選擇性的放開密碼校驗(yàn)權(quán)限。基本思路是：銀聯(lián)會(huì)評(píng)估每個(gè)境外受理方的受理風(fēng)險(xiǎn)，對(duì)于受理風(fēng)險(xiǎn)小且沒有密碼輸入設(shè)備的機(jī)構(gòu)設(shè)定一個(gè)“免驗(yàn)密碼網(wǎng)絡(luò)標(biāo)志”，當(dāng)這樣的受理方上送無密碼信息的交易時(shí)，銀聯(lián)系統(tǒng)會(huì)在報(bào)文中給予特別標(biāo)識(shí)，用以通知發(fā)卡方其交易的特殊性，銀聯(lián)建議發(fā)卡方應(yīng)根據(jù)這個(gè)標(biāo)志不再校驗(yàn)持卡人密碼。為控制交易風(fēng)險(xiǎn)，只有貸記卡交易能開通免驗(yàn)密碼網(wǎng)絡(luò)功能，借記卡交易不支持該功能。對(duì)于借記卡交易，所有交易都不設(shè)置該標(biāo)志，按照現(xiàn)有流程處理。　 免驗(yàn)密碼網(wǎng)絡(luò)標(biāo)志和F22的關(guān)系根據(jù)之前對(duì)機(jī)構(gòu)的意見調(diào)研，發(fā)現(xiàn)很多機(jī)構(gòu)都將這個(gè)標(biāo)志和F22的取值情況相混淆了。F22的取值表示上送報(bào)文中是否包含PIN信息，而這個(gè)標(biāo)志表示受理網(wǎng)絡(luò)是否是一個(gè)安全的網(wǎng)絡(luò)。它和F22的“無PIN”取值聯(lián)合起來表示一個(gè)，在受理安全的網(wǎng)絡(luò)上上送的一個(gè)沒有PIN的交易報(bào)文，對(duì)于這個(gè)報(bào)文即使發(fā)卡方記錄了持卡人有密碼的信息也可以不校驗(yàn)密碼而批準(zhǔn)交易?！?是否為必選業(yè)務(wù)類型　 受理方的選擇此類業(yè)務(wù)只用于北卡南用模式，不涉及境內(nèi)受理方，所以，受理方無需支持?！?發(fā)卡方的選擇此類業(yè)務(wù)的關(guān)鍵就是境內(nèi)發(fā)卡方，因此發(fā)卡方應(yīng)為必選?！?支持的交易類型和交易流程　 交易類型適用于需要密碼輸入的商戶收單業(yè)務(wù)，含：一次性付款消費(fèi)、分期付款消費(fèi)、授權(quán)\預(yù)授權(quán)、預(yù)授權(quán)完成（請(qǐng)求）、余額查詢、柜面取現(xiàn)?！?交易流程總的交易流程沒有變化，但在細(xì)節(jié)上有所調(diào)整：對(duì)于CUPS，在收到這些交易后需要判斷是否為“免驗(yàn)密碼網(wǎng)絡(luò)”，如果是，需要在報(bào)文中填寫“免驗(yàn)密碼網(wǎng)絡(luò)”標(biāo)志，否則需要在報(bào)文中填寫“非免驗(yàn)密碼網(wǎng)絡(luò)”標(biāo)志。對(duì)于發(fā)卡方，除了要根據(jù)自身配置校驗(yàn)密碼以外，還需要增加對(duì)“免驗(yàn)密碼網(wǎng)絡(luò)”標(biāo)志的校驗(yàn)，當(dāng)為免驗(yàn)密碼網(wǎng)絡(luò)時(shí)，即使需要校驗(yàn)密碼，也可以在沒有密碼的情況下承兌交易。　 關(guān)鍵域的使用　 ?！?”表示非免驗(yàn)密碼網(wǎng)絡(luò)，“1”表示免驗(yàn)密碼網(wǎng)絡(luò)。，發(fā)卡機(jī)構(gòu)收到報(bào)文后，需要解析該域的含義并進(jìn)行相應(yīng)的處理?！?清算處理說明該標(biāo)志對(duì)清算處理沒有任何影響。　 受理機(jī)構(gòu)注意事項(xiàng)該業(yè)務(wù)不涉及境內(nèi)受理機(jī)構(gòu)，境內(nèi)受理機(jī)構(gòu)無需改造?！?發(fā)卡機(jī)構(gòu)注意事項(xiàng)　 改造前操作“是否為免驗(yàn)密碼網(wǎng)絡(luò)”是境外受理網(wǎng)絡(luò)的重要屬性，從控制交易風(fēng)險(xiǎn)的角度考慮，銀聯(lián)有義務(wù)將該信息告知發(fā)卡方，而不區(qū)分發(fā)卡方是否能夠解析該標(biāo)志。對(duì)于未完成改造而無法解析此域的機(jī)構(gòu)，只要能夠正確接收?qǐng)?bào)文即可，不必關(guān)心此域取值?！?改造后操作改造后應(yīng)能按照下表要求進(jìn)行各種情況的正確處理。注意這里描述的批準(zhǔn)或拒絕交易都只針對(duì)貸記卡PIN校驗(yàn)這一點(diǎn)，不包含其它內(nèi)容。序號(hào)免驗(yàn)密碼網(wǎng)絡(luò)標(biāo)志報(bào)文中是否含PIN持卡人是否設(shè)置了PIN發(fā)卡方的處理10：表示非免驗(yàn)密碼網(wǎng)絡(luò)包含PIN是發(fā)卡方校驗(yàn)PIN，批準(zhǔn)通過校驗(yàn)的交易；拒絕未通過校驗(yàn)的交易否發(fā)卡方不校驗(yàn)PIN，直接批準(zhǔn)交易20：表示非免驗(yàn)密碼網(wǎng)絡(luò)不包含PIN是發(fā)卡方拒絕交易否發(fā)卡方批準(zhǔn)交易31：表示免驗(yàn)密碼網(wǎng)絡(luò)包含PIN是發(fā)卡方校驗(yàn)PIN，批準(zhǔn)通過校驗(yàn)的交易；拒絕未通過校驗(yàn)的交易否發(fā)卡方不校驗(yàn)PIN，直接批準(zhǔn)交易41：表示免驗(yàn)密碼網(wǎng)絡(luò)不包含PIN是發(fā)卡方不校驗(yàn)PIN，直接批準(zhǔn)交易否發(fā)卡方批準(zhǔn)交易　 F37的匹配處理　 業(yè)務(wù)說明對(duì)于F37，在現(xiàn)在的《》中，對(duì)于雙信息的授權(quán)交易，原始交易與其撤銷交易可以使用不同的37域值。而對(duì)于單信息的消費(fèi)交易，則要求原始交易與其撤銷交易保持相同的37域值。境外機(jī)構(gòu)大多數(shù)為雙信息機(jī)構(gòu)，因此上送的授權(quán)撤銷交易與原始授權(quán)交易的F37往往是不一樣的，在銀聯(lián)系統(tǒng)將授權(quán)撤銷交易轉(zhuǎn)換為消費(fèi)撤銷交易轉(zhuǎn)發(fā)給境內(nèi)的單信息發(fā)卡機(jī)構(gòu)以后，境內(nèi)機(jī)構(gòu)往往會(huì)因?yàn)镕37無法與原始消費(fèi)交易匹配上而拒絕該交易。為此需要調(diào)整單信息交易對(duì)F37的匹配要求。由于主要是雙信息授權(quán)撤銷交易轉(zhuǎn)單信息消費(fèi)撤銷交易發(fā)生的問題，所以調(diào)整思路是放開單信息撤銷交易報(bào)文格式中要求受理方上送原始請(qǐng)求交易的F37的匹配要求?！?是否為必選業(yè)務(wù)類型　 受理方的選擇由于是放開F37的匹配要求，相當(dāng)于是由嚴(yán)格要求到寬松要求，即無論CUPS還是發(fā)卡方系統(tǒng)都不再校驗(yàn)消費(fèi)撤銷交易的F37是否和消費(fèi)交易的F37一致，所以，無論受理方上送新生成的F37還是沿用原始交易的F37都無影響?！?發(fā)卡方的選擇本業(yè)務(wù)需要發(fā)卡方系統(tǒng)不再校驗(yàn)消費(fèi)撤銷交易和消費(fèi)交易的F37的匹配關(guān)系，所以需要發(fā)卡方必選支持?！?支持的交易類型和交易流程　 交易類型僅涉及消費(fèi)撤銷交易?！?交易流程交易流程本身沒有變化，僅是CUPS和發(fā)卡方需要調(diào)整F37的匹配處理關(guān)系。原來消費(fèi)撤銷交易的F37要和消費(fèi)交易的F37一致，如果不一致，應(yīng)該拒絕交易，現(xiàn)在無論是否一致，都不能拒絕交易?！?關(guān)鍵域的使用　 F37受理方在上送消費(fèi)撤銷交易的F37時(shí)可以上送新的取值，也可以上送和原始消費(fèi)交易一致的取值?！?清算處理說明本業(yè)務(wù)修改不涉及清算處理，對(duì)機(jī)構(gòu)的清算處理沒有影響?！?受理機(jī)構(gòu)注意事項(xiàng)受理機(jī)構(gòu)無需改造?！?發(fā)卡機(jī)構(gòu)注意事項(xiàng)　 改造前操作在改造之前，發(fā)卡機(jī)構(gòu)還會(huì)匹配消費(fèi)撤銷和消費(fèi)交易中的F37，因此CUPS會(huì)做轉(zhuǎn)換。CUPS會(huì)維護(hù)一個(gè)機(jī)構(gòu)報(bào)文版本標(biāo)識(shí)，對(duì)于聯(lián)機(jī)報(bào)文升級(jí)到09版的（參見2　報(bào)文版本升級(jí)說明）機(jī)構(gòu)才轉(zhuǎn)發(fā)這三類特色信息域；對(duì)于的機(jī)構(gòu)CUPS將不向發(fā)卡方轉(zhuǎn)發(fā)這三類特色信息域。在聯(lián)機(jī)報(bào)文未升級(jí)到09版之前，將原始消費(fèi)的F37取出填入消費(fèi)撤銷報(bào)文中轉(zhuǎn)發(fā)給發(fā)卡方，使得發(fā)卡方仍能夠按照修改之前的規(guī)范進(jìn)行處理?！?改造后操作改造之后，發(fā)卡機(jī)構(gòu)的聯(lián)機(jī)報(bào)文已升級(jí)到09版（參見2　報(bào)文版本升級(jí)說明），不再匹配兩個(gè)交易的F37，CUPS也不再做轉(zhuǎn)換?！?IC卡借貸記應(yīng)用的預(yù)授權(quán)完成（請(qǐng)求）類交易　 業(yè)務(wù)說明此類交易是為了補(bǔ)充基于PBOC借貸記標(biāo)準(zhǔn)的IC卡借貸記應(yīng)用的交易類型而增加的，包含預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）撤銷、預(yù)授權(quán)完成（請(qǐng)求）沖正、預(yù)授權(quán)完成（請(qǐng)求）撤銷沖正四個(gè)交易。此類交易在國際業(yè)務(wù)中與境內(nèi)機(jī)構(gòu)相關(guān)的業(yè)務(wù)模式應(yīng)包含北卡南用、南卡北用兩種模式?！?是否為必選業(yè)務(wù)類型　 受理方的選擇由于有南卡北用模式，境內(nèi)受理方應(yīng)支持上述四個(gè)交易，但列為可選業(yè)務(wù)。　 發(fā)卡方的選擇由于有北卡南用模式，所以境內(nèi)發(fā)卡方發(fā)行的銀聯(lián)卡有可能在境外發(fā)生這樣的交易，發(fā)卡方應(yīng)支持上述四個(gè)交易，但列為可選業(yè)務(wù)?！?支持的交易類型和交易流程　 交易類型支持的交易類型為預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）撤銷、預(yù)授權(quán)完成（請(qǐng)求）沖正、預(yù)授權(quán)完成（請(qǐng)求）撤銷沖正?！?交易流程上述四個(gè)交易的交易流程與同名的磁條卡交易流程完全一致。　 關(guān)鍵域的使用　 F55本來對(duì)于基于PBOC借貸記標(biāo)準(zhǔn)的IC卡借貸記應(yīng)用的各交易類型，最重要的特征信息都應(yīng)體現(xiàn)在F55的使用中。但由于預(yù)授權(quán)完成（請(qǐng)求）系列交易只是對(duì)原始預(yù)授權(quán)交易的一個(gè)補(bǔ)充結(jié)算交易，F(xiàn)55中攜帶的安全認(rèn)證信息都已在原始預(yù)授權(quán)交易中上送并校驗(yàn)，所以為簡(jiǎn)化IC卡處理流程，此四個(gè)交易全都采用IC卡簡(jiǎn)化流程操作，因此F55都不在這些交易報(bào)文中出現(xiàn)?！?F23F23也是IC卡交易的特征信息，應(yīng)根據(jù)報(bào)文格式要求條件出現(xiàn)，出現(xiàn)條件代碼為C51，具體解釋參見《報(bào)文接口規(guī)范》。　 F52由于IC卡有脫機(jī)PIN（PIN由卡片和終端交互完成驗(yàn)證，并在聯(lián)機(jī)報(bào)文中上送驗(yàn)證結(jié)果）和聯(lián)機(jī)PIN（PIN在聯(lián)機(jī)交易時(shí)由發(fā)卡行驗(yàn)證）兩種身份驗(yàn)證方式，如果為聯(lián)機(jī)PIN驗(yàn)證方式，則報(bào)文中需要攜帶F52；如果為脫機(jī)PIN驗(yàn)證，則無需攜帶F52。為此，F(xiàn)52應(yīng)根據(jù)報(bào)文格式要求條件出現(xiàn)，出現(xiàn)條件代碼為C56，具體解釋參見《報(bào)文接口規(guī)范》。　 區(qū)分磁條卡內(nèi)容的信息域在說明如何通過報(bào)文域區(qū)分IC卡交易和磁條卡交易之前，需要明確幾種卡介質(zhì)的概念，分別為磁條卡、IC卡和Fall Back卡。其中，F(xiàn)all Back卡是一種比較特殊的概念，它是在IC卡或IC卡終端發(fā)生故障后，降級(jí)為磁條卡使用的情況，所有處理都按照磁條卡來進(jìn)行，但為與一般磁條卡進(jìn)行區(qū)分，仍有一些特殊域的取值有所不同?！」?jié)?！?國際業(yè)務(wù)特色信息域　節(jié)中的說明。　 交易類型區(qū)分域取值交易名稱報(bào)文類型第0域交易處理碼第3域商戶類型第18域服務(wù)點(diǎn)條件碼第25域終端類型預(yù)授權(quán)完成（請(qǐng)求）0200/021000x000根據(jù)實(shí)際情況填寫06根據(jù)交易發(fā)起終端取值預(yù)授權(quán)完成（請(qǐng)求）撤銷0200/021020x000根據(jù)實(shí)際情況填寫06根據(jù)交易發(fā)起終端取值預(yù)授權(quán)完成（請(qǐng)求）沖正0420/043000x000根據(jù)實(shí)際情況填寫06根據(jù)交易發(fā)起終端取值預(yù)授權(quán)完成（請(qǐng)求）撤銷沖正0420/043020x000根據(jù)實(shí)際情況填寫06根據(jù)交易發(fā)起終端取值　 報(bào)文格式定義交易名稱《報(bào)文接口規(guī)范》的參見章節(jié)號(hào)預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)撤銷、存款撤銷、預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）撤銷報(bào)文格式報(bào)文格式預(yù)授權(quán)完成（請(qǐng)求）撤銷、預(yù)授權(quán)撤銷、存款撤銷、預(yù)授權(quán)完成（請(qǐng)求）、預(yù)授權(quán)完成（請(qǐng)求）撤銷報(bào)文格式報(bào)文格式預(yù)授權(quán)完成（請(qǐng)求）沖正預(yù)授權(quán)完成（請(qǐng)求）撤銷沖正　 清算處理說明這四個(gè)交易的清算處理流程沒有特殊要求。下面文件列表里面列舉出的文件都是最基本的與本業(yè)務(wù)類型密切相關(guān)的跨行清算中用到的文件?！?受理方清算處理所需文件文件名稱文件用途文件格式參見《文件接口規(guī)范》的章節(jié)號(hào)特殊字段說明一般交易受理方流水文件INDYYMMDD??ACOM用于受理機(jī)構(gòu)與銀聯(lián)進(jìn)行正常交易的勾對(duì)處理（COM）一般交易流水文件記錄格式為唯一區(qū)分交易類型，需要關(guān)注報(bào)文類型、交易類型碼、商戶類型、服務(wù)點(diǎn)條件碼、終端類型這幾個(gè)字段的填寫，　節(jié)的取值填寫由于是IC卡交易，需要正確解析卡片序列號(hào)、終端讀取能力、IC卡條件代碼和終端類型字段差錯(cuò)交易受理方流水文件INDYYMMDD??AERR用于受理機(jī)構(gòu)在原始交易發(fā)生異常時(shí)，通過差錯(cuò)處理糾正問題后與銀聯(lián)進(jìn)行勾對(duì)處理（ERR）差錯(cuò)交易流水文件記錄格式商戶類型字段填寫交易真實(shí)發(fā)生時(shí)的商戶類型由于是IC卡交易，需要正確解析卡片序列號(hào)、終端讀取能力、IC卡條件代碼字段差錯(cuò)交易受理方流水文件（新）INDYYMMDD??AERRN用于受理