搜索结果: JR/T 0055.2-2009, JR/T0055.2-2009, JRT 0055.2-2009, JRT0055.2-2009
| 标准编号 | JR/T 0055.2-2009 (JR/T0055.2-2009) | | 中文名称 | 银行卡联网联合技术规范 第2部分:报文交换 | | 英文名称 | Technical specifications on bankcard interoperability - Part 1: Message interface | | 行业 | 金融行业标准 (推荐) | | 中标分类 | A11 | | 国际标准分类 | 35.240.40 | | 字数估计 | 72,759 | | 发布日期 | 2009-06-01 | | 实施日期 | 2009-07-01 | | 引用标准 | GB/T 15150-1994; GB/T 12406; GB/T 20548; GB/T 2659; GB/T 19584; GB 18030-2000; JR/T 0025 | | 标准依据 | 金标委网站090722;行业标准备案公告2010年第3号(总第123号) | | 发布机构 | 中国人民银行 | | 范围 | 本标准的本部分规定了机构与交换中心之间进行联机交易时使用的报文接口, 包括联机交易报文的结构、格式以及报文域。本标准的本部分适用于所有进行银行卡跨行交易的交换中心、受理方、发卡方等机构。 | JR/T 0055.2-2009: 银行卡联网联合技术规范 第2部分:报文交换
JR/T 0055.2-2009 英文名称: Technical specifications on bankcard interoperability-Part 2: Message interface
中华人民共和国金融行业标准
JR/T 0055.2—2009
银行卡联网联合技术规范
第2部分：报文交换
中国人民银行发布
1 范围
本标准的本部分规定了机构与交换中心之间进行联机交易时使用的报文接口，包括联机交易报文的结构、格式以及报文域。
本标准的本部分适用于所有进行银行卡跨行交易的交换中心、受理方、发卡方等机构。
2 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
3术语和定义
下列术语和定义适用于本部分。
4符号
4.1 数据类型符号
本部分中出现的符号由表1进行说明。
若无特殊说明，则：所有长度固定，数据类型为“n”的报文域前补零并右对齐；其它长度固定的报文域后接空格并左对齐。在所有数据类型为“b”的报文域中，8位位元的块后接零并左对齐。所有报文域从左向右计数，即最左边位置的计数为1。
本规范所采用的编码方式为ASCII码。
4.2 报文格式符号
本部分中用到的报文格式符号由表2进行说明。
4.3报文域强制性和条件性符号
报文由许多按位图所示顺序排列的报文域组成。报文中的报文域可以是强制性、条件性或选择性出现，这取决于正在进行的动作。表3给出了各种报文中出现的每个报文域适用的特殊条件。
a)‘M'(强制性)表示报文必需的报文域，‘M' (强制发送)表示该报文内容在响应报文中应原文返回。
b)如果符合下表中的条件，则对应报文域应出现，否则其报文内容应符合双方协议。任何报文中报文域的使用没有禁止项。报文巾可包含规定为强制性和/或条件性的附加报文域。
5报文结构
本部分中的每个报文按如下顺序构成：
a) 报文头(见第6章);
b) 报文类型(见第7章);
c) 报文位图(见第8章);
d) 以报文位图表示顺序的系列报文域(见第9章)。
6报文头
报文头是报文的第一个组成部分。
6.1 域说明
本部分中定义的报文头由10个域构成。
6.1.1 域1 报文头长度Header-Length
—— 属性：b8,8bit二进制数；
—— 产生者：机构、交换中心；
—— 描述：该域存放报文头的字节数；
—— 用法：明确标识报文头的长度；
—— 域编辑值：该域的值必须为46;
—— 拒绝码：00015 =非法值。
6.1.2 域2 头标识和版本号Header-Flag-and-Version
—— 属性：b8,8bit二进制数；
—— 产生者：机构、交换中心；
—— 描述：该域左起第一位为头标识，代表如下含义：
● 0表示该报文是一个生产报文；
● 1表示该报文是一个测试报文。
该位由交易的发起方填写，在报文传输过程中保持不变。
该域左起后7位组成的二进制值定义了该报文格式的版本。
—— 拒绝码：00025 =非法值。
6.1.3域3·报文总长度Total-Message-Length
—— 属性：n4,4字节定长数字字符；
—— 产生者：机构、交换中心；
描述：该域表示报文的总字节数，即从报文头第1个字节开始到报文最后1个字节结束的
6.1.4域4 目的ID Destination-Station-ID
——属性：ans₁1,11字节定长数字字符数据，不足11位后补空格；
—— 产生者：机构、交换中心；
—— 描述：该域表示报文将要到达的下一节点，但并不一定是交易的最终接收方；
——用法：该域由报文的发送方填写，取值为报文将要到达的下一节点的代码；
—— 域编辑值：本域取值应按照相关标准进行标识；
—— 拒绝码：00045 =非法值。
6.1.5域5源ID Source-Station-ID
—— 属性：ans11,11字节定长数字字符数据，不足11位后补空格；
—— 产生者：机构、交换中心；
—— 描述：标识报文的发送方，但并不一定是原始交易数据的收集者；
—— 用法：由报文的发送方填写；
—— 域编辑值：每一个输出报文都必须包含一个有效的源ID。本域取值应按照相关标准“进行标识；
——拒绝码：00055.=非法值。
6.1.6 域6保留使用Reserved-for-Use
属性：b24,24bit二进制数；
—— 产生者：交换中心；
—— 描述：由交换中心产生，内部使用；
——用法；机构发出请求报文中该域值为二进制零；机构发出的应答报文中，该域值与请求报文中的值一致；
——域编辑值：在机构产生的报文中该城必为二进制零；
6.1.7域7批次号Batch-Number
—— 属性：b8,8bit二进制数；
—— 产生者：交换中心；
—— 描述：该域包含由交换中心为报文分配的批次号。每当交换中心接收到新的请求或通知时，都会把当前的批次号插入到该域。如果交换中心接收到的是一笔交易的关联交易报文，那么该笔关联交易的该域值与原始交易报文该域的取值相同；
—— 用法：如果是机构主动发出的请求报文，该域值为二进制零；机构向交换中心返回应答时该域的值与其相应的请求报文中的值相同；
—— 域编辑值：在机构产生的请求报文中该域必为二进制零；
—— 拒绝码：00075 =非法值。
6.1.8域8交易分类标识Transaction-Category-Identification
—— 属性：ans8,8字节字母、数字和特殊字符；
—— 产生者：机构、交换中心；
—— 描述：由机构或交换中心填写，用于从不同角度区分交易，便于交换中心和机构进行交易的分流处理，本部分不定义具体的分类口径和相应的取值；
—— 域编辑值：机构向交换中心返回应答时该域的值与其相应的请求报文中的值相同；
—— 拒绝码：00085 =非法值。
6.1.9域9用户信息User-Information
—— 属性：b8,8bit二进制数；
—— 产生者：机构；
—— 描述；该域的值由受理方填写，以便于受理方对交易的处理；例如，其值可以用于识别一个请求的源；该值仅在受理方内部使用，在网络传输或其它的交换中心里无意义；
—— 用法：在请求报文中，该域需要包含在机构选项中由用户定义的值；如果不需要用户信息，该域必须填二进制零；如果是应答报文，机构必须保留请求中的域值并在应答时原样返回；
—— 域编辑值：无；
—— 拒绝码；无：
6.1.10域10拒绝码Reject-Code
—— 属性：n5,5字节定长数字字符；
—— 产生者；交换中心；
—— 描述：交换中心填写本域表示拒绝该报文的原因；
注：特别说明：交换中心只对其收到的请求报文发送拒绝报文，对收到的应答报文不发拒绝报文。
—— 用法：
●当交换中心检查发现机构发来的请求报文(而非应答报文)中存在语法错误时，填写本域以指明发生错误的域。此时本域左起第1.字节为0或1,为0表示报文头域出错，为1表示报文体域出错；左起第2-4字节表示出错的域；第5字节表示错误的类型；
●由于交换中心的原因导致报文被拒绝，填写本域以表示报文被拒绝的原因。此时本域
的左起第1字节为2,表示由于交换中心的原因导致报文被拒绝；第2-5字节表示错误的类型；
—— 域编辑值：在机构产生的报文头中该域填“00000”。拒绝码的详细定义见附录A拒绝码；
—— 拒绝码：无.
6.2正常报文的报文头
正常报文有一个报文头。
6.3拒绝报文的报文头
交换中心会拒绝有语法错误的请求报文，并将在该诸求报文的前面加上一个拒绝报文头’,然后返回给该报文的发送方。因此，由于语法错误(或交换中心异常而未进入后续处理流程)被交换中心拒绝的报文有两个报文头，第一个报文头是拒绝报文头，其第10域指明了该报文被拒绝的原因，第二个报文头是原报文的报文头。
只有交换中心才能发出带有拒绝报文头的报文。机构不能发......
|