中国银联银行卡联网联合技术规范V1第1部分交易处理说明.docx

中国银联股份有限公司 发布2014-XX-XX实施2014-XX-XX发布中国银联银行卡联网联合技术规范V2.1第1部分 交易处理说明Technical Specifications on Bankcard Interoperability V2.1Part 1 Explanation on Transaction ProcessingQ/CUP 006.1-2014代替Q/CUP 006.1-2013Q/CUP中国银联股份有限公司企业标准中国银联股份有限公司（以下简称“中国银联”）对该规范文档保留全部知识产权权利，包括但不限于版权、专利、商标、商业秘密等。任何人对该规范文档的任何使用都要受限于在中国银联成员机构服务平台（未经中国银联书面同意，您不得将该规范文档用于与中国银联合作事项之外的用途和目的。未经中国银联书面同意，不得下载、转发、公开或以其它任何形式向第三方提供该规范文档。如果您通过非法渠道获得该规范文档，请立即删除，并通过合法渠道向中国银联申请。中国银联对该规范文档或与其相关的文档是否涉及第三方的知识产权（如加密算法可能在某些国家受专利保护）不做任何声明和担保，中国银联对于该规范文档的使用是否侵犯第三方权利不承担任何责任，包括但不限于对该规范文档的部分或全部使用。目 次前 言V变更清单VI银行卡联网联合技术规范V2.1 第1部分 交易处理说明11 范围12 规范性引用文件13 交易分类说明14 交易的一般处理流程14.1 联机类交易的一般处理流程14.1.1 请求类及通知类交易14.1.2 请求类交易的正常处理流程24.1.3 请求类交易的异常处理流程34.1.4 通知类交易的正常处理流程34.1.5 通知类交易的异常处理和报文存储转发机制44.2 脱机类交易的一般处理流程44.3 手工类交易的一般处理流程44.3.1 手工类交易的正常处理流程44.3.2 手工类交易的异常处理流程54.4 批量类交易一般处理流程54.4.1 批量类交易正常处理流程64.4.2 批量类交易异常处理流程64.5 超时限定64.5.1 联机类交易的超时限定64.5.2 脱机类交易超时限定原则74.5.3 手工类交易的超时限定原则74.5.4 批量交易的超时限定原则85 银联卡交易具体处理流程及处理要求85.1 联机单信息金融类交易处理85.1.1 请求类交易85.1.2 通知类交易155.1.3 CUPSecure认证的单信息交易185.1.4 CUPMobile移动支付境内单信息交易185.2 联机双信息金融类联机交易处理185.2.1 授权/MOTO授权/代收授权185.2.2 授权撤销/MOTO授权撤销/代收授权撤销195.2.3 余额查询195.2.4 冲正195.2.5 人工授权类交易195.2.6 MOTO授权类交易195.2.7 单双转换规则195.3 手工金融类交易处理205.3.1 手工预授权撤消205.3.2 手工退货205.3.3 手工预授权完成215.3.4 手工汇款225.3.5 手工MOTO预授权撤销225.3.6 手工MOTO预授权完成225.4 IC卡交易处理225.4.1 基于UICS借贷记标准的IC卡交易225.5 管理及安全控制类联机交易处理265.5.1 网络管理通知265.5.2 重置密钥275.6 差错交易处理285.6.1 差错处理中的交易描述285.6.2 交易流程说明295.7 可疑欺诈交易监控295.7.1 可疑欺诈交易通知交易305.8 批量交易处理305.8.1 批量代收305.8.2 批量代付316 外卡交易处理336.1 外卡收单交易处理原则336.2 外卡收单交易种类336.3 外卡收单交易处理336.3.1 余额查询336.3.2 取现336.3.3 取现冲正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 预借现金（联机）346.3.13 手工预借现金356.3.14 预借现金撤销356.3.15 冲正356.3.16 授权356.3.17 授权撤销356.4 外卡的差错处理357 清分清算处理产生的交易367.1 CUPS的日期切换通知交易（0820/0830）367.2 自主清分清算产生的交易处理流程367.2.1 CUPS日期切换情况下的报文发送处理流程367.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 代授权启停模式3982.2 代授权交易处理398.3 关联交易的代授权处理398.4 代授权信息的传送408.4.1 文件传输方式408.4.2 联机传输方式409 交易的异常处理流程419.1 概述419.2 异常处理原则419.2.1 原则1419.2.2 原则2419.2.3 原则3419.2.4 原则4419.3 报文格式错误429.3.1 报文语法错误429.3.2 报文语义错误429.4 数据安全保密错误429.4.1 PIN错误429.4.2 MAC错误439.5 通信异常439.5.1 单次故障449.5.2 双重故障499.6 终端操作错误509.6.1 无通信故障509.6.2 通信故障519.7 特殊交易异常处理流程519.7.1 存款交易529.7.2 转账交易579.7.3 IC卡电子现金应用指定账户圈存/现金充值交易649.7.4 IC卡电子现金应用非指定账户圈存交易649.7.5 汇款（联机）719.7.6 磁条卡现金充值76参考文献77前 言本标准由中国银联股份有限公司提出。本标准由中国银联股份有限公司制定。本标准起草单位：中国银联股份有限公司、国内入网机构。本标准主要起草人：戚跃民、郭锐、郑澎、徐静雯、李洁、吴金坛、王力斌、苗恒轩、万高峰、陆尔东、蒋慧科、杜秉一、赵伟。变更清单序号变更章节号变更内容变更原因系统改造影响性分析（仅供机构参考）变更人员变更时间全文删除了PBOC电子钱包，电子存折的相关内容随着PBOC3.0和中国银联IC卡技术规范（UICS）的发布及推广，电子钱包业务已下线，需要删除电子钱包相关的报文、文件等定义。不涉及系统改造和测试勾传龙2013-12-30全文将描述中的“PBOC”变更为“UICS”。银联IC卡企标标准中国银联IC卡技术规范，英文全称为“Unionpay IC Card Specifications”，英文简称由“UICC”更改为“UICS”。所以将所有的“PBOC”或“UICC”（PBOC为中文版中的描述，UICC为英文版中的描述）同步变更为为“UICS ”。不涉及系统改造勾传龙2013-12-305.1.1.20代付增补实时代付交易处理流程产品创新部实时代付业务需求受理机构可选开通联机方式代付业务发卡机构识别联机方式代付交易蒋慧科2013-12-271.5.1.2.3退货（联机）/MOTO退货（联机）增加分期付款退货交易产品创新部分期付款产品优化1、银联系统CUPS、清算系统增加对分期付款退货交易类型支持2、机构系统增加对分期付款退货交易的支持蒋慧科2013-12-272.5.1.2.5代付确认增补实时代付引发代付确认处理流程产品创新部实时代付业务需求受理机构代付异常情况下触发代付确认蒋慧科2013-12-273.9.7.4IC卡电子钱包应用和IC卡电子现金应用非指定账户圈存交易将“CUPS不对电子钱包行做任何操作”改为“CUPS不对电子现金发卡行做任何操作”删除对电子钱包的支持不涉及系统改造和测试勾传龙2014-1-34.5.6.7.8.9.10.银行卡联网联合技术规范V2.1第1部分 交易处理说明1 范围本标准规定了中国银联跨行交易网络中各种交易的正常处理流程和异常处理流程。本标准适用于所有加入中国银联银行卡信息交换网络的入网机构。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。Q/CUP006.0 中国银联银行卡联网联合技术规范V2.1 第0部分 术语与定义3 交易分类说明按交易处理流程分类，可以将交易分为联机类、手工类、脱机类和批量类。其中，对于联机类交易，根据交易的成功是否依赖交易接收方的批准，联机类交易又可分为请求类和通知类；根据单双信息处理模式，联机类交易又可分为单信息交易和双信息交易（境内的受理侧全部采用单信息处理模式；对于采用双信息模式的发卡机构，该机构与CUPS之间为双信息交易）。按交易的功能分类，可以将交易分为金融类、管理及安全控制类、差错处理类和风险控制类等。其中只有金融类交易有单信息和双信息的概念，管理及安全控制、差错处理类和风险控制类不存在单信息和双信息的概念。本规范中，未经特别说明的交易均默认为银联卡交易；其他国际卡组织银行卡发生的交易称为外卡交易，由于其业务处理和交易流程区别与银联卡有所不同，将在下文中用独立章节描述。由于IC卡提供了一些专有的业务功能和交易流程，本规范将在下文中用独立章节描述基于IC卡的特殊应用。银联可以为成员机构提供交易代授权服务，下文中将用独立章节描述代授权业务涉及的相关交易流程。4 交易的一般处理流程4.1 联机类交易的一般处理流程4.1.1 请求类及通知类交易CUPS支持的联机交易，根据交易的成功是否依赖交易接收方的批准，可分为请求类和通知类。4.1.1.1 请求类交易请求类交易从交易的请求方（如：受理方）发送至接收方（如：发卡方），告知对方一笔交易在进行，并且完成该交易后需要回送响应。接收方接收到交易请求后应直接给予交易批准或拒绝的应答。如果交易的接收方不是该交易的最终接收机构，则接收方负责将交易向下一机构转发。请求类交易包括： 金融类交易：包括预授权类请求/应答（报文类型0100/0110）、其他金融类请求/应答（报文类型0200/0210） 网络管理类：网络管理类请求/应答（包括CUPS发起的重置密钥请求/应答，报文类型0800/0810）CUPS不支持请求类报文的自动重复发送。4.1.1.2 通知类交易通知类交易一般是指：发送方将已采取的动作通知接收方的交易，只要求响应不要求批准。在本规范中通知类交易可由受理方、发卡方、CUPS发出，交易的接收方应予以应答。如果交易的接收方不是该交易的最终接收机构，则接收方在给予发送方应答后，负责将交易向下一机构转发。通知类交易包括： 金融通知类交易：金融通知类通知/应答（报文类型0220/0230） 冲正通知类交易：冲正类通知/应答（报文类型0420/0430） 网络管理通知类交易：网络管理通知类通知/应答（报文类型0820/0830）、IC卡脚本结果通知（0620/0630）4.1.2 请求类交易的正常处理流程请求类交易的正常处理流程分为经过CUPS转接、CUPS直接处理完成和经CUPS转接并拆分处理完成三类，分别描述如下。4.1.2.1 经过CUPS转接的请求类交易正常处理流程描述1受理方发往CUPS的交易请求2CUPS转发给发卡方的交易请求3发卡方发往CUPS的交易应答4CUPS转发给受理方的交易应答图1 经过CUPS转接的请求类交易正常处理流程4.1.2.2 CUPS直接处理完成的请求类交易正常处理流程描述1发送方发往接收方的交易请求2接收方发往发送方的应答图2 CUPS直接处理完成的请求类交易正常处理流程4.1.2.3 经过CUPS转接并拆分的请求类交易正常处理流程描述1受理方发往CUPS的交易请求2CUPS拆分出的交易请求1 3发卡方1返回的交易应答4CUPS拆分出的交易请求25发卡方2返回的交易应答2图3 6CUPS返回受理方的交易应答经过CUPS转接并拆分的请求类交易正常处理流程4.1.3 请求类交易的异常处理流程详见 9“交易的异常处理流程”。4.1.4 通知类交易的正常处理流程4.1.4.1 经过CUPS转接的通知类交易正常处理流程描述1发送方发往CUPS的通知2CUPS发往发送方的应答3CUPS发往接收方的通知4接收方发往CUPS的应答图4 经过CUPS转接的通知类交易正常处理流程4.1.4.2 CUPS直接处理完成的通知类交易正常处理流程描述1发送方发往接收方的通知2接收方发往发送方的应答图5 CUPS直接处理完成的通知类交易正常处理流程4.1.5 通知类交易的异常处理和报文存储转发机制通知类交易过程中存在以下两种异常情况： 发送方不能将报文发送给接收方； 发送方将报文发出后收不到接收方的应答。当以上两种情况之一发生时，发送方可将报文存放在存储转发队列中，在发送方系统日切开始以前、接收方处于正常状态时，在一定次数内每隔一段时间重复发送，如果还是收不到应答，则停止发送。发送方与接收方两者之间若出现账务不平通过差错处理解决。该处理方法称为存储转发机制。并非所有的通知类交易都支持存储转发，具体需参见每种通知交易的说明。4.2 脱机类交易的一般处理流程一种脱机类交易是指交易由终端直接承兑或拒绝，受理方在交易完成之后再提交文件或将脱机消费转为联机报文上送，用以补全CUPS和发卡方的交易记录并清算。例如示例：IC卡电子现金应用的脱机消费。另一种脱机交易是指交易通过文件来完成，不存在联机报文。例如多渠道平台接入接口规范中定义的批量行业划款出账等交易。注：目前，本规范涉及的脱机类交易主要是指第一种，即基于IC卡电子现金应用的脱机消费，在5.4.1.2.5中有专门说明。4.3 手工类交易的一般处理流程4.3.1 手工类交易的正常处理流程手工类交易是指：入网机构登录银联统一业务门户后，以手工录入的方式发起的交易。按照手工交易发起后是否会引发联机报文，可以将手工交易分为：有联机报文的手工交易和无联机报文的手工交易。4.3.1.1 有联机报文的手工交易1机构登录银联统一业务门户发起手工交易2统一业务门户将交易信息发送给CUPS3CUPS向机构发送联机报文（可选，可能为请求报文，也可能为通知报文，不同的手工交易不同）4入网机构向CUPS返回的应答报文5日终时，CUPS向入网机构发送清算文件，该文件中包含了该笔手工交易，供入网机构清算使用。注： 步骤3所示的联机报文可能为请求类报文，也可能为通知类报文，视交易类型的不同会有不同。图6 有联机报文的手工交易4.3.1.2 无联机报文的手工交易1入网机构登录银联统一业务门户发起手工交易2银联统一业务门户将交易信息发送给CUPS3日终时，CUPS向机构发送交易流水文件，如果该交易参与清算，则文件中包含了该笔手工交易，供入网机构清算勾对。注： 在步骤3中，不同的手工交易会进入不同的流水文件。具体见手工类交易的具体描述。图7 无联机报文的手工交易4.3.2 手工类交易的异常处理流程“有联机报文的手工类交易”的异常处理流程取决于联机的报文是通知报文还是请求报文。如果联机报文是通知报文，则其异常处理流程同4.1.5通知类交易的异常处理和报文存储转发机制；如果联机报文是请求类报文，则其异常处理流程同4.1.3请求类交易的异常处理流程。“无联机报文的手工类交易”不涉及联机报文，本规范不再描述其异常处理流程。4.4 批量类交易一般处理流程批量类交易指发起方以批量文件方式向银联发起批量交易，银联系统进行处理后向交易接收方转发。4.4.1 批量类交易正常处理流程1受理机构发送批量文件至银联系统2银联系统装载文件，进行文件合法性检查，向受理机构返回反馈文件。3银联系统向发卡机构转发联机交易报文。4发卡机构返回联机交易应答报文5银联系统向受理机构返回交易应答文件。4.4.2 批量类交易异常处理流程1、在步骤1中，银联系统收到受理机构重复发送的批量文件，以第一次为准，重复文件丢弃。2、在步骤2中，受理机构收到银联系统重复发送的反馈文件时，以第一次为准，重复的文件丢弃。3、在步骤2中，若银联系统无法将反馈文件发送给受理机构时，应尝试存储重发，次数限定为3次。4、不同的批量交易，步骤3、4的异常处理流程存在差异，具体流程参见5.8批量交易处理。5、在步骤5中，受理机构收到银联系统重复发送的批量文件，以第一次为准，重复文件丢弃。6、在步骤5中，银联系统无法将批量应答文件发送给受理机构时，则交易仍然有效并进行清算，受理机构应以银联随后发送的流水文件内记录信息为准。7、若在达到了超时时间后，银联系统仍有部分文件记录未转换成联机交易转发至发卡机构，则该部分文件记录中的交易按失败处理，银联系统在应答文件中告知受理机构（定义应答码F5，代表文件记录未完成批量转联机的转换）。4.5 超时限定4.5.1 联机类交易的超时限定4.5.1.1 一般联机类交易超时限定原则图8 一般交易超时限定参与交易的各方至少应满足以下超时时限要求：发卡方中心的响应时间控制段为：从发卡方中心收到CUPS的请求报文开始，到发卡方中心向CUPS返回应答报文为止根据业务规则，发卡方的响应时间应小于20秒。表1 一般交易超时限定表节点超时时间X设定(秒)受理方中心X25CUPS20X45CUPS以自身系统时间来计算计时开始和计时结束。CUPS的超时检查时间控制段为：从CUPS向发卡方发送报文开始，到CUPS收到发卡方的应答报文为止。受理方中心以自身系统时间来计算计时开始和计时结束。受理方中心的超时检查时间控制段为：从受理方中心向CUPS发出报文开始，到受理方中心收到CUPS应答报文为止。4.5.1.2 经CUPS转接并拆分的请求类交易超时限定原则图9 转账交易超时限定参与交易的各方至少应满足以下限定原则：发卡方中心的响应时间、CUPS的超时检查时间，遵循一般联机类交易限定原则。受理方中心的超时检查时间控制段为：从受理方中心向CUPS发出请求报文开始，到受理方中心收到CUPS应答报文为止。由于转账交易涉及到两个发卡方，受理方中心对转账交易的超时时间设置应大于50秒。表2 转账交易超时限定表节点超时时间X设定(秒)受理方中心X50CUPS20X454.5.2 脱机类交易超时限定原则对于4.2节所述的第一种脱机类交易来说，其中，若受理方将脱机消费转为联机报文上送时，受理方的超时限定原则，遵循一般联机类交易的超时限定原则。若受理方将脱机消费以文件方式上送时，不存在超时限定。对于第二种脱机交易来说，其超时限定原则参见多渠道平台接入接口规范。4.5.3 手工类交易的超时限定原则手工类交易引发的联机交易，遵循联机类交易的超时限定原则。4.5.4 批量交易的超时限定原则对于批量交易，其处理过程分为两段，即受理机构到CUPS的批量文件传递过程和CUPS到发卡机构的联机报文传递过程。对于批量文件传递过程，超时规定如下：对于受理方在T日截止时间t前提交的文件中的交易，若在当日未完成批转实处理，则认定该部分交易超时，CUPS会在当日向受理方返回的应答文件对该部分交易给以超时应答；对于受理方在T日截止时间t后提交的文件中的交易，若在T+1日未完成批量转联机处理，则认定该部分交易超时，CUPS会在T+1日向受理方返回应答文件中对该部分交易给以超时应答。对于联机报文传递过程，其超时限定原则同上文联机类交易。5 银联卡交易具体处理流程及处理要求本章主要描述银联卡交易处理涉及的具体流程和处理要求。5.1 联机单信息金融类交易处理5.1.1 请求类交易5.1.1.1 余额查询指持卡人通过ATM等终端渠道进行相关账户（含银联联盟积分账户）余额查询的过程。余额查询交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。当查询交易出现异常时，不引发冲正。当CUPS不能将查询请求转发给发卡方时，将直接拒绝该请求；当CUPS不能将应答转发给受理方时，将直接丢弃；当受理方接收不到CUPS的应答时，将直接拒绝该交易。本交易不参加清算。5.1.1.2 取现指持卡人通过ATM、POS和银行柜面等终端渠道提取或预借现金的过程。支持通过固定POS、自助电话终端、移动POS发起的助农取现，通过新增MCC取值6051来同已有的POS取现交易进行区分。取现交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。5.1.1.3 存款存款交易用于向发卡方请求对持卡人存款及金额的确认。存款可以采用有卡或无卡的方式通过柜面或自动柜员机等方式发起。存款交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发存款确认，存款交易的异常处理流程参见本文9.7.1存款交易。本交易参加清算。5.1.1.4 消费指特约商户在出售商品或提供服务时，通过POS终端等渠道完成消费者用卡付款的过程，包括持卡人通过自助终端自行操作并确认的交易。消费交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。消费交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。5.1.1.5 MOTO消费指持卡人通过电话、传真等方式委托代理机构发起的消费交易。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。5.1.1.6 代收指持卡人在定期收款商户签署同意使用借记卡和贷记卡定期缴交相关服务费用的授权书，然后在收费扣款日期，商户通过收单机构提供的服务平台、终端或应用系统，将扣款交易信息（或批量扣款文件）提交收单机构。代收分为实时代收和批量代收，其中，批量代收的交易流程描述参见本文5.8.1。实时代收交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知。产生冲正的条件及流程参见5.1.2.1。实时代收交易的异常处理流程参见本文4.1.3。本交易参加清算。5.1.1.7 预授权预授权交易用于受理方向发卡方确认对持卡人的交易许可。受理方将预估的消费金额作为预授权金额，发送给持卡人的发卡方。发卡方批准后将授权号等信息置入交易应答中发送给受理方。预授权交易只控制持卡人的可用余额的额度。由预授权完成交易来完成资金结算。一个被批准的预授权交易，仅在有限的时间内有效。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易的交易金额不参加清算。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。5.1.1.8 MOTO预授权指持卡人通过电话、传真等方式委托代理机构发起的订购类交易。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。5.1.1.9 预授权完成（请求）对已批准的预授权交易，用预授权完成（请求）做支付结算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易参加清算。5.1.1.10 MOTO预授权完成（请求）对已批准的预授权交易，用预授权完成（请求）做支付结算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易参加清算。5.1.1.11 预授权撤销对已成功的预授权交易，在结算前使用预授权撤消交易，请求发卡方取消付款承诺。预授权撤销交易必须是对原始预授权交易的全额撤销。本交易的交易金额不参加清算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。5.1.1.12 MOTO预授权撤销对已成功的MOTO预授权交易，在结算前使用预授权撤消交易，请求发卡方取消付款承诺。预授权撤销交易必须是对原始预授权交易的全额撤销。本交易的交易金额不参加清算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。5.1.1.13 转账指持卡人通过柜面、自动柜员机或其它自助终端等渠道进行银行卡账户之间资金划转的过程。根据收费方向不同，转账交易分为两类，即转账（转出方付费）和转账（转入方付费）。这两类交易在处理流程上有所不同。在发起转账交易前，可通过账户验证交易（见章节5.1.1.16定义）对转入方的姓名、身份证件信息以及转入金额是否超过转入卡金额上限等进行校验。转账是经交换中心转接并拆分的请求类交易。转账（转入方付费）的一般处理流程如下图所示 对于本标准中的转账交易，受理方也可以是转入方或者转出方中的一个；另外，转入方和转出方也可以是同一方。：1受理方发往交换中心的转账请求2交换中心发往转出方的转出请求3转出方返回交换中心的转出应答4交换中心发往转入方的转入请求5转入方返回交换中心的转入应答6交换中心返回受理方的转账应答图10 转账交易（转入方付费）一般处理流程在图10的流程中，如果转出方拒绝该交易，那么交换中心直接向受理方返回拒绝应答。对于转账交易（转出方付费），需要在转账交易发起前，先发起对转入方的账户验证，由转入方将转入卡所属地区信息返回；银联转接系统在后续转出转账交易中把转入卡所述地区信息传递到转出方，供转出方判断该转账是同城交易还是异地交易。1受理方发往交换中心的账户验证请求2交换中心发往转入方的账户验证请求3转入方返回交换中心的账户验证应答4交换中心返回受理方的账户验证应答5受理方发往交换中心的转账请求6交换中心发往转出方的转出请求7转出方返回交换中心的转出应答8交换中心发往转入方的转入请求9转入方返回交换中心的转入应答10交换中心发往受理方的转入应答图11 转账交易（转出方付费）一般处理流程该交易参加清算。本交易的异常处理流程参见本文9.7.2，在交易发生异常的情况下：交换中心与转出方之间发生异常时会引发转出冲正（见5.1.2.1）。交换中心与转入方之间发生异常时会引发转入确认（见5.1.2.6）。转账受理、转出转账和转入转账（包括转出方付费和转入方付费）参加清算。5.1.1.14 汇款（联机）汇款是指境外（包括港、澳、台地区）汇款人通过现金、银行卡、账户等方式将外币资金汇入具有中华人民共和国居民身份证的境内个人银联卡的业务。汇款业务由两个交易组成：汇款验证、汇款。本规范中定义的汇款业务受理方为资金汇出方，发卡方为资金汇入方。一笔完整的汇款业务正常流程如图所示：1-受理方发起的汇款验证交易请求2-CUPS发往发卡方的汇款验证请求3-发卡方返回CUPS的含义为批准的汇款验证应答4-CUPS返回发卡方的含义为批准的汇款验证应答5-受理方发往CUPS的汇款交易请求6-CUPS发往发卡方的汇款交易请求7-发卡方返回CUPS的含义为批准的汇款交易应答8-CUPS返回发卡方的含义为批准的汇款交易应答图12 汇款正常流程汇款业务的异常流程参见本规范9.7.5汇款（联机）。5.1.1.14.1 汇款验证受理方根据汇款客户要求，发起一笔针对汇入卡的帐号验证交易，该交易是经CUPS转接的请求类交易交易的正常处理流程参见本文4.1.2.1。汇款验证交易的作用体现在以下几点：（1） 验证汇入卡是否存在。（2） 验证汇入方是否支持汇款业务。（3） 检查通讯线路是否畅通，以降低后续汇款失败的概率。（4） 检查汇款金额是否超限。当且仅当受理方收到成功的汇款验证应答时，才能发起后续的汇款交易，且对于一笔汇款验证交易，只能发起一笔汇款交易。若受理方没有收到汇款验证应答，或收到失败的汇款验证应答，则不能发起后续的汇款交易。汇款验证交易与后续汇款交易必须在同一清算日内发生。受理方不能在没有发起汇款验证的情况下直接发起汇款交易。汇款验证交易不引发冲正，不参加清算。当CUPS不能将请求转发给发卡方时，将直接拒绝该请求；当CUPS不能将应答转发给受理方时，将直接丢弃；当受理方接收不到CUPS的应答时，将直接拒绝该交易。5.1.1.14.2 汇款受理方在收到成功的汇款验证交易后，发起汇款交易用于向发卡方请求对持卡人汇款及金额的确认，该交易是经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。受理方一旦发起汇款交易后，无论是否收到应答，以及收到的应答是否成功，都需要把汇款留下，以利于后续处理。若受理方收到的是含义为承兑的汇款应答，则可以明确告知客户“汇款交易成功，资金实时到帐”。否则，应提示客户“汇款交易成功，资金将延迟到帐”。一般情况下，汇款验证成功后，发卡方不应再拒绝汇款交易，除非发生以下2种情况：（1）发卡方校验汇款报文MAC错；（2）发卡方检查发现汇款报文格式错。虽然此时，CUPS会向受理方返回A0或30应答码，但受理方仍应收款，并提示客户“汇款交易成功，资金将延迟到帐”。CUPS会根据汇款交易的90域（原始数据元）来匹配与其对应的汇款验证交易，并拒绝匹配失败的汇款交易。发卡方无需验证汇款与汇款验证是否匹配。汇款交易不引发冲正，参加清算。汇款交易的异常处理流程参见本文9.7.5汇款（联机）。本交易参加清算。5.1.1.15 存款撤销、消费撤销、MOTO消费撤销、预授权完成（请求）撤销、MOTO预授权完成（请求）撤销代收撤销对已成功的存款、消费、MOTO消费、预授权完成（请求）、MOTO预授权完成请求、代收交易，在一定条件下可对原始交易进行撤销，在结算前使用撤销交易，退还原始交易金额。撤销交易必须是对原始交易的全额撤销。这些撤销交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程。交易的正常处理流程参见本文4.1.2.1。这些撤销交易参加清算。这些撤销交易可引发冲正通知。产生冲正的条件及冲正流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3。特别说明：只有在终端得到的应答是正常承兑的应答时，才能进行存款撤销。当存款流程出现异常终端得到的应答不是正常承兑的应答时，不能进行存款撤销。5.1.1.16 账户验证受理方发起账户验证