下载文档原格式
页眉内容Q/CUP中国银联股份有限公司发布目次前言 .................................................................................................................................................................... I V 中国银联银行卡联网联合技术规范V2.1 第2部分报文接口规范. (1)1范围 (1)2报文结构 (1)2.1报文结构说明 (1)2.2报文结构分析 (1)3报文头 (2)6.17域18 商户类型 (25)6.18域19 商户国家代码 (25)6.19域22 服务点输入方式码 (25)6.20域23 卡序列号 (26)6.21域25 服务点条件码 (26)6.22域26 服务点PIN获取码 (28)6.23域28 交易费 (28)6.24域32 受理机构标识码 (28)6.25域33 发送机构标识码 (29)6.26域35 第二磁道数据 (29)6.28域37 检索参考号 (30)6.29域38 授权标识应答码 (30)6.30域39 应答码 (31)6.31域41 受卡机终端标识码 (31)6.32域42 受卡方标识码 (31)6.33域43 受卡方名称地址 (32)6.34域44 附加响应数据 (32)6.35域45 第一磁道数据 (32)6.36域48 附加数据－私有 (33)7.1关键信息域与报文的关联 (86)7.2关键信息域的匹配 (86)8报文格式说明 (88)8.1说明 (88)8.2联机交易报文接口定义 (93)8.3网络管理及安全控制交易报文接口定义 (130)8.4风险控制交易报文接口定义 (133)8.5外卡收单交易报文接口定义 (133)8.6 IC卡交易报文接口定义 (143)附录 A （规范性附录）标准代码定义 (179)A.1.1 入网机构标识码定义 (179)A.1.2 境内机构（包括境外银行在境内的机构） (179)A.1.3 境外机构（包括境内银行在境外的机构） (179)A.1.4 国际信用卡公司系统标识码 (179)A.1.5 国际信用卡公司系统名称简写 (180)A.2应答码 (180)A.3报文原因码 (186)A.4拒绝码 (193)A.4.1 拒绝码说明 (193)前言本标准对入网机构与中国银联信息处理中心系统（CUPS）之间进行联机交易时使用的报文接口，包括联机交易报文的结构、格式以及报文域做了规定。
银行卡联网通用工作存在问题及对策作者：李洪涛来源：《时代金融》2012年第27期【摘要】银行卡作为一种现代化的支付工具，经过三十多年的不断发展，已经深入到社会经济的各个领域，促进了居民消费观念和支付方式的不断变革。
“十一五”期间，在人民银行的领导下，银行卡联网通用实现了超常规、跨越式的发展，银行卡成为社会大众使用的最广泛的非现金支付工具。
随着联网通用的不断深化和国内银行卡受理环境的不断改善，人民群众日益多元化的用卡需求和银行卡联网通用工作滞后之间的矛盾不断加深。
如何依托银行卡联网通用进一步促进银行卡产业创新发展，尽快实现联网通用的目标，已经成为束缚金融创新与发展的“瓶颈”之一。
【关键词】金融科技银行卡联网通用我国银行卡产业起步于20世纪80年代中期，经过近三十年的发展，银行卡已经成为消费者的首选支付工具，并逐步走进千家万户，深入经济生活的各个领域，促进了居民消费观念和支付方式的不断变革。
目前随着我国经济的快速发展和金融体系的不断完善，银行卡国际化进程不断加快，国内各商业银行非常重视银行卡工作，银行卡卡种和发卡量逐年递增，原来“自成体系、各自为政”的局面严重制约了我国银行卡产业的健康发展，必须要统一银行卡业务规范和技术标准，实现系统间的互联互通，全国联网通用的目标，使持卡人真正实现跨行、跨地区和跨境使用银行卡。
“十一五”期间，在人民银行的领导下，银行卡联网通用工作经过同城联网通用、重点城市联网通用和全国联网通用三个阶段，基本实现了银行卡联网通用的目标，银行卡成为社会大众使用的最广泛的非现金支付工具，探索出了一条有中国特色的银行卡产业发展之路。
一、银行卡联网通用工作存在的问题随着联网通用的不断深化和国内银行卡受理环境的不断改善，人民群众日益多元化的用卡需求和银行卡联网通用工作滞后之间的矛盾不断加深，主要表现在：（一）法制不健全，银行卡联网通用管理不规范。
一方面现行的《银行卡业务管理办法》是1999年发布的，银行卡产业的法规、规章和参与方的权利、责任、义务、当事人合法权益保障、风险防范和控制等方面，已不适应新形势和联网通用的需要。
页眉内容Q/CUP中国银联股份有限公司发布目次前言 .................................................................................................................................................................... I V 中国银联银行卡联网联合技术规范V2.1 第2部分报文接口规范. (1)1范围 (1)2报文结构 (1)2.1报文结构说明 (1)2.2报文结构分析 (1)3报文头 (2)6.17域18 商户类型 (25)6.18域19 商户国家代码 (25)6.19域22 服务点输入方式码 (25)6.20域23 卡序列号 (26)6.21域25 服务点条件码 (26)6.22域26 服务点PIN获取码 (28)6.23域28 交易费 (28)6.24域32 受理机构标识码 (28)6.25域33 发送机构标识码 (29)6.26域35 第二磁道数据 (29)6.28域37 检索参考号 (30)6.29域38 授权标识应答码 (30)6.30域39 应答码 (31)6.31域41 受卡机终端标识码 (31)6.32域42 受卡方标识码 (31)6.33域43 受卡方名称地址 (32)6.34域44 附加响应数据 (32)6.35域45 第一磁道数据 (32)6.36域48 附加数据－私有 (33)7.1关键信息域与报文的关联 (86)7.2关键信息域的匹配 (86)8报文格式说明 (88)8.1说明 (88)8.2联机交易报文接口定义 (93)8.3网络管理及安全控制交易报文接口定义 (130)8.4风险控制交易报文接口定义 (133)8.5外卡收单交易报文接口定义 (133)8.6 IC卡交易报文接口定义 (143)附录 A （规范性附录）标准代码定义 (179)A.1.1 入网机构标识码定义 (179)A.1.2 境内机构（包括境外银行在境内的机构） (179)A.1.3 境外机构（包括境内银行在境外的机构） (179)A.1.4 国际信用卡公司系统标识码 (179)A.1.5 国际信用卡公司系统名称简写 (180)A.2应答码 (180)A.3报文原因码 (186)A.4拒绝码 (193)A.4.1 拒绝码说明 (193)前言本标准对入网机构与中国银联信息处理中心系统（CUPS）之间进行联机交易时使用的报文接口，包括联机交易报文的结构、格式以及报文域做了规定。
中国人民银行关于发布《银行卡联网联合技术规范》行业标准的通知文章属性•【制定机关】中国人民银行•【公布日期】2009.06.01•【文号】银发[2009]177号•【施行日期】2009.07.01•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】标准化正文中国人民银行关于发布《银行卡联网联合技术规范》行业标准的通知（2009年6月1日银发[2009]177号）中国人民银行上海总部，各分行、营业管理部，省会(首府)城市中心支行；各政策性银行，国有商业银行，股份制商业银行，中国邮政储蓄银行，中国银联股份有限公司：《银行卡联网联合技术规范》行业标准已经全国金融标准化技术委员会审查通过，现予以发布，并就有关事项通知如下：一、标准的编号和名称JR/T 0055.1-2009《银行卡联网联合技术规范第1部分：交易处理》；JR/T 0055.2-2009《银行卡联网联合技术规范第2部分：报文交换》；JR/T 0055.3-2009《银行卡联网联合技术规范第3部分：文件数据格式》；JR/T 0055.4-2009《银行卡联网联合技术规范第4部分：数据安全传输控制》；JR/T 0055.5-2009《银行卡联网联合技术规范第5部分：通信接口》。
二、本标准自2009年7月1日起实施，具体要求如下：(一)自标准实施之日起，中国银联银行卡信息转接系统应支持该标准中定义的所有交易，使系统符合该标准。
(二)自标准实施之日起，各商业银行的系统应符合该标准要求，对于需要进行系统改造的商业银行，其系统应于2009年底前符合该标准要求，有特殊情况不能按期完成改造的商业银行应向人民银行说明延期原因，但最迟应于2010年6月底前符合该标准要求。
(三)自标准实施之日起，中国银联应建立相应监控机制，从申请入网机构系统联调测试和业务正式运行后交易报文审计等方面，收集汇总各入网机构在实际转接中未按规定填写报文和不符合该规范的情况，并定期向人民银行汇报；商业银行也应向人民银行反映上述情况。
《中国银联银行卡联网联合技术规范V2.1——文件接口规范》调整方案为了进一步梳理文件分类、精简文件个数、明确交易的清算方式，针对《中国银联银行卡联网联合技术规范V2.1——文件接口规范》提出调整方案如下：一、电子现金类文件1、联机文件目前，对于IC卡电子现金类应用中的指定账户圈存、现金充值、非指定账户圈存交易，并不涉及机构的代理清算。
故不再生成银联代理清算收单机构指定账户圈存\现金充值交易流水文件（INDYYMMDD??ALODA）、银联代理清算收单机构非指定账户圈存受理方流水文件（INDYYMMDD??ALTRA）、银联代理清算发卡机构指定账户圈存\现金充值交易流水文件（INDYYMMDD??ILODA）、银联代理清算非指定账户圈存转出方流水文件（INDYYMMDD??OLTRA）、银联代理清算非指定账户圈存转入方流水文件（INDYYMMDD??ILTRA）。
2、脱机消费文件1）采用顺序文件格式的银联代理清算收单机构电子现金脱机交易成功清算文件（INDYYMMDD??BA）与IC卡电子现金应用的脱机清算受理方成功清算文件（INFYYMMDD??B）相比、银联代理清算发卡机构电子现金脱机交易成功清算文件（INDYYMMDD??CA）与IC卡电子现金应用的脱机清算发卡方成功清算文件（INFYYMMDD??C）相比，增加了银联代理清算收单方信息字段或银联代理清算服务方信息字段。
在顺序文件中，字段的增加可通过段位图体现，不需要额外增加文件。
故将不再生成代理清算文件INDYYMMDD??BA、INDYYMMDD??CA，而通过在INFYYMMDD??B、INFYYMMDD??C文件中增加代理清算字段来体现代理清算交易。
2）对于周期计费的电子现金脱机交易，由于在交易当日已通过清算文件将交易涉及到的IC卡特征信息发送给机构，在周期计费文件中仅需包含手续费信息等必要信息，故将原采用的顺序结构的周期计费清算文件调整为周期流水文件。
中国银联银行卡联网联合技术规范第部分交易处理1. 引言本文档旨在规范中国银联银行卡联网联合技术规范第部分交易处理的相关要求和规范。
本文档是中国银联银行卡联网联合技术规范的一部分，适用于所有进行银行卡联网交易处理的机构。
2. 交易处理流程2.1 交易的定义交易是指银行卡持卡人通过刷卡、网上支付等方式进行支付、查询、转账等操作的过程。
交易可以是在POS机上进行的实时交易，也可以是通过网络支付平台进行的网上交易。
2.2 交易的发起和响应交易发起方是指发起交易请求的一方，可以是持卡人、商户等。
交易响应方是指接收交易请求并进行相应处理的一方，可以是银行、支付机构等。
交易发起方根据交易类型和业务需求，向交易响应方发送交易请求，并等待响应方的处理结果。
2.3 交易的处理流程交易的处理流程主要包括以下几个步骤：2.3.1 交易请求交易发起方向交易响应方发送交易请求。
交易请求包括交易类型、交易金额、交易参考号等信息。
2.3.2 交易受理交易响应方接收到交易请求后，进行交易受理。
交易受理包括对交易请求的验证、风险控制等操作。
如果交易请求通过验证并符合风险控制规则，则进入下一步处理。
2.3.3 交易处理交易响应方对交易请求进行处理。
具体处理过程包括交易金额的扣款、交易记录的生成等。
交易处理完成后，生成交易处理结果。
2.3.4 交易响应交易响应方将交易处理结果发送给交易发起方。
交易响应包括交易状态、交易结果等信息。
2.3.5 交易完成交易发起方接收到交易响应后，根据交易状态进行后续的处理。
如果交易处理成功，则完成整个交易流程。
3. 交易处理的安全性要求银行卡联网交易处理的安全性是保障交易双方权益的重要保障。
为了确保交易处理的安全性，中国银联制定了以下安全性要求：3.1 数据加密交易过程中涉及到的敏感信息，如银行卡号、密码等，必须进行加密处理。
加密可以采用对称加密、非对称加密等方式，确保数据传输过程中的安全性。
3.2 身份认证交易发起方和交易响应方在交易过程中必须进行身份认证，以防止冒充等非法行为。
银联卡交易处理技术规范Q/CUP Q/CUP 006、1xx I 目次前言 IV 银行卡联网联合技术规范 V2、1第1 部分交易处理说明11 范围、12 交易分类说明、13 交易的一般处理流程、13、1 联机类交易的一般处理流程、13、1、1 请求类及通知类交易、13、1、2 请求类交易的正常处理流程、23、1、3 请求类交易的异常处理流程、33、1、4 通知类交易的正常处理流程、33、1、5 通知类交易的异常处理和报文存储转发机制、43、2 脱机类交易的一般处理流程、43、3 手工类交易的一般处理流程、43、3、1 手工类交易的正常处理流程、43、3、2 手工类交易的异常处理流程、53、4 批量类交易一般处理流程、53、4、1 批量类交易正常处理流程、63、4、2 批量类交易异常处理流程、63、5 超时限定、63、5、1 联机类交易的超时限定、63、5、2 脱机类交易超时限定原则、73、5、3 手工类交易的超时限定原则、73、5、4 批量交易的超时限定原则、84 银联卡交易具体处理流程及处理要求、84、1 联机单信息金融类交易处理、84、1、1 请求类交易、84、1、2 通知类交易、154、1、3 CUPSecure 认证的单信息交易184、2 联机双信息金融类联机交易处理、184、2、1 授权/MOTO 授权/代收授权184、2、2 授权撤销/MOTO 授权撤销/代收授权撤销194、2、3 余额查询、194、2、4 冲正、194、2、5 人工授权类交易、194、2、6 MOTO 授权类交易、194、2、7 单双转换规则、194、3 手工金融类交易处理、204、3、1 手工预授权撤消、204、3、2 手工退货、204、3、3 手工预授权完成、214、3、4 手工汇款、224、3、5 手工 MOTO 预授权撤销、22 Q/CUP 006、1xx III6、3、1 单信息日切、386、3、2 双信息文件批上送和批切、386、3、3 清分和清算、386、3、4 流水文件的获取、386、4 CUPS 清分清算的时序、386、4、1 自主清算方式的时序配合、386、4、2 非自主清算方式的时序配合、397 代授权的交易处理说明、407、1 代授权支持的交易类型、407、2 代授权处理流程、407、3 冲正和撤销的代授权处理、407、4 代授权信息的传送、418 交易的异常处理流程、428、1 概述、428、2 异常处理原则、428、2、1 原则1428、2、2 原则2428、2、3 原则3428、2、4 原则4438、3 报文格式错误、438、3、1 报文语法错误、438、3、2 报文语义错误、438、4 数据安全保密错误、438、4、1 PIN 错误438、4、2 MAC 错误448、5 通信异常、448、5、1 单次故障、458、5、2 双重故障、508、6 终端操作错误、518、6、1 无通信故障、518、6、2 通信故障、528、7 特殊交易异常处理流程、528、7、1 存款交易、528、7、2 转账交易、588、7、3 IC 卡电子钱包应用和 IC 卡电子现金应用指定账户圈存/现金充值交易658、7、4 IC 卡电子钱包应用和 IC 卡电子现金应用非指定账户圈存交易、658、7、5 汇款（联机）、728、7、6 磁条卡现金充值、77 参考文献、78 Q/CUP 006、1xx1 银行卡联网联合技术规范 V2、1第1 部分交易处理说明1 范围本标准规定了中国银联跨行交易网络中各种交易的正常处理流程和异常处理流程。
Q/CUP银行卡联网联合技术规范V2.1 ――境内成员机构改造指南中国银联股份有限公司发布目次1 编制思路41.1目的41.2范围41.3编写思路42 报文版本升级说明52.1修改内容和原因52.2是否为必选业务类型52.3使用要求52.4处理流程52.5新业务的支持原则52.6阅读说明53 新增业务说明53.1银联联盟积分业务53.2预付费卡业务73.3信用卡还款业务93.4 IC卡借贷记应用的预授权完成（请求）交易123.5电子现金IC卡现金充值撤消交易144 国际业务说明164.1国际业务特色信息域164.2额外手续费业务处理184.3柜面取现业务处理194.4免验密码网络标志处理224.5 F37的匹配处理234.6 IC卡借贷记应用的预授权完成（请求）类交易244.7消费（分期付款）业务274.8银联卡汇率查询业务314.9跨境汇款业务324.10联机退货业务364.11国际业务中对F60的处理374.12 IC卡电子现金应用的业务385 代授权业务说明425.1业务说明425.2是否为必选业务类型435.3发卡方改造要求436 《文件接口规范》说明446.1术语和定义446.2文件收发456.3V2.1文件体系的调整466.4跨行清算文件476.5代理清算文件526.6清算汇总文件566.7其他文件566.8文件的分类和选择566.9小结607 报文域优化和改进内容的说明617.1 F60617.2 F48667.3 F57677.4 F2、F38、F42的唯一性687.5 F55中的新增tag697.6 IC卡借贷记应用的余额查询707.7 F54的处理717.8 F61的处理718 《数据安全传输与控制规范》的说明728.1类转账流程交易的MAC计算注意事项738.2重置密钥注意事项739 《通讯接口规范》的说明739.1空闲连接查询报文的间隔时间739.2联机交易的双工连接7410 应答码的整理说明7410.1调整的内容7410.2是否为必选业务类型7510.3机构的处理7511 改造说明归纳7711.1总体改造要求7711.2具体改造要求77银行卡联网联合技术规范V2.1――境内成员机构改造指南1 编制思路1.1 目的为了使各入网机构能更好地了解规范本次的修订内容，并深刻地理解这些修订的业务背景和必然性，银联V2.1规范编写组特地编写了此改造指南文档，作为规范修订内容的配套理解手册。
2消息域说明2.1 说明2.1.1数据类型（1）交换中心与各入网机构的消息中，各数据元类型如下所列：a 字母字符，向左靠，右部多余位填空格b 数据的二进制表示n 数字，右靠，首位有效数字前填零。
若表示金额，则最右二位为角、分s 特殊字符an 字母和数字字符，左靠，右部多余位填空格as 字母和特殊符号，左靠，右部多余位填空格ans 字母、数字和特殊字符，左靠，右部多余位填空格MM 月份YY 年份DD 日期hh 时mm 分ss 秒LL 后跟可变长域的长度值（二位数）LLL 后跟可变长域的长度值（三位数）VAR 可变长度域x 借贷符号，借记为“D”，贷记为“C”，且总是与一个数字型金额数据元相连z 由ISO7811和ISO7813定义的磁卡第二和第三磁道的代码集（2）对可变长数据元的说明：对任何最大长度小于100个字符的可变长度数据元，两个附加位位于该数据元之前，标明其后所跟数据元的长度。
其格式是LLVAR。
对任何最大长度小于1000个字符的可变长度数据元，三个附加位位于该数据元之前，标明其后所跟数据元的长度。
其格式是LLLVAR。
2.1.2注释本规范所使用的域按ISO8583中所给的域的序号，从小至大排序说明的。
本规范还使用了ISO8583中的保留域，并定义了特殊用法。
本规范所采用的编码方式为ASCII码。
在“用法”描述中，我们按照“ATM/POS”，“ATM”，“POS”或按照交易来描述。
阅读本规范请注意以下几点：ATM/POS本规范中出现以上标题时，表示该节所描述的使用方法是针对ATM和POS交易所作的说明。
ATM本规范中出现以上标题时,表示该节是仅对银行卡网络中ATM交易的使用说明。
POS本规范中出现以上标题时，表示该节是仅对银行卡网络中POS交易的使用说明。
2.2 消息类型(MESSAGE-TYPE-IDENTIFIER) 2.2.1变量属性：n4，4位定长数字字符2.2.2域描述：消息类型。
附录A 异常处理说明
A.1概述
本节主要约定网络上联网成员机构之间应用交互过程中，对各种异常情形的处理方法。
列举的异常情形包括：
•消息格式错误
•数据安全保密错误
•通信异常
•终端操作错误
A.2异常处理原则
A.2.1原则1
请求类消息中预授权类消息和金融类消息，在出现异常时以冲正通知消息取消原交易。
异常情况为：
(1) 机构无法将金融交易的响应转发至下方时。
(2) 收到上游机构的冲正通知时。
(3) 当一个请求类消息超时未收到应答时。
(4) 当收到迟到的对请求消息的应答时
A.2.2原则2
成员机构引发冲正通知后，即认为冲正成功，将参与对账。
成员机构的通信进程不能正确发送冲正通知时，应进行存储转发过程。
A.2.3原则3
联网机构在收到冲正通知时，应匹配原交易。
若原交易成功，则取消原交易，返回冲正成功应答(RESPONSE-CODE为00)并参与对账。
否则应根据情况给出不同的拒绝码。
发卡行必须严格处理好重复冲正问题，以免发生账务信息混乱现象。
A.2.4原则4
通知类消息中0220、042X类消息，成员机构应利用存储转发机制保证将通知送达接收方。
对其他通知类消息通知不保证送达。
A.3消息格式错误
本节约定成员机构对所接收的消息的判断及处理，在此只定义消息中数据元的
语法错或语义错。
A.3.1消息语法错误
语法错误是指：所收到的消息中，数据取值范围或数据类型不符合银行卡网络消息标准（见表A2 数据取值范围或数据类型错误）。
这一类错误如发生在请求消息或通知消息中，成员机构将视情况给予RESPONSE-CODE为30的拒绝应答（见表A1）或不给予任何应答（见表A2）；如发生在应答消息中，成员机构将不向受理方发送拒绝应答，等待系统超时处理。
表A1 数据取值范围或数据类型错误表1
表A2 数据取值范围或数据类型错误表2
A.3.2数据内容无效
数据内容无效是指：消息中的数据尽管在语法上符合银行卡信息交换的消息标准，但是在语义上对交易无效（见表 A3 数据内容无效错误）。
对这一类错误交换中心将直接向受理方发送拒绝的应答，其中的RESPONSE-CODE
见下表。
表 A3 数据内容无效错误表
此外还有：
（1）冲正交易请求未能与原始交易相匹配（没有原始交易，隔日冲正等）：RESPONSE-CODE：25
（2）冲正交易未能与原始交易金额相一致：RESPONSE-CODE：64
（3）冲正交易未能与原始交易卡号相一致：RESPONSE-CODE：14
（4）冲正交易未能与原始交易终端相一致：RESPONSE-CODE：97
（5）冲正交易的原始交易未承兑： RESPONSE-CODE：12
（6）冲正交易应答未能与冲正请求相匹配：记载日志，以后备查。
A.4数据安全保密错误
本节约定交换中心、受理方及发卡方对交易过程中所发生的数据安全保密错误的处理约定。
这些错误的现象为：
•请求消息中PIN格式错误
•请求消息中PIN验证失败（只能在发卡方检测到）
A.4.1 PIN错误
A.4.1.1请求消息中PIN格式错误
错误现象在消息的接收方一侧对PIN的密码解密后，发现PIN数据块的格式错误。
受理方处理向终端发拒绝应答。
交换中心处理向受理方发送拒绝应答，其中，RESPONSE-CODE=99。
发卡方处理向交换中心发送拒绝应答，其中，RESPONSE-CODE=99。
A.4.1.2请求消息中PIN验证失败
错误现象发卡方一侧检测到持卡人输入的PIN无法匹配。
发卡方处理向交换中心发送拒绝应答。
如果PIN验证失败的
次数未满发卡方设定的限制，RESPONSE-CODE=55，
否则RESPONSE-CODE=38（没收卡）或75（不没收卡）。
A.4.2 MAC错误
A.4.2.1请求消息中MAC计算错误
错误现象在消息的接收方一侧检测到MAC不匹配。
交换中心处理向受理方发送拒绝应答，其中，RESPONSE-CODE=Z2。
发卡方处理向交换中心发送拒绝应答，其中，RESPONSE-CODE=Z2。
A.4.2.2报告消息中MAC计算错误
错误现象在消息的接收方一侧检测到MAC不匹配。
交换中心处理向受理方发送拒绝应答，其中，RESPONSE-CODE=Z2。
发卡方处理向交换中心发送拒绝应答，其中，RESPONSE-CODE=Z2。
A.4.2.3对请求的应答消息中MAC错误
错误现象在消息的接收方一侧检测到MAC不匹配。
交换中心处理向受理方发送拒绝应答消息。
若为承兑的金融交易，则还需向发卡方引发冲正消息，冲正原因（即60域中的REASON CODE）为
4362，该笔冲正参与对帐。
受理方处理向终端发送拒绝应答消息，若为承兑的金融交易，则还需向交换中心引发冲正消息，冲正原因码为4355，该笔冲正参与对帐。
A.4.2.4对报告的应答消息中MAC错误
错误现象在消息的接收方一侧检测到MAC不匹配。
交换中心处理记载日志，以后备查分析。
A.5通信异常
本节叙述了成员机构对交易过程中所发生的通信故障的处理约定。
这些通信故障的现象为：
•发送请求消息失败
•发送对请求消息的应答消息失败
•发送请求消息后，收不到应答消息
•发送冲正通知消息失败
•发送对冲正通知消息的应答消息失败
•发送冲正通知消息后，收不到应答消息
•收到迟到的对请求消息的应答消息
这些故障根据一笔完整交易所需经过的各个环节的先后次序进行排列。
当成员机构根据上述故障现象检测到与其他成员机构的通信异常时，成员机构的处理原则：
•成员机构每隔定时发一次0820连通测试（echo test）报文，测试是否恢复连接
•丢弃未发出的响应报文；
•对需要转发的请求报文，则以“91 (系统故障，成员机构不能向其转发请求)”向受理方发拒绝应答；
•对通知报文(022X、042X)，则存入存储转发队列中，待连接恢复后发出。
•当收到“echo test”应答（0830）后，表示连接恢复，成员机构将存储转发队列中的报文依次发送出去。
在以下的故障处理中，不再重复通信异常到恢复的处理过程
A.5.1单次故障
A.5.1.1收不到请求
故障现象因通信故障，受理方的请求(2)丢失。
受理方处理如果是金融交易请求，则向终端发送超时引起的拒绝应答(3)，同时向交换中心发送冲正(4)，其REASON CODE为4354，该笔冲正不参与对账。
交换中心处理向受理方发送冲正的拒绝应答(5)，其中，RESPONSE CODE为25，该笔冲正不参与对账。
A.5.1.2 交换中心不能向发卡方转发请求
故障现象
因通信故障，交换中心不能把受理方的请求(2)转发至发卡方。
交换中心处理 向受理方发送拒绝请求的应答(4)，其中，RESPONSE CODE 为91。
A.5.1.3 发卡方收不到请求
故障现象
因通信故障，交换中心的请求(3)丢失。
交换中心处理
超时后向受理方发送拒绝的应答(4)，如果是金融交易请求，则还需向发卡方发送冲正消息(5)，其中，REASON CODE 为4361，该笔冲正不参与对账。
发卡方处理 向交换中心发送冲正的拒绝应答(6)，其中，RESPONSE CODE 为25，该笔冲正不参与对账。
A.5.1.4 发卡方不能向交换中心发送对请求的应答
故障现象 因通信故障，发卡方不能向交换中心发送对请求的应答(4)。
发卡方处理 如果是金融交易请求，且已承兑，则作内部冲正，该笔冲正参与对账。
交换中心处理
向受理方发送超时引起的拒绝请求的应答(5)，其中，RESPONSE CODE 为98。
如果是金融交易请求，则还需向发卡方发送冲正(7)。
其中，REASON CODE 为4361。
(8)为发卡方收到(7)后的应答。
该笔冲正不参与对账。
A.5.1.5 交换中心收不到发卡方的应答
故障现象 交换中心在向发卡方转发请求(3)后，收不到发卡方的应答(4)，即检测到超时。
交换中心处理
向受理方发送超时引起的拒绝请求的应答(5)，其中，RESPONSE CODE 为98。
如果是金融交易请求，则还需向发卡方发送冲正(7)。
其中，REASON CODE 为4361。
(8)为发卡方收到(7)后的应答，该笔冲正不参与对账。
发卡行对该笔冲正是否参与对账视发卡行收到该冲正时原交易是否承兑而定。
若原交易已承兑则该笔冲正参与对账，否则该笔冲正不参与对账。
