中国银联银行卡联网联合技术规范V2.1第2部分报文接口规范

精心整理 中国银联股份有限公司 发布 2011-11-03实施 2011-11-03修订 中国银联银行卡联网联合技术标准V2.1 第2局部 报文接口标准 Technical Specifications on Bankcard Interoperability V2.1 Part 2 Specification on Message Interface Q/CUP 006.2—2011 代替Q/CUP 006.2—2010 Q/CUP 中国银联股份有限公司企业标准 精心整理 目 次 前 言 IV 中国银联银行卡联网联合技术标准V2.1 第2局部 报文接口标准 1 1 范围 1 2 报文构造 1 2.1 报文构造说明 1 2.2 报文构造分析 1 3 报文头 2 3.1 报文头位置和根本说明 2 3.2 报文头的根本组成 2 4 报文类型 9 5 位图 9 5.1 第一个位图 10 5.2 其次个位图 10 5.3 程序处理的准那么 11 5.4 跨行交易例如 12 6 报文域说明 13 6.1 报文域的属性说明 13 6.2 报文类型标识符 14 6.3 域2 主账号 16 6.4 域3 交易处理码 17 6.5 域4 交易金额 20 6.6 域5 清算金额 21 6.7 域6 持卡人扣账金额 21 6.8 域7 交易传输时间 21 6.9 域9 清算汇率 22 6.10 域10 持卡人扣账汇率 22 6.11 域11 系统跟踪号 23 6.12 域12 受卡方所在地时间 23 6.13 域13 受卡方所在地日期 23 6.14 域14 卡有效期 24 6.15 域15 清算日期 24 6.16 域16 兑换日期 24 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 受理机构标识码 29 6.25 域33 发送机构标识码 29 6.26 域35 其次磁道数据 29 6.27 域36 第三磁道数据 30 6.28 域37 检索参考号 30 6.29 域38 授权标识应答码 30 6.30 域39 应答码 31 6.31 域41 受卡机终端标识码 31 6.32 域42 受卡方标识码 32 6.33 域43 受卡方名称地址 32 6.34 域44 附加响应数据 32 6.35 域45 第一磁道数据 33 6.36 域48 附加数据－私有 33 6.37 域49 交易货币代码 42 6.38 域50 清算货币代码 42 6.39 域51 持卡人账户货币代码 42 6.40 域52 个人标识码数据 43 6.41 域53 平安限制信息 43 6.42 域54 实际余额 43 6.43 域55 基于PBOC借贷记标准的IC卡数据域 45 6.44 域57 附加交易信息 47 6.45 域58 基于PBOC电子钱包/存折IC卡标准的交易数据 52 6.46 域59 明细查询数据 54 6.47 域60 自定义域 55 6.48 域61 持卡人身份认证信息 71 6.49 域62 交换中心数据 79 6.50 域63 金融网络数据 80 6.51 域70 网络管理信息码 81 6.52 域90 原始数据元 81 6.53 域96 报文平安码 82 6.54 域100 接收机构标识码 83 6.55 域102 账户标识1 83 6.56 域103 账户标识2 83 6.57 域121 CUPS保存 84 6.58 域122 受理方保存 86 6.59 域123 发卡方保存 86 6.60 域128 报文鉴别码 87 7 报文的匹配 87 7.1 关键信息域与报文的关联 87 7.2 关键信息域的匹配 87 8 报文格式说明 89 8.1 说明 89 8.2 联机交易报文接口定义 94 8.3 网络管理及平安限制交易报文接口定义 133 8.4 风险限制交易报文接口定义 136 8.5 外卡收单交易报文接口定义 136 8.6 IC卡交易报文接口定义 146 附　录　A 〔标准性附录〕 标准代码定义 184 A.1 入网机构标识码 184 入网机构标识码定义 184 境内机构〔包括境外银行在境内的机构〕 184 境外机构〔包括境内银行在境外的机构〕 184 国际信用卡公司系统标识码 184 国际信用卡公司系统名称简写 185 A.2 应答码 185 A.3 报文缘由码 191 A.4 拒绝码 199 拒绝码说明 199 拒绝码表 199 附　录　B 〔资料性附录〕 交易种类区分表 203 B.1 单信息交易 203 B.2 双信息交易 209 B.3 应用管理类 209 B.4 过失信息种类区分表 210 附　录　C 〔资料性附录〕 CUPS对借贷记IC卡交易的支持 213 C.1 CUPS对PBOC借/贷记标准IC卡交易的支持 213 C.1.1 CUPS对PBOC借/贷记标准IC卡转接的支持 213 C.1.2 CUPS对PBOC借/贷记标准IC卡代授权的支持 213 C.1.3 CUPS对PBOC借/贷记标准IC卡代校验的支持 214 参考文献 216 精心整理 前 言 本标准对入网机构与中国银联信息处理中心系统〔CUPS〕之间进展联机交易时运用的报文接口，包括联机交易报文的构造、格式以及报文域做了规定。 本标准由中国银联股份有限公司提出。 本标准由中国银联股份有限公司制定。 本标准起草单位：中国银联股份有限公司、国内入网机构。 本标准主要起草人：戚跃民、郭锐、郑澎、徐静雯、李洁、吴金坛、王力斌、苗恒轩、万顶峰、陆尔东、蒋慧科、杜秉一、赵伟。 精心整理 中国银联银行卡联网联合技术标准V2.1 第2局部 报文接口标准 1　 范围 本标准规定了入网机构与中国银联信息处理中心系统〔CUPS〕之间进展联机交易时运用的报文接口，包括联机交易报文的构造、格式以及报文域。 本标准适用于全部参加中国银联银行卡信息交换网络的入网机构。 2　 报文构造 2.1　 报文构造说明 2.1版联机交易报文包含四个组成局部，依次是：报文头、报文类型标识符、位图和报文域。其构造如图1所示： 报文头 报文类型标识符 位 图 报文域 图1　 报文构造 报文头是报文的第一个数据元素，主要记录了报文的长度、路由、批次号等根本信息。 报文类型标识符是报文的其次个数据元素，是最高级别报文类型定义，定义了报文一般性分类，比方是金融类报文还是管理类报文。 位图定义了哪些报文域会出此时此刻报文中。位图区可以包含一个位图也可以包含两个位图。位图个数的选择依据交易类型而定。磁条卡交易和IC卡交易都能运用位图一和位图二，二者的区分在于IC卡交易将用到55域中定义的IC卡特征信息域。位图必须义域2到域64，位图二定义域66到域128。 报文域构成了报文的主体，其中大局部由ISO 8583定义，其它域由CUPS自定义并由CUPS运用。报文域的具体定义参见第6章内容。 2.2　 报文构造分析 报文构造如图2　所示： 1.报文头描述参见3.2　； 2.报文类型标识描述参见第6　章报文域说明； 3.位图描述参见第5　章； 4.报文总共可以用到前128个报文域。报文域描述参见第6　章内容，关键域要求参见第7　章内容，每种报文的传递要求参见第8　章内容。 图2　 报文具体构造 3　 报文头 本节描述了报文头的产生及其各域的用法。描述中的“b”表示bit；“n”表示十进制数字。另外，本文中全部数字编码均采纳ASCII编码方式。报文头在报文中位置如图3所示： 报文头 报文类型标识符 位 图 报文域 图3　 报文头 3.1　 报文头位置和根本说明 报文头与报文类型标识符、位图和报文域一块组成了一个完整的报文。凡符合2.1版报文接口的全部联机报文都必需带有报文头，当第一个字节不为ASCII码“0”时，CUPS认为该报文为2.1版〔2.1版的第一个字节为头长度〕。 用于文件传递的8000号系列报文不运用报文头。 3.2　 报文头的根本组成 表1　 报文头的组成 域 域名 长度 〔单位：Byte〕 Field1 头长度〔Header Length〕 1 Field2 头标识和版本号〔Header Flag and Version〕 1 Field3 整个报文长度〔Total Message Length〕 4 Field4 目的ID〔Destination ID〕 11 Field5 源ID〔Source ID〕 11 Field6 保存运用〔Reserved for Use〕 3 Field7 批次号〔Batch Number〕 1 Field8 交易信息〔Transaction Information〕 8 Field9 用户信息〔User Information〕 1 Field10 拒绝码〔Reject Code〕 5 共占46个字节。全部域都为必填域。 在入网机构产生的报文头中拒绝码域填“00000”，而当CUPS在检查中发觉报文语法错误或报文构造错误时会将错误位置和错误缘由填入该域，并将原始报文头和报文内容一起回应给报文的提出方，以通知报文的提出方报文出错，报文的提出方可进展相关处理。入网机构不能产生非全0的拒绝码域，但是它可能将收到这类拒绝码域。因此，入网机构产生的报文头和CUPS在未发觉报文错误时产生的报文应如图4所示： 图4　 正常输出报文构造 而CUPS发觉报文错误时产生的报文应如图5　所示： 图5　 异样输出报文构造 3.2.1.1　 报文头的构造 当一个入网机构产生一个恳求或通知报文时，须依据要发送的报文数据构造一个报文头；而当入网机构接收到一个恳求或通知报文时，必需保存报文头里的一些信息，以便在应答的时候返回给发送方。这些必需保存的域有4、5、6、7、8和9。 当入网机构产生应答报文时，应依据从恳求报文头中保存下来的信息调整应答报文的报文头，规那么如下： a) 对源ID和目的ID的处理分以下两种状况: 1) 当应答干脆由入网机构的总行产生，而不是由其分支机构产生时，其应答报文头的域4和域5的值将分别对应CUPS发送报文头域5〔源ID〕和域4〔目的ID〕的值。图例说明如图6　〔假设受理方的机构ID为01030000，发卡方的机构ID为01020000，CUPS的机构ID为00010000〕： 图6　 报文头的源地址及其目的地址的传递示意图1 2) 当应答不是由入网机构的总行产生，而是由分支机构产生时，其应答报文头域5〔源ID〕的值是真正发送这个应答的机构ID。图例说明如图7　〔假设受理方的机构ID为01030000，发卡方总行机构ID为01020000，发卡方分行机构ID为01026400，CUPS的机构ID为00010000〕： 图7　 报文头的源地址及其目的地址的传递示意图2 b) 以下域的值应当原样被返回，不得改动：域7〔批次号〕、域6(CUPS内部保存码)、域8〔交易信息〕、域9〔用户信息〕；入网机构也应依据其它域域值的描述规那么相应地创立。 3.2.2　 报文头各域具体说明 本标准将遵照表2　所列各个方面全面说明报文头各域的含义。 表2　 域含义 域名 域含义 属性 报文头域的长度和格