中国银联银行卡联网联合技术规范.docx

1、中国银联银行卡联网联合技术规范中国银联股份有限公司 发布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中国银联股份有限公司企业标准中国银联股份有限公司（以下简称“中国银联”）对该规范文档保留全部知识产权权利，包括但不限于版权、专利、商标、商业秘密等。任何人

2、对该规范文档的任何使用都要受限于在中国银联成员机构服务平台（未经中国银联书面同意，您不得将该规范文档用于与中国银联合作事项之外的用途和目的。未经中国银联书面同意，不得下载、转发、公开或以其它任何形式向第三方提供该规范文档。如果您通过非法渠道获得该规范文档，请立即删除，并通过合法渠道向中国银联申请。中国银联对该规范文档或与其相关的文档是否涉及第三方的知识产权（如加密算法可能在某些国家受专利保护）不做任何声明和担保，中国银联对于该规范文档的使用是否侵犯第三方权利不承担任何责任，包括但不限于对该规范文档的部分或全部使用。目 次1前 言本标准由中国银联股份有限公司提出。本标准由中国银联股份有限公司制定

3、。本标准起草单位：中国银联股份有限公司、国内入网机构。本标准主要起草人：戚跃民、郭锐、郑澎、徐静雯、李洁、吴金坛、王力斌、苗恒轩、万高峰、陆尔东、蒋慧科、杜秉一、赵伟。2变更清单序号变更章节号变更内容变更原因系统改造影响性分析（仅供机构参考）变更人员变更时间1. 全文删除了PBOC电子钱包，电子存折的相关内容随着PBOC3.0和中国银联IC卡技术规范（UICS）的发布及推广，电子钱包业务已下线，需要删除电子钱包相关的报文、文件等定义。不涉及系统改造和测试勾传龙2013-12-302. 全文将描述中的“PBOC”变更为“UICS”。银联IC卡企标标准中国银联IC卡技术规范，英文全称为“Union

4、pay IC Card Specifications”，英文简称由“UICC”更改为“UICS”。所以将所有的“PBOC”或“UICC”（PBOC为中文版中的描述，UICC为英文版中的描述）同步变更为为“UICS ”。不涉及系统改造勾传龙2013-12-303. 5.1.1.20代付增补实时代付交易处理流程产品创新部实时代付业务需求受理机构可选开通联机方式代付业务发卡机构识别联机方式代付交易蒋慧科2013-12-274. 5.1.2.3退货（联机）/MOTO退货（联机）增加分期付款退货交易产品创新部分期付款产品优化1、银联系统CUPS、清算系统增加对分期付款退货交易类型支持2、机构系统增加对分

5、期付款退货交易的支持蒋慧科2013-12-275. 5.1.2.5代付确认增补实时代付引发代付确认处理流程产品创新部实时代付业务需求受理机构代付异常情况下触发代付确认蒋慧科2013-12-276. 9.7.4IC卡电子现金应用非指定账户圈存交易将“CUPS不对电子钱包行做任何操作”改为“CUPS不对电子现金发卡行做任何操作”删除对电子钱包的支持不涉及系统改造和测试勾传龙2014-1-37. 8. 9. 10. 11. 12. 13. 银行卡联网联合技术规范V2.1第1部分 交易处理说明21范围本标准规定了中国银联跨行交易网络中各种交易的正常处理流程和异常处理流程。本标准适用于所有加入中国银联银

6、行卡信息交换网络的入网机构。22规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。Q/CUP006.0 中国银联银行卡联网联合技术规范V2.1 第0部分 术语与定义23交易分类说明按交易处理流程分类，可以将交易分为联机类、手工类、脱机类和批量类。其中，对于联机类交易，根据交易的成功是否依赖交易接收方的批准，联机类交易又可分为请求类和通知类；根据单双信息处理模式，联机类交易又可分为单信息交易和双信息交易（境内的受理侧全部采用单信息处理模式；对于采用双信息模式的发卡机构，该机构与

7、CUPS之间为双信息交易）。 按交易的功能分类，可以将交易分为金融类、管理及安全控制类、差错处理类和风险控制类等。其中只有金融类交易有单信息和双信息的概念，管理及安全控制、差错处理类和风险控制类不存在单信息和双信息的概念。 本规范中，未经特别说明的交易均默认为银联卡交易；其他国际卡组织银行卡发生的交易称为外卡交易，由于其业务处理和交易流程区别与银联卡有所不同，将在下文中用独立章节描述。 由于IC卡提供了一些专有的业务功能和交易流程，本规范将在下文中用独立章节描述基于IC卡的特殊应用。银联可以为成员机构提供交易代授权服务，下文中将用独立章节描述代授权业务涉及的相关交易流程。24交易的一般处理流程

8、24.1联机类交易的一般处理流程24.1.1请求类及通知类交易CUPS支持的联机交易，根据交易的成功是否依赖交易接收方的批准，可分为请求类和通知类。24.1.1.1请求类交易请求类交易从交易的请求方（如：受理方）发送至接收方（如：发卡方），告知对方一笔交易在进行，并且完成该交易后需要回送响应。接收方接收到交易请求后应直接给予交易批准或拒绝的应答。如果交易的接收方不是该交易的最终接收机构，则接收方负责将交易向下一机构转发。请求类交易包括：1 金融类交易：包括预授权类请求/应答（报文类型0100/0110）、其他金融类请求/应答（报文类型0200/0210）2 网络管理类：网络管理类请求/应答（包

9、括CUPS发起的重置密钥请求/应答，报文类型0800/0810）CUPS不支持请求类报文的自动重复发送。24.1.1.2通知类交易通知类交易一般是指：发送方将已采取的动作通知接收方的交易，只要求响应不要求批准。在本规范中通知类交易可由受理方、发卡方、CUPS发出，交易的接收方应予以应答。如果交易的接收方不是该交易的最终接收机构，则接收方在给予发送方应答后，负责将交易向下一机构转发。通知类交易包括：3 金融通知类交易：金融通知类通知/应答（报文类型0220/0230）4 冲正通知类交易：冲正类通知/应答（报文类型0420/0430）5 网络管理通知类交易：网络管理通知类通知/应答（报文类型082

10、0/0830）、IC卡脚本结果通知（0620/0630）24.1.2请求类交易的正常处理流程请求类交易的正常处理流程分为经过CUPS转接、CUPS直接处理完成和经CUPS转接并拆分处理完成三类，分别描述如下。24.1.2.1经过CUPS转接的请求类交易正常处理流程描述1受理方发往CUPS的交易请求2CUPS转发给发卡方的交易请求3发卡方发往CUPS的交易应答4CUPS转发给受理方的交易应答图1经过CUPS转接的请求类交易正常处理流程24.1.2.2CUPS直接处理完成的请求类交易正常处理流程描述1发送方发往接收方的交易请求2接收方发往发送方的应答图2CUPS直接处理完成的请求类交易正常处理流程

11、24.1.2.3经过CUPS转接并拆分的请求类交易正常处理流程描述1受理方发往CUPS的交易请求2CUPS拆分出的交易请求1 3发卡方1返回的交易应答4CUPS拆分出的交易请求25发卡方2返回的交易应答2图36CUPS返回受理方的交易应答经过CUPS转接并拆分的请求类交易正常处理流程24.1.3请求类交易的异常处理流程详见 9“交易的异常处理流程”。24.1.4通知类交易的正常处理流程24.1.4.1经过CUPS转接的通知类交易正常处理流程描述1发送方发往CUPS的通知2CUPS发往发送方的应答3CUPS发往接收方的通知4接收方发往CUPS的应答图4经过CUPS转接的通知类交易正常处理流程24

12、.1.4.2CUPS直接处理完成的通知类交易正常处理流程描述1发送方发往接收方的通知2接收方发往发送方的应答图5CUPS直接处理完成的通知类交易正常处理流程24.1.5通知类交易的异常处理和报文存储转发机制通知类交易过程中存在以下两种异常情况：6 发送方不能将报文发送给接收方；7 发送方将报文发出后收不到接收方的应答。当以上两种情况之一发生时，发送方可将报文存放在存储转发队列中，在发送方系统日切开始以前、接收方处于正常状态时，在一定次数内每隔一段时间重复发送，如果还是收不到应答，则停止发送。发送方与接收方两者之间若出现账务不平通过差错处理解决。该处理方法称为存储转发机制。并非所有的通知类交易都

13、支持存储转发，具体需参见每种通知交易的说明。24.2脱机类交易的一般处理流程一种脱机类交易是指交易由终端直接承兑或拒绝，受理方在交易完成之后再提交文件或将脱机消费转为联机报文上送，用以补全CUPS和发卡方的交易记录并清算。例如示例：IC卡电子现金应用的脱机消费。另一种脱机交易是指交易通过文件来完成，不存在联机报文。例如多渠道平台接入接口规范中定义的批量行业划款出账等交易。注：目前，本规范涉及的脱机类交易主要是指第一种，即基于IC卡电子现金应用的脱机消费，在5.4.2.2.5中有专门说明。24.3手工类交易的一般处理流程24.3.1手工类交易的正常处理流程手工类交易是指：入网机构登录银联统一业务

14、门户后，以手工录入的方式发起的交易。按照手工交易发起后是否会引发联机报文，可以将手工交易分为：有联机报文的手工交易和无联机报文的手工交易。24.3.1.1有联机报文的手工交易1机构登录银联统一业务门户发起手工交易2统一业务门户将交易信息发送给CUPS3CUPS向机构发送联机报文（可选，可能为请求报文，也可能为通知报文，不同的手工交易不同）4入网机构向CUPS返回的应答报文5日终时，CUPS向入网机构发送清算文件，该文件中包含了该笔手工交易，供入网机构清算使用。1注： 步骤3所示的联机报文可能为请求类报文，也可能为通知类报文，视交易类型的不同会有不同。图6有联机报文的手工交易24.3.1.2无联

15、机报文的手工交易1入网机构登录银联统一业务门户发起手工交易2银联统一业务门户将交易信息发送给CUPS3日终时，CUPS向机构发送交易流水文件，如果该交易参与清算，则文件中包含了该笔手工交易，供入网机构清算勾对。2注： 在步骤3中，不同的手工交易会进入不同的流水文件。具体见手工类交易的具体描述。图7无联机报文的手工交易24.3.2手工类交易的异常处理流程“有联机报文的手工类交易”的异常处理流程取决于联机的报文是通知报文还是请求报文。如果联机报文是通知报文，则其异常处理流程同4.1.5通知类交易的异常处理和报文存储转发机制；如果联机报文是请求类报文，则其异常处理流程同4.1.3请求类交易的异常处理

16、流程。“无联机报文的手工类交易”不涉及联机报文，本规范不再描述其异常处理流程。24.4批量类交易一般处理流程批量类交易指发起方以批量文件方式向银联发起批量交易，银联系统进行处理后向交易接收方转发。24.4.1批量类交易正常处理流程1受理机构发送批量文件至银联系统2银联系统装载文件，进行文件合法性检查，向受理机构返回反馈文件。3银联系统向发卡机构转发联机交易报文。4发卡机构返回联机交易应答报文5银联系统向受理机构返回交易应答文件。24.4.2批量类交易异常处理流程1、在步骤1中，银联系统收到受理机构重复发送的批量文件，以第一次为准，重复文件丢弃。2、在步骤2中，受理机构收到银联系统重复发送的反馈

17、文件时，以第一次为准，重复的文件丢弃。3、在步骤2中，若银联系统无法将反馈文件发送给受理机构时，应尝试存储重发，次数限定为3次。4、不同的批量交易，步骤3、4的异常处理流程存在差异，具体流程参见5.8批量交易处理。5、在步骤5中，受理机构收到银联系统重复发送的批量文件，以第一次为准，重复文件丢弃。6、在步骤5中，银联系统无法将批量应答文件发送给受理机构时，则交易仍然有效并进行清算，受理机构应以银联随后发送的流水文件内记录信息为准。7、若在达到了超时时间后，银联系统仍有部分文件记录未转换成联机交易转发至发卡机构，则该部分文件记录中的交易按失败处理，银联系统在应答文件中告知受理机构（定义应答码F5

18、，代表文件记录未完成批量转联机的转换）。24.5超时限定24.5.1联机类交易的超时限定24.5.1.1一般联机类交易超时限定原则图8一般交易超时限定参与交易的各方至少应满足以下超时时限要求：发卡方中心的响应时间控制段为：从发卡方中心收到CUPS的请求报文开始，到发卡方中心向CUPS返回应答报文为止。根据业务规则，发卡方的响应时间应小于20秒。表1一般交易超时限定表节点超时时间X设定(秒)受理方中心X25CUPS20X45CUPS以自身系统时间来计算计时开始和计时结束。CUPS的超时检查时间控制段为：从CUPS向发卡方发送报文开始，到CUPS收到发卡方的应答报文为止。受理方中心以自身系统时间来

19、计算计时开始和计时结束。受理方中心的超时检查时间控制段为：从受理方中心向CUPS发出报文开始，到受理方中心收到CUPS应答报文为止。24.5.1.2经CUPS转接并拆分的请求类交易超时限定原则图9转账交易超时限定参与交易的各方至少应满足以下限定原则：发卡方中心的响应时间、CUPS的超时检查时间，遵循一般联机类交易限定原则。受理方中心的超时检查时间控制段为：从受理方中心向CUPS发出请求报文开始，到受理方中心收到CUPS应答报文为止。由于转账交易涉及到两个发卡方，受理方中心对转账交易的超时时间设置应大于50秒。表2转账交易超时限定表节点超时时间X设定(秒)受理方中心X50CUPS20X4524.

20、5.2脱机类交易超时限定原则对于4.2节所述的第一种脱机类交易来说，其中，若受理方将脱机消费转为联机报文上送时，受理方的超时限定原则，遵循一般联机类交易的超时限定原则。若受理方将脱机消费以文件方式上送时，不存在超时限定。对于第二种脱机交易来说，其超时限定原则参见多渠道平台接入接口规范。24.5.3手工类交易的超时限定原则手工类交易引发的联机交易，遵循联机类交易的超时限定原则。24.5.4批量交易的超时限定原则对于批量交易，其处理过程分为两段，即受理机构到CUPS的批量文件传递过程和CUPS到发卡机构的联机报文传递过程。对于批量文件传递过程，超时规定如下：对于受理方在T日截止时间t前提交的文件中

21、的交易，若在当日未完成批转实处理，则认定该部分交易超时，CUPS会在当日向受理方返回的应答文件对该部分交易给以超时应答；对于受理方在T日截止时间t后提交的文件中的交易，若在T+1日未完成批量转联机处理，则认定该部分交易超时，CUPS会在T+1日向受理方返回应答文件中对该部分交易给以超时应答。对于联机报文传递过程，其超时限定原则同上文联机类交易。25银联卡交易具体处理流程及处理要求本章主要描述银联卡交易处理涉及的具体流程和处理要求。25.1联机单信息金融类交易处理25.1.1请求类交易25.1.1.1余额查询指持卡人通过ATM等终端渠道进行相关账户（含银联联盟积分账户）余额查询的过程。余额查询交

22、易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。当查询交易出现异常时，不引发冲正。当CUPS不能将查询请求转发给发卡方时，将直接拒绝该请求；当CUPS不能将应答转发给受理方时，将直接丢弃；当受理方接收不到CUPS的应答时，将直接拒绝该交易。本交易不参加清算。25.1.1.2取现指持卡人通过ATM、POS和银行柜面等终端渠道提取或预借现金的过程。支持通过固定POS、自助电话终端、移动POS发起的助农取现，通过新增MCC取值6051来同已有的POS取现交易进行区分。取现交易是需经CUPS转接的请求类交易，交易流程为经过CU

23、PS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。25.1.1.3存款存款交易用于向发卡方请求对持卡人存款及金额的确认。存款可以采用有卡或无卡的方式通过柜面或自动柜员机等方式发起。存款交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发存款确认，存款交易的异常处理流程参见本文9.7.1存款交易。本交易参加清算。25.1.1.4消费指特约商户

24、在出售商品或提供服务时，通过POS终端等渠道完成消费者用卡付款的过程，包括持卡人通过自助终端自行操作并确认的交易。消费交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。消费交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。25.1.1.5MOTO消费指持卡人通过电话、传真等方式委托代理机构发起的消费交易。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.

25、2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1冲正通知。本交易的异常处理流程参见本文4.1.3请求类交易的异常处理流程。本交易参加清算。25.1.1.6代收指持卡人在定期收款商户签署同意使用借记卡和贷记卡定期缴交相关服务费用的授权书，然后在收费扣款日期，商户通过收单机构提供的服务平台、终端或应用系统，将扣款交易信息（或批量扣款文件）提交收单机构。代收分为实时代收和批量代收，其中，批量代收的交易流程描述参见本文5.8.1。实时代收交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知

26、。产生冲正的条件及流程参见5.1.2.1。实时代收交易的异常处理流程参见本文4.1.3。本交易参加清算。25.1.1.7预授权预授权交易用于受理方向发卡方确认对持卡人的交易许可。受理方将预估的消费金额作为预授权金额，发送给持卡人的发卡方。发卡方批准后将授权号等信息置入交易应答中发送给受理方。预授权交易只控制持卡人的可用余额的额度。由预授权完成交易来完成资金结算。一个被批准的预授权交易，仅在有限的时间内有效。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易的交易金额不参加清算。本交易可引发冲正通知，产生冲正的条

27、件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。25.1.1.8MOTO预授权指持卡人通过电话、传真等方式委托代理机构发起的订购类交易。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。25.1.1.9预授权完成（请求）对已批准的预授权交易，用预授权完成（请求）做支付结算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易

28、的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易参加清算。25.1.1.10MOTO预授权完成（请求）对已批准的预授权交易，用预授权完成（请求）做支付结算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易参加清算。25.1.1.11预授权撤销对已成功的预授权交易，在结算前使用预授权撤消交易，请求发卡方取消付款承诺

29、。预授权撤销交易必须是对原始预授权交易的全额撤销。本交易的交易金额不参加清算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。25.1.1.12MOTO预授权撤销对已成功的MOTO预授权交易，在结算前使用预授权撤消交易，请求发卡方取消付款承诺。预授权撤销交易必须是对原始预授权交易的全额撤销。本交易的交易金额不参加清算。本交易是需经CUPS转接的请求类交易，交易流程为经过CUPS转接的请求类交易处理流程，交易的正常处理流程参见本文4.1.2.1。本交易可引发冲正通知，产生冲正的条件及流程参见5.1.2.1。本交易的异常处理流程参见本文4.1.3。本交易不参加清算。25.1.1.13转账指持卡人通过柜面、自动柜员机或其它自助终端等渠道进行银行卡账户之间资金划转的过程。根据收费方向不同，转账交易分为两类，即转账（转出方付费）和转账（转入方付费）。这两类交易在处理流程上有所不同。在发起转账交易前，可通过账户验证交易（见章节5.1.1.16定义）对转入方的姓名、身份证件信息以及转入金额是否超过转入卡金额上限等进行