《银行卡联网联合技术规范V20》使用参考手册

中国银联股份有限公司规范性文档《银行卡联网联合技术规范V2.0》使用参考手册中国银联股份有限公司发布12/4/2006I目次目次..............................................................................I1概述................................................................................12符号说明............................................................................13报文接口规范有关解释................................................................13.1.1需要特别注意的域................................................................14报文接口实例........................................................................34.1境内交易..........................................................................34.1.1转接业务........................................................................34.1.2清分清算和日终批处理业务的报文................................................1204.1.3安全控制报文..................................................................1254.1.4管理业务报文..................................................................1334.2外卡收单交易....................................................................1394.2.1余额查询......................................................................1394.2.2预授权........................................................................1444.2.3预授权撤销....................................................................1484.2.4预授权完成....................................................................1524.2.5取现..........................................................................1564.2.6消费..........................................................................1614.2.7金融交易撤销..................................................................1664.2.8冲正..........................................................................1744.2.9预授权完成（离线）............................................................17712/4/200611概述本文档是作为《银行卡联网联合技术规范V2.0》第2部分《报文接口规范》的参考手册，是对《报文接口规范》的有利补充，该附录以举例的方式说明主要联机报文的填写方法和需要注意的事项，希望为广大入网机构进行2.0改造和理解2.0规范提供有利的帮助。由于编写报文示例的工作量比较大，本文档的编写计划分期进行，本期文档仅包括目前银行卡的主流业务，尚未包括IC卡类或其它类的业务。原则上，本文档应遵循《银行卡联网联合技术规范V2.0》第2部分《报文接口规范》，但由于本文的编写时间仓促，加之编写人员水平有限，难免存在疏漏和错误，若您在阅读过程中发现本文档与《报文接口规范》有差异或冲突，应以《报文接口规范》为准，并及时通知我们，以便我们进行修订。感谢您的支持和帮助！联系人：银联电子支付研究院：李洁、陆尔东技术管理部：黄发国、姜红2符号说明——□：举例中的空格均以□表示。——建议：为避免交易失败，本规范给出的建议做法或取值。——强烈建议：为避免交易失败，本规范强烈建议的做法或取值，其强度高于“建议”。对于这种程度的建议，如无特殊情况，入网机构应该遵守。——必需：为避免交易失败，本规范规定入网机构必须做到的。——无特别要求：没有特别需要提请注意的事项。3报文接口规范有关解释3.1.1需要特别注意的域3.1.1.1域3交易处理码注意事项1：机构作为发卡方向CUPS返回应答时，不能修改域3的取值，包括后四位的“账户类型”注意事项2：机构作为受理方向CUPS发送冲正交易时，冲正交易的域3应该与原始交易保持一致，包括后四位的“账户类型”3.1.1.2域7交易传输时间、域11系统跟踪号、域32受理机构代码、域33转发机构代码匹配原始交易的关键信息域，四个域的组合值在一个交易日内不能重复特别注意1：域7交易传输时间、域11系统跟踪号的组合在冲正报文中为不同于原始交易的新值，但是重发的冲正交易中与原冲正交易相同。特别注意2：这四个域只是唯一标识一笔交易的键值，但不一定能作为数据库表的主键（如转账），数据库的设计要依实际情况而定。对于转账交易而言，由于整个交易过程实际包括了三个环节：受理、转出和转入，而且这三个环节的7、11、32、33的取值是一样的，因此若某机构同时作为两个角色出现时，就会先后收到两笔键值一样的交易，要求机构能够正确记库并处理。比如：某机构即是转出方，又是转入方，那么就会先后收到7、11、32、33域取值完全一致的两笔交易，这种情况下建议增加一个交易类型标志以示区分。特别注意3：由于某些机构尚存在冲正与原始交易的7、11、32、33取值一样的情况，而协调其修改又需要漫长的时间，因此，要求发卡方一定要能够处理这种冲正，以减少错账的发生概率。3.1.1.3域0报文类型、域3交易处理代码、域25服务点条件码、域60.2.5交易渠道以上四个域取值的组合能够唯一标识一笔交易的交易类型12/4/20062特别注意1：入网机构作为受理方时一定要正确填写这些域的取值，否则会因CUPS无法识别交易类型导致交易失败特别注意2：入网机构作为发卡方时一定要原样返回这四个域，否则也会导致交易失败特别注意3：请入网机构重视60.2.5域的填写3.1.1.4域12受卡方所在地时间、域13受卡方所在地日期特别注意1：通知类交易中与原始交易取值相同，如冲正特别注意2：请求类交易中是新值，如消费、消费撤销特别注意3：发卡方返回应答时不能修改此域的值3.1.1.5域14卡有效期特别注意1：机构作为受理方时可以选择是否填写该域特别注意2：机构作为发卡方一定要返回该域，并填写内容友情提示：可以填“0000”，但最好不要填四个空格3.1.1.6域15清算日期友情提示：该域由CUPS填写，机构作为发卡方一定要原样返回该域，不能修改，否则会导致交易失败3.1.1.7域18商户类型友情提示：要与交易渠道保持统一，如交易渠道为ATM，则18域必须填写60113.1.1.8域22服务点输入方式码特别注意1：冲正交易的22域必须与原始交易保持一致。错误做法的例子：取现交易22域为：021；取现冲正交易的22域为：020特别注意2：当22域指明交易有PIN时，则报文中必须出现52域（PIN）和53域（安全控制信息）3.1.1.9域37检索参考号特别注意1：冲正交易、撤销交易（授权撤销例外）37域必须与原始交易一致友情提示：受理方发出交易时，37域不能填成12个空格，否则会导致交易失败3.1.1.10域38授权标识应答码特别注意1：若原始交易的发卡方返回了38域，那么受理方发起的撤销、退货交易中必须带有38域友情提示：受理方发出交易时，38域不能填成12个空格，会导致交易失败3.1.1.11域39应答码标识CUPS或发卡行对交易的应答，是对交易进行统计分析、查找错误原因的重要依据特别注意：希望入网机构严格按照《附录》中的约定给出应答码，参见附录A应答码表友情提示：联机认证测试的发卡方测试中，会有专门的对应答码的测试。3.1.1.12域48附加数据－私有特别注意1：若交易本身不需要48域，在报文中可以不出现。特别注意2：应按照规范的定义填写用法标识3.1.1.13域41受卡机终端标识码、域42受卡方标识码特别注意1：机构作为受理方时，不能填写全空格特别注意2：机构作为发卡方时，应原样返回特别注意3：冲正和撤销交易中，与原始交易保持一致3.1.1.14域57附加交易信息友情提示：该域可以用作发卡行向受理行传递特殊信息的“通道”，可用于交易中奖信息的传递等。3.1.1.15域121CUPS保留特别注意：机构作为发卡方时一定要把这个域原样返回。特别注意：受理方发出的请求报文中不应包含这个域。12/4/200634报文接口实例4.1境内交易4.1.1转接业务4.1.1.1单信息4.1.1.1.1余额查询假定条件为：受理方是成都工行（01026510），转发机构是工总行（01020000）；发卡方是湖南建行（01055500），接收机构是建行总行（01050000）；卡号为4367422941040181939。4.1.1.1.1.1受理方发出的交易请求受理方发出的ATM余额查询请求位数据元名称取值备注头1Header-Length00101110（bit位的取值）必需：报文头长度，固定值，表示十进制46。头2Header-Flag-and-Version00000001（bit位的取值）必需：左起第1个bit取值为1表示测试报文，左起第一个bit为0表示生产报文头3Total–Message-Length略必需：含头长度在内的报文总长度。头4Destination-Station-ID00010000□□□必需：CUPS的机构代码头5Source-Station-ID01020000□□□必需：33域转发机构代码，而非32域受理机构代码头6Reserved-for-Use000000000000000000000000（bit位的取值）必需：24bit都取值为二进制零头7Batch-Number00000000（bit位的取值）必需：8bit都取值为二进制零头8Transaction-Information00000000（每个字节的取值）必需：8个字节都取值为数字零头9User-Information10100000（bit位的取值）无特别要求：视实际需要，受理方可以在该域中填写任何内容，CUPS和发卡方均不会对该域的内容进行修改也不会使用该域的信息。头10Reject-Code00000（每个字节的取值）必需：5个字节都取值为数字零报文类型Msg-type0200（每个字节的取值）必需位图bitmap略Bitmap的取值需要与后续域的出现保持一致，即出现的域在bitmap中对应的bit取值为1，不出现的域在bitmap中对应的取值为