银联卡交易处理技术规范

中国银联股份有限公司 发布2012-11-02实施2012-11-02发布中国银联银行卡联网联合技术规范V2.1第1部分 交易处理说明Technical Specifications on Bankcard Interoperability V2.1Part 1 Explanation on Transaction ProcessingQ/CUP 006.12012代替Q/CUP 006.1-2011Q/CUP中国银联股份有限公司企业标准目 次前 言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预授权撤销224.3.6 手工MOTO预授权完成224.4 IC卡交易处理224.4.1 基于PBOC电子钱包存折标准的IC卡交易224.4.2 基于PBOC借贷记标准的IC卡交易244.5 管理及安全控制类联机交易处理284.5.1 网络管理通知284.5.2 重置密钥294.6 差错交易处理304.6.1 差错处理中的交易描述304.6.2 交易流程说明314.7 可疑欺诈交易监控314.7.1 可疑欺诈交易通知交易314.8 批量交易处理314.8.1 批量代收314.8.2 批量代付335 外卡交易处理345.1 外卡收单交易处理原则345.2 外卡收单交易种类345.3 外卡收单交易处理345.3.1 余额查询345.3.2 取现345.3.3 取现冲正355.3.4 预授权355.3.5 预授权撤销355.3.6 预授权完成（请求）355.3.7 预授权完成（请求）撤销355.3.8 预授权完成（通知）355.3.9 消费355.3.10 消费撤销365.3.11 退货365.3.12 预借现金（联机）365.3.13 手工预借现金365.3.14 预借现金撤销365.3.15 冲正375.3.16 授权375.3.17 授权撤销375.4 外卡的差错处理376 清分清算处理产生的交易376.1 CUPS的日期切换通知交易（0820/0830）376.2 自主清分清算产生的交易处理流程376.2.1 CUPS日期切换情况下的报文发送处理流程376.2.2 清分清算的文件处理386.3 非自主清算的日终处理说明（外卡）386.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前 言本标准对中国银联跨行交易网络中各种联机交易的处理流程等有关内容做了规定。本标准由中国银联股份有限公司提出。本标准由中国银联股份有限公司制定。本标准起草单位：中国银联股份有限公司、国内入网机构。本标准主要起草人：戚跃民、郭锐、郑澎、徐静雯、李洁、吴金坛、王力斌、苗恒轩、万高峰、陆尔东、蒋慧科、杜秉一、赵伟。银行卡联网联合技术规范V2.1第1部分 交易处理说明1 范围本标准规定了中国银联跨行交易网络中各种交易的正常处理流程和异常处理流程。本标准适用于所有加入中国银联银行卡信息交换网络的入网机构。规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。Q/CUP006.0 中国银联银行卡联网联合技术规范V2.1 第0部分 术语与定义2 交易分类说明按交易处理流程分类，可以将交易分为联机类、手工类、脱机类和批量类。其中，对于联机类交易，根据交易的成功是否依赖交易接收方的批准，联机类交易又可分为请求类和通知类；根据单双信息处理模式，联机类交易又可分为单信息交易和双信息交易（境内的受理侧全部采用单信息处理模式；对于采用双信息模式的发卡机构，该机构与CUPS之间为双信息交易）。按交易的功能分类，可以将交易分为金融类、管理及安全控制类、差错处理类和风险控制类等。其中只有金融类交易有单信息和双信息的概念，管理及安全控制、差错处理类和风险控制类不存在单信息和双信息的概念。本规范中，未经特别说明的交易均默认为银联卡交易；其他国际卡组织银行卡发生的交易称为外卡交易，由于其业务处理和交易流程区别与银联卡有所不同，将在下文中用独立章节描述。由于IC卡提供了一些专有的业务功能和交易流程，本规范将在下文中用独立章节描述基于IC卡的特殊应用。非IC卡介质的银行卡主要基于磁条卡、或者其他载体（例如生物特征、字符），其业务功能和交易流程基本相同，因此不再单独说明。银联可以为成员机构提供交易代授权服务，下文中将用独立章节描述代授权业务涉及的相关交易流程。3 交易的一般处理流程3.1 联机类交易的一般处理流程3.1.1 请求类及通知类交易中国银联信息处理中心系统CUPS支持的联机交易，根据交易的成功是否依赖交易接收方的批准，可分为请求类和通知类。3.1.1.1 请求类交易请求类交易从交易的请求方（如：受理方）发送至接收方（如：发卡方），告知对方一笔交易在进行，并且完成该交易后需要回送响应。接收方接收到交易请求后应直接给予交易批准或拒绝的应答。如果交易的接收方不是该交易的最终接收机构，则接收方负责将交易向下一机构转发。请求类交易包括： 金融类交易：包括预授权类请求/应答（报文类型0100/0110）、其他金融类请求/应答（报文类型0200/0210） 网络管理类：网络管理类请求/应答（包括CUPS发起的重置密钥请求/应答，报文类型0800/0810）CUPS不支持请求类报文的自动重复发送。3.1.1.2 通知类交易通知类交易一般是指：发送方将已采取的动作通知接收方的交易，只要求响应不要求批准。在本规范中通知类交易可由受理方、发卡方、CUPS发出，交易的接收方应予以应答。如果交易的接收方不是该交易的最终接收机构，则接收方在给予发送方应答后，负责将交易向下一机构转发。通知类交易包括： 金融通知类交易：金融通知类通知/应答（报文类型0220/0230） 冲正通知类交易：冲正类通知/应答（报文类型0420/0430） 网络管理通知类交易：网络管理通知类通知/应答（报文类型0820/0830）、IC卡脚本结果通知（0620/0630）3.1.2 请求类交易的正常处理流程请求类交易的正常处理流程分为经过CUPS转接、CUPS直接处理完成和经CUPS转接并拆分处理完成三两类，分别描述如下。3.1.2.1 经过CUPS转接的请求类交易正常处理流程描述1受理方发往CUPS的交易请求2CUPS转发给发卡方的交易请求3发卡方发往CUPS的交易应答4CUPS转发给受理方的交易应答图1 经过CUPS转接的请求类交易正常处理流程适用交易有：预授权、预授权完成（请求）、MOTO预授权、MOTO预授权完成（请求）、消费、MOTO消费、代收、取现、存款、账户验证、汇款验证、汇款、预授权撤销、MOTO预授权撤销、MOTO预授权完成（请求）撤销、预授权完成（请求）撤销、消费撤销、MOTO消费撤销、代收撤销、存款撤销、余额查询、IC卡指定账户圈存交易、现金充值、现金充值撤消、磁条卡现金充值、人工预授权、人工预授权撤销、人工预授权完成（请求）、人工预授权完成（请求）撤销、建立/解除委托。3.1.2.2 CUPS直接处理完成的请求类交易正常处理流程描述1发送方发往接收方的交易请求2接收方发往发送方的应答图2 CUPS直接处理完成的请求类交易正常处理流程适用交易有：CUPS重置密钥交易、报文类型为0800/0810网络管理类交易。3.1.2.3 经过CUPS转接并拆分的请求类交易正常处理流程描述1受理方发往CUPS的交易请求2CUPS拆分出的交易请求1 3发卡方1返回的交易应答4CUPS拆分出的交易请求25发卡方2返回的交易应答2图3 6CUPS返回受理方的交易应答经过CUPS转接并拆分的请求类交易正常处理流程适用交易有：转账（转入方付费）、转账（转出方付费）、IC卡非指定账户圈存。3.1.3 请求类交易的异常处理流程详见 9“交易的异常处理流程”。3.1.4 通知类交易的正常处理流程通知类交易的正常处理流程分为需要经过CUPS转接和CUPS直接处理完成两类，分别描述如下。3.1.4.1 经过CUPS转接的通知类交易正常处理流程描述1发送方发往CUPS的通知2CUPS发往发送方的应答3CUPS发往接收方的通知4接收方发往CUPS的应答图4 经过CUPS转接的通知类交易正常处理流程适用交易有：冲正通知(受理方引发，CUPS根据原始交易记录匹配无误后，向发卡方转发冲正通知)、退货（联机）、MOTO退货（联机）、存款确认、磁条卡现金充值确认、预授权完成（通知）、MOTO预授权完成（通知）、人工预授权完成（通知）、基于PBOC借贷记标准的IC卡脚本处理结果通知。3.1.4.2 CUPS直接处理完成的通知类交易正常处理流程描述1发送方发往接收方的通知2接收方发往发送方的应答图5 CUPS直接处理完成的通知类交易正常处理流程3.1.5 适用交易有：冲正通知(受理方引发、CUPS发现原始交易不成功的情况下，不向发卡方转发该冲正，或由CUPS直接引发的冲正)、代付确认、网络管理类通知、转入确认、可疑欺诈交易通知。3.1.6 通知类交易的异常处理和报文存储转发机制通知类交易过程中存在以下两种异常情况： 发送方不能将报文发送给接收方； 发送方将报文发出后收不到接收方的应答。当以上两种情况之一发生时，发送方可将报文存放在存储转发队列中，在发送方系统日切开始以前、接收方处于正常状态时，在一定次数内每隔一段时间重复发送，如果还是收不到应答，则停止发送。发送方与接收方两者之间若出现账务不平通过差错处理解决。该处理方法称为存储转发机制。并非所有的通知类交易都支持存储转发，具体需参见每种通知交易的说明。3.2 脱机类交易的一般处理流程一种脱机类交易是指交易由终端直接承兑或拒绝，受理方在交易完成之后再提交文件或将脱机消费转为联机报文上送，用以补全CUPS和发卡方的交易记录并清算。例如示例：IC卡电子现金应用的脱机消费。另一种脱机交易是指交易通过文件来完成，不存在联机报文。例如多渠道平台接入接口规范银联卡公共支付技术规范中定义的批量行业划款出账等交易。注：目前，本规范涉及的脱机类交易主要是指第一种，即基于IC卡电子现金应用的脱机消费，在5.4.2.2.5中有专门说明。3.3 手工类交易的一般处理流程3.3.1 手工类交易的正常处理流程手工类交易是指：入网机构登录银联统一业务门户后，以手工录入的方式发起的交易。按照手工交易发起后是否会引发联机报文，可以将手工交易分为：有联机报文的手工交易和无联机报文的手工交易。3.3.1.1 有联机报文的手工交易1机构登录银联统一业务门户发起手工交易2统一业务门户将交易信息发送给CUPS3CUPS向机构发送联机报文（可选，可能为请求报文，也可能为通知报文，不同的手工交易不同）4入网机构向CUPS返回的应答报文5日终时，CUPS向入网机构发送清算文件，该文件中包含了该笔手工交易，供入网机构清算使用。注： 步骤3所示的联机报文可能为请求类报文，也可能为通知类报文，视交易类型的不同会有不同。图6 有联机报文的手工交易3.3.1.2 适用交易有：手工预授权撤消（具体参见4.3.1）、手工MOTO预授权撤销。对手工预授权撤消（含手工MOTO预授权撤销）交易来说，发送报文为请求类报文，且CUPS仅向发卡方发送联机报文，不向受理方发送报文。由于预授权撤销交易是马上就发送联机报文，因此无法再在统一业务门户上手工撤销，如果联机报文出现问题，只能通过冲正交易处理。3.3.1.3 无联机报文的手工交易1入网机构登录银联统一业务门户发起手工交易2银联统一业务门户将交易信息发送给CUPS3日终时，CUPS向机构发送交易流水文件，如果该交易参与清算，则文件中包含了该笔手工交易，供入网机构清算勾对。注： 在步骤3中，不同的手工交易会进入不同的流水文件。具体见手工类交易的具体描述。图7 无联机报文的手工交易适用交易：手工预授权完成、手工MOTO预授权完成、手工汇款、手工退货。在这些交易清算之前，都可以在银联统一业务门户上发起它们的撤销操作。撤销以后，都相当于这些交易没有发生一样，不参与清算。3.3.2 手工类交易的异常处理流程“有联机报文的手工类交易”的异常处理流程取决于联机的报文是通知报文还是请求报文。如果联机报文是通知报文，则其异常处理流程同4.1.5通知类交易的异常处理和报文存储转发机制；如果联机报文是请求类报文，则其异常处理流程同4.1.3请求类交易的异常处理流程。“无联机报文的手工类交易”不涉及联机报文，本规范不再描述其异常处理流程。3.4 批量类交易一般处理流程批量类交易指发起方以批量文件方式向银联发起批量交易，银联系统进行处理后向交易接收方转发。3.4.1 批量类交易正常处理流程1受理机构发送批量文件至银联系统2银联系统装载文件，进行文件合法性检查，向受理机构返回反馈文件。3银联系统向发卡机构转发联机交易报文。4发卡机构返回联机交易应答报文5银联系统向受理机构返回交易应答文件。3.4.2 批量类交易异常处理流程1、在步骤1中，银联系统收到受理机构重复发送的批量文件，以第一次为准，重复文件丢弃。2、在步骤2中，受理机构收到银联系统重复发送的反馈文件时，以第一次为准，重复的文件丢弃。3、在步骤2中，若银联系统无法将反馈文件发送给受理机构时，应尝试存储重发，次数限定为3次。4、不同的批量交易，步骤3、4的异常处理流程存在差异，具体流程参见5.8批量交易处理。5、在步骤5中，受理机构收到银联系统重复发送的批量文件，以第一次为准，重复文件丢弃。6、在步骤5中，银联系统无法将批量应答文件发送给受理机构时，则交易仍然有效并进行清算，受理机构应以银联随后发送的流水文件内记录信息为准。7、若在达到了超时时间后，银联系统仍有部分文件记录未转换成联机交易转发至发卡机构，则该部分文件记录中的交易按失败处理，银联系统在应答文件中告知受理机构（定义应答码F5，代表文件记录未完成批量转联机的转换）。3.5 超时限定3.5.1 联机类交易的超时限定3.5.1.1 一般联机类交易超时限定原则图8 一般交易超时限定参与交易的各方至少应满足以下超时时限要求：发卡方中心的响应时间控制段为：从发卡方中心收到CUPS的请求报文开始，到发卡方中心向CUPS返回应答报文为止。根据业务规则，发卡方的响应时间应小于20秒。表1 一般交易超时限定表节点超时时间X设定(秒)受理方中心X25CUPS20X4520CUPS以自身系统时间来计算计时开始和计时结束。CUPS的超时检查时间控制段为：从CUPS向发卡方发送报文开始，到CUPS收到发卡方的应答报文为止。受理方中心以自身系统时间来计算计时开始和计时结束。受理方中心的超时检查时间控制段为：从受理方中心向CUPS发出报文开始，到受理方中心收到CUPS应答报文为止。3.5.1.2 经CUPS转接并拆分的请求类交易超时限定原则此类交易因涉及到的参与方较多，规定超时限定原则如下：转账交易超时限定原则参与交易的各方至少应满足以下限定原则：发卡方中心的响应时间、CUPS的超时检查时间，遵循一般联机类交易限定原则。受理方中心的超时检查时间控制段为：从受理方中心向CUPS发出请求报文开始，到受理方中心收到CUPS应答报文为止。由于转账交易涉及到两个发卡方，受理方中心对转账交易的超时时间设置应大于50秒。转账交易超时限定表节点超时时间X设定(秒)受理方中心X50CUPS20X45203.5.2 脱机类交易超时限定原则对于4.2节所述的第一种脱机类交易来说，其中，若受理方将脱机消费转为联机报文上送时，受理方的超时限定原则，遵循一般联机类交易的超时限定原则。若受理方将脱机消费以文件方式上送时，不存在超时限定。对于第二种脱机交易来说，其超时限定原则参见多渠道平台接入接口规范银联卡公共支付技术规范。3.5.3 手工类交易的超时限定原则手工类交易引发的联机交易，遵循联机类交易的超时限定原则。3.5.4 批量交易的超时限定原则对于批量交易，其处理过程分为两段，即受理机构到CUPS的批量文件传递过程和CUPS到发卡机构的联机报文传递过程。对于批量文件传递过程，超时规定如下：对于受理方在T日截止时间t前提交的文件中的交易，若在当日未完成批转实处理，则认定该部分交易超时，CUPS会在当日向受理方返回的应答文件对该部分交易给以超时应答；对于受理方在T日截止时间t后提交的文件中的交易，若在T+1日未完成批量转联机处理，则认定该部分交易超时，CUPS会在T+1日向受理方返回应答文件中对该部分交易给以超时应答。对于联机报文传递过程，其超时限定原则同上文联机类交易。4 银联卡交易具体处理流程及处理要求本章主要描述银联卡交易处理涉及的具体流程和处理要求。4.1 联机单信息金融类交易处理4.1.1 请求类交易4.1.1.1 余额查询指持卡人通过ATM等终端渠道进行相关账户（含银联联盟积分账户）余额查询的过程。余额查询交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。当查询交易出现异常时，查询交易不引发冲正。当CUPS不能将查询请求转发给发卡方时，将直接拒绝该请求；当CUPS不能将应答转发给受理方时，将直接丢弃；当受理方接收不到CUPS的应答时，将直接拒绝该交易。本交易不参加清算。4.1.1.2 取现指持卡人通过ATM、POS和银行柜面等终端渠道提取或预借现金的过程。支持通过固定POS、自助电话终端、移动POS发起的助农取现，通过新增MCC取值6051来同已有的POS取现交易进行区分。取现交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。4.1.1.3 存款存款交易用于向发卡方请求对持卡人存款及金额的确认。存款可以采用有卡或无卡的方式通过柜面或自动柜员机等方式发起。存款交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发存款确认，存款交易的异常处理流程参见本文9.7.1存款交易。本交易参加清算。4.1.1.4 消费指特约商户在出售商品或提供服务时，通过POS终端等渠道完成消费者用卡付款的过程，包括持卡人通过自助终端自行操作并确认的交易。消费交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。消费交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。4.1.1.5 MOTO消费指持卡人通过电话、传真等方式委托代理机构发起的消费交易。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。4.1.1.6 代收指持卡人在定期收款商户签署同意使用借记卡和贷记卡定期缴交相关服务费用的授权书，然后在收费扣款日期，商户通过收单机构提供的服务平台、终端或应用系统，将扣款交易信息（或批量扣款文件）提交收单机构。代收分为实时代收和批量代收，其中，批量代收的交易流程描述参见本文5.8.1。实时代收交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知。产生冲正的条件及流程参见5.1.2.1。实时代收交易的异常处理流程参见本文4.1.3。本交易参加清算。4.1.1.7 预授权预授权交易用于受理方向发卡方确认对持卡人的交易许可。受理方将预估的消费金额作为预授权金额，发送给持卡人的发卡方。发卡方批准后将授权号等信息置入交易应答中发送给受理方。预授权交易只控制持卡人的可用余额的额度。由预授权完成交易来完成资金结算。一个被批准的预授权交易，仅在有限的时间内有效。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易的交易金额不参加清算。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。4.1.1.8 本交易是需经CUPS转接的请求类交易。4.1.1.9 本交易的交易金额不参加清算。4.1.1.10 本交易可引发冲正通知。产生冲正的条件及流程参见4.1.2.1冲正通知。4.1.1.11 MOTO预授权指持卡人通过电话、传真等方式委托代理机构发起的订购类交易。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。本交易是需经CUPS转接的请求类交易。本交易的交易金额不参加清算，交易笔数参加对账。本交易可引发冲正通知。产生冲正的条件及流程参见4.1.2.1冲正通知。4.1.1.12 预授权完成（请求）对已批准的预授权交易，用预授权完成（请求）做支付结算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易参加清算。4.1.1.13 MOTO预授权完成（请求）对已批准的预授权交易，用预授权完成（请求）做支付结算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易参加清算。4.1.1.14 预授权撤销对已成功的预授权交易，在结算前使用预授权撤消交易，请求发卡方取消付款承诺。预授权撤销交易必须是对原始预授权交易的全额撤销。本交易的交易金额不参加清算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。4.1.1.15 MOTO预授权撤销对已成功的MOTO预授权交易，在结算前使用预授权撤消交易，请求发卡方取消付款承诺。预授权撤销交易必须是对原始预授权交易的全额撤销。本交易的交易金额不参加清算。本交易可引发冲正通知。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。4.1.1.16 转账指持卡人通过柜面、自动柜员机或其它自助终端等渠道进行银行卡账户之间资金划转的过程。根据收费方向不同，转账交易分为两类，即转账（转出方付费）和转账（转入方付费）。这两类交易在处理流程完全上一致上有所不同。在发起转账交易前，可通过账户验证交易（见章节5.1.1.16定义）对转入方的姓名、身份证件信息以及转入金额是否超过转入卡金额上限等进行校验。转账是经交换中心转接并拆分的请求类交易。转账（转入方付费）的一般处理流程如下图所示 对于本标准中的转账交易，受理方也可以是转入方或者转出方中的一个；另外，转入方和转出方也可以是同一方。：1受理方发往交换中心的转账请求2交换中心发往转出方的转出请求3转出方返回交换中心的转出应答4交换中心发往转入方的转入请求5转入方返回交换中心的转入应答6交换中心返回受理方的转账应答图9 转账交易（转入方付费）一般处理流程在图10的流程中，如果转出方拒绝该交易，那么交换中心直接向受理方返回拒绝应答。对于转账交易（转出方付费），需要在转账交易发起前，先发起对转入方的账户验证，由转入方将转入卡所属地区信息返回；银联转接系统在后续转出转账交易中把转入卡所述地区信息传递到转出方，供转出方判断该转账是同城交易还是异地交易。1受理方发往交换中心的账户验证请求2交换中心发往转入方的账户验证请求3转入方返回交换中心的账户验证应答4交换中心返回受理方的账户验证应答5受理方发往交换中心的转账请求6交换中心发往转出方的转出请求7转出方返回交换中心的转出应答8交换中心发往转入方的转入请求9转入方返回交换中心的转入应答10交换中心发往受理方的转入应答转账交易（转出方付费）一般处理流程该交易参加清算。本交易的异常处理流程参见本文9.7.2，在交易发生异常的情况下：交换中心与转出方之间发生异常时会引发转出冲正（见5.1.2.1）。交换中心与转入方之间发生异常时会引发转入确认（见5.1.2.6）。转账受理、转出转账和转入转账（包括转出方付费和转入方付费）参加清算。4.1.1.17 汇款（联机）汇款是指境外（包括港、澳、台地区）汇款人通过现金、银行卡、账户等方式将外币资金汇入具有中华人民共和国居民身份证的境内个人银联卡的业务。汇款业务由两个交易组成：汇款验证、汇款。本规范中定义的汇款业务受理方为资金汇出方，发卡方为资金汇入方。一笔完整的汇款业务正常流程如图所示：1-受理方发起的汇款验证交易请求2-CUPS发往发卡方的汇款验证请求3-发卡方返回CUPS的含义为批准的汇款验证应答4-CUPS返回发卡方的含义为批准的汇款验证应答5-受理方发往CUPS的汇款交易请求6-CUPS发往发卡方的汇款交易请求7-发卡方返回CUPS的含义为批准的汇款交易应答8-CUPS返回发卡方的含义为批准的汇款交易应答图10 汇款正常流程汇款业务的异常流程参见本规范9.7.5汇款（联机）。4.1.1.17.1 汇款验证受理方根据汇款客户要求，发起一笔针对汇入卡的帐号验证交易，该交易是经CUPS转接的请求类交易，交易的正常处理流程参见本文4.1.2.1。汇款验证交易的作用体现在以下几点：（1） 验证汇入卡是否存在。（2） 验证汇入方是否支持汇款业务。（3） 检查通讯线路是否畅通，以降低后续汇款失败的概率。（4） 检查汇款金额是否超限。当且仅当受理方收到成功的汇款验证应答时，才能发起后续的汇款交易，且对于一笔汇款验证交易，只能发起一笔汇款交易。若受理方没有收到汇款验证应答，或收到失败的汇款验证应答，则不能发起后续的汇款交易。汇款验证交易与后续汇款交易必须在同一清算日内发生。受理方不能在没有发起汇款验证的情况下直接发起汇款交易。汇款验证交易不引发冲正，不参加清算。当CUPS不能将请求转发给发卡方时，将直接拒绝该请求；当CUPS不能将应答转发给受理方时，将直接丢弃；当受理方接收不到CUPS的应答时，将直接拒绝该交易。4.1.1.17.2 汇款受理方在收到成功的汇款验证交易后，发起汇款交易用于向发卡方请求对持卡人汇款及金额的确认，该交易是经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。受理方一旦发起汇款交易后，无论是否收到应答，以及收到的应答是否成功，都需要把汇款留下，以利于后续处理。若受理方收到的是含义为承兑的汇款应答，则可以明确告知客户“汇款交易成功，资金实时到帐”。否则，应提示客户“汇款交易成功，资金将延迟到帐”。一般情况下，汇款验证成功后，发卡方不应再拒绝汇款交易，除非发生以下2种情况：（1）发卡方校验汇款报文MAC错；（2）发卡方检查发现汇款报文格式错。虽然此时，CUPS会向受理方返回A0或30应答码，但受理方仍应收款，并提示客户“汇款交易成功，资金将延迟到帐”。CUPS会根据汇款交易的90域（原始数据元）来匹配与其对应的汇款验证交易，并拒绝匹配失败的汇款交易。发卡方无需验证汇款与汇款验证是否匹配。汇款交易不引发冲正，参加清算。汇款交易的异常处理流程参见本文9.7.5汇款（联机）。本交易参加清算。4.1.1.18 存款撤销、消费撤销、MOTO消费撤销、预授权完成（请求）撤销、MOTO预授权完成（请求）撤销、代收撤销对已成功的存款、消费、MOTO消费、预授权完成（请求）、MOTO预授权完成请求、代收交易，在一定条件下可对原始交易进行撤销，在结算前使用撤销交易，退还原始交易金额。撤销交易必须是对原始交易的全额撤销。这些撤销交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程。交易的正常处理流程参见本文4.1.2.1。这些撤销交易的交易金额参加清算。这些撤销交易可引发冲正通知。产生冲正的条件及冲正流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3。特别说明：只有在终端得到的应答是正常承兑的应答时，才能进行存款撤销。当存款流程出现异常终端得到的应答不是正常承兑的应答时，不能进行存款撤销。4.1.1.19 账户验证受理方发起账户验证交易，对持卡人身份信息、卡片账户信息等内容进行验证。该交易是经CUPS转接的请求类交易。适用于有卡自助消费、无卡自助消费、代收、MOTO业务、代付、转账（含转出方付费和转入方付费两类）、无卡建立委托、磁条卡现金充值等业务。其中，对于有卡自助消费、无卡自助消费、代收、MOTO业务、代付、转账业务，其主要目的是在交易发生前，对卡账户的有效性进行验证。其中有卡自助消费、无卡自助支付主要在定制阶段验证待绑定卡账户的有效性；转账业务主要用于在发起转账交易前验证转入卡账户的有效性。对于磁条卡现金充值，账户验证交易的主要目的有两个：一是验证卡账户有效性，二是查看当次充值金额+卡内余额是否超过卡内最大限额。在无卡自助消费、无卡自助预授权、无卡建立委托前，境内受理机构需要发送账户验证交易，用于触发发卡机构（或发卡机构委托银联）发出动态验证码。对于转账（转出方付费）交易，需要在转账交易发起前，先发起对转入方的账户验证，由转入方将转入卡所属地区信息返回。该交易是经CUPS转接的请求类交易。交易的正常处理流程参见本文4.1.2.1。账户验证交易处理异常时不引发冲正，不参加清算。当CUPS不能将请求转发给发卡方时，将直接拒绝该请求；当CUPS不能将应答转发给受理方时，将直接丢弃；当受理方接收不到CUPS的应答时，将直接拒绝该交易。4.1.1.20 磁条卡现金充值磁条预付费卡的现金充值业务是指持卡人通过现金充值终端，由受理方终端发起的将现金存入磁条预付费卡的交易。磁条卡现金充值由账户验证和磁条卡现金充值这两个交易来实现。完整的正常交易流程如下图所示。1-受理方发起的账户验证交易请求2-CUPS发往发卡方的账户验证请求3-发卡方返回CUPS的含义为批准的账户验证应答4-CUPS返回发卡方的含义为批准的账户验证应答5-受理方发往CUPS的磁条卡现金充值交易请求6-CUPS发往发卡方的磁条卡现金充值交易请求7-发卡方返回CUPS的含义为批准的磁条卡现金充值交易应答8-CUPS返回发卡方的含义为批准的磁条卡现金充值交易应答图11 磁条预付费卡现金充值受理方在收到发卡方对账户验证交易的成功应答后，才能发起后续的磁条卡现金充值交易。磁条卡现金充值交易是经CUPS转接的请求类交易，交易的正常处理流程参见本文4.1.2.1。本交易参加清算，不支持撤销。本交易的异常处理流程参见章节9.7.6中的描述。4.1.1.21 人工预授权类交易人工预授权是指收单机构授权中心人员通过索权系统主动发起索权请求，经中国银联转接系统发送发卡机构，由发卡机构授权中心人员根据收单机构索权信息人工进行应答的处理方式。人工预授权类交易包含的交易类型为：人工预授权、人工预授权冲正。上述各交易与普通预授权类中的同名交易的正常流程与异常流程基本一致，区别在于受理侧发起交易的终端类型不同，即一般通过商户系统发起，而不是传统终端。另外，需要发卡方对CVN2、卡有效期进行校验。其他关联交易通过普通预授权类对应交易实现。本交易不参加清算。4.1.1.22 委托类交易4.1.1.22.1 建立委托建立委托指收单机构向发卡机构提交开通持卡人指定账户特定无卡业务的申请，用于在无卡交易开通环节验证持卡人身份。在无卡建立委托交易发起前，需要发起账户验证交易来触发发卡机构（或发卡机构委托银联）发出动态验证码。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。4.1.1.22.2 解除委托（联机）解除委托交易为委托交易的逆向交易，用于持卡人与收单机构或商户之间解除业务委托关系。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。4.1.2 通知类交易金融通知交易用于受理方、CUPS、发卡方之间的资金划拨及相应的账户处理。金融通知交易不引发冲正。当通知发送方收不到应答时，应进行存储转发。但不能跨清算日重发。4.1.2.1 冲正通知对于报文类型为“0100”、“0200”的请求，除存款、转账、查询、账户验证、汇款、汇款验证、磁条卡现金充值、代付类等交易请求外，当受理方、CUPS在限定时间内接收不到对交易请求报文的应答时，必须产生冲正通知。当CUPS不能将交易的成功应答转发给受理方时，也必须产生冲正通知。冲正通知有两种处理模式：CUPS直接处理完成的通知类交易：1、当冲正由受理方引发，CUPS发现原始交易不成功的情况下，不向发卡方转发该冲正本交易。2、由CUPS直接引发的冲正。此时冲正由CUPS直接完成处理，正常处理流程参见本文4.1.4.2。经CUPS转接的通知类交易：当冲正由受理方引发，CUPS根据原始交易记录匹配无误后，向发卡方转发冲正通知，此时冲正通知经CUPS进行转接处理，正常处理流程参见本文4.1.4.1。存款和转账交易的异常处理请参见本规范9.7特殊交易异常处理流程；代付交易的异常处理请参见本规范5.8.2.3异常处理。当受理方接收到终端机具的冲正通知或CUPS接收到受理方的冲正通知时，必须立即予以应答，如果原始交易是成功交易，则先将原始交易置为“已被冲正的交易”，然后再向后一个机构（其将原始交易送往的机构）发送冲正通知。当冲正通知的发送方收不到应答时，进行存储转发。但不能跨清算日发送冲正。异常处理及存储转发机制参见本文4.1.5冲正通知不允许跨越清算日。冲正次数最多不超过五次，最短时间间隔不少于60分钟。4.1.2.2 结算通知、MOTO结算通知该通知是在双转单时，由CUPS将双信息请求转发给单信息发卡方的，是对先前已批准的预授权交易的资金结算通知，MOTO结算通知是对先前已批准的MOTO预授权交易的资金结算通知，MOTO结算通知处理流程同结算通知处理流程。在超时时段范围内，发卡方在CUPS日切点后若收到CUPS在日切点前发送的结算通知，应能受理超时时段范围内的跨清算日的结算通知交易。当受理方是双信息处理方式而发卡方是单信息处理方式时，由CUPS提供交易方式的转换。CUPS将双信息清算文件中的记录逐笔转换成结算通知发送给发卡方。发卡方不能在联机交易时拒绝结算通知，如需要拒绝，可通过退单交易来完成。处理中心一旦成功转发了结算通知，无论发卡方如何处理，此笔结算通知交易参与清算。结算通知交易并非要求所有银行都支持，如果采用单信息交易方式的发卡银行支持预授权交易，则应支持结算通知交易。4.1.2.2.1 正常交易流程受理方发送双信息清算文件给CUPS，CUPS将该文件转换成结算通知发送给单信息发卡方，发卡方将应答发送给CUPS。1受理方发往CUPS的双信息清算文件2CUPS发往发卡方的结算通知3发卡方发往CUPS的结算通知应答图12 结算通知流程4.1.2.2.2 异常交易流程当发卡方故障，CUPS不能将结算通知发送给发卡方时，CUPS将该通知存放在存储转发队列中进行存储转发。1受理方发往CUPS的双信息清算文件2因某种原因CUPS不能向发卡方发送结算通知3CUPS重新发送的结算通知4发卡方发往CUPS的应答图13 结算通知异常流程4.1.2.3 退货（联机）/MOTO退货（联机）指特约商户因商品退回或服务取消，将已扣款项退还持卡人原扣款账户的过程；包括全额和部分金额退货。处理中心一旦成功转发了退货通知，无论发卡方如何处理，此笔退货通知交易参与清算。在超时时段范围内，发卡方在CUPS日切点后若收到CUPS在日切点前发送的退货通知，应能受理超时时段范围内的跨清算日的退货通知交易。本交易是需经CUPS转接的通知类交易，本交易的正常处理流程参见本文4.1.4.1。处理中心一旦成功转发了退货通知，无论发卡方如何处理，此笔退货通知交易参与清算。本交易的异常处理及存储转发机制参见本文4.1.5。发卡方在CUPS日切点后若收到CUPS在日切点前发送的退货通知，应能受理超时时段范围内的跨清算日的退货通知交易。特别说明：入网机构还可以登录银联统一业务门户发起手工退货交易，其处理流程参见本规范5.6.2。4.1.2.4 存款确认当终端在限定时间内接收不到存款交易请求的应答或检测到应答报文MAC错时，必须产生存款确认交易。当CUPS未收到发卡方对存款请求的应答时，CUPS向发卡方转发受理方发来的存款确认通知，发卡方以存款确认通知做确认记账处理。当CUPS收到发卡方对存款请求的应答，而受理方未收到CUPS的应答时，受理方转发终端发来的存款确认通知，CUPS直接给受理方应答，不需要往发卡方转发。存款确认是经过CUPS转接的通知类交易，其正常处理流程参见本文4.1.4.1。当存款确认的发送方收不到应答时，则将存款确认通知存放在存储转发队列中进行存储转发。异常处理及存储转发机制参见本文4.1.5。存款确认在存款交易异常处理中的详细应用参见本文9.7.1。发卡方一旦成功接收到存款确认通知，应无条件予以承兑。存款确认不允许跨越清算日。若受理方不能在CUPS日切前成功处理完存款确认交易，则应在事后进行差错处理。受理方完成存款确认交易后不能进行存款撤销，对账不平时通过差错处理解决。4.1.2.5 代付确认当CUPS未收到发卡方对代付请求的应答时，CUPS向发卡方发送代付确认通知，发卡方以代付确认通知做确认记账处理。本交易为CUPS直接处理完成的通知类交易，交易流程参见本文4.1.4.2。当CUPS接收不到发卡方对代付确认的应答时，则将代付确认通知存放在存储转发队列中进行存储转发，代付确认在代付交易异常处理中的详细应用参见本文5.8.2.3。该交易参与清算，当代付和代付确认同时存在时，以代付确认为准清算。发卡方一旦成功接收到代付确认通知，应无条件予以承兑。代付确认不允许跨越清算日。若CUPS不能在日切前成功处理完代付确认交易，则该部分文件记录中的交易按失败处理，银联系统在应答文件中告知受理机构。若出现对账不平，在事后进行差错处理。4.1.2.6 转入确认CUPS在限定时间内接收不到转入方对转入转账请求的应答或转入转账应答未通过合法性检查时，CUPS会向转入方发送转入确认。转入确认的处理方式与存款确认一致，但转入确认只能由CUPS发起，并且转入方不能拒绝转入确认。对于转入方，当同时存在转入转账和转入确认交易时，以转入确认交易参与清算。其处理流程为CUPS直接处理完成的通知类交易，交易流程参见本文4.1.4.2。转入确认在转账交易异常处理中的详细应用参见本文9.7.2。4.1.2.7 预授权完成（通知）该通知与预授权完成（请求）作用相同，也是对已批准的预授权交易做支付结算。但它不需要发卡方的应答就能够被批准，因此发卡方不能在联机交易时拒绝它，如需要拒绝，可通过退单交易来完成。在超时时段范围内，发卡方在CUPS日切点后若收到CUPS在日切点前发送的预授权完成（通知），应能受理超时时段范围内的跨清算日的预授权完成（通知）交易。预授权完成（通知）交易的交易流程是需要经过CUPS转接的通知类交易流程，交易流程参见本文4.1.4.1。本交易参加清算。4.1.2.8 磁条卡现金充值确认当终端在限定的时间内未收到应答或收到有缺陷的成功应答时，应发起充值确认交易。当CUPS未收到发卡方对磁条卡现金充值请求的应答时，CUPS向发卡方转发来自受理方的磁条卡现金充值确认通知，发卡方以接收到的磁条卡现金充值确认通知做确认记账处理。当CUPS收到发卡方对磁条卡现金充值请求的应答，且受理方未收到CUPS应答时，受理方转发终端发起的充值确认，CUPS直接向受理方返回应答，不再向发卡方转发。当磁条卡现金充值确认交易发起方收不到应答时，应将该充值确认通知进行存储转发处理。发卡方不能拒绝充值确认，应无条件予以承兑。本交易参加清算，当同时存在充值交易和充值确认交易时，以充值确认交易清算。存款充值确认是经过CUPS转接的通知类交易，其正常处理流程参见本文4.1.4.1。当充值存款确认的发送方收不到应答时，则将充值存款确认通知存放在存储转发队列中进行存储转发。异常处理及存储转发机制参见本文4.1.5。4.1.2.9 MO