佚名
2017-02-12 07:58:56 评论(文件名称:【第4号公告】《公布金融行业推荐性标准（JR/T 0151-2016）》
文件编号:证监会公告〔2017〕4号
发布时间:2017-02-07
实施时间:2017-02-07
5.2.2.2 TXT 文件格式
TXT文本文件格式的文件名以“.TXT”作为“后缀名”，其基本格式规定如下：
——域与域之间通过半角|符（0x7C）分隔，转义字符采用半角\符（0x5C）。如域内容中包含半角
|符，一律替换为其转义字符\\|；如域内容中包含半角\符，一律替换为其转义字符\\；
——在每一行的最后一个域之后跟一个回车换行符（0x0D，0x0A），行中不得出现回车换行符，如
果有，转义为[ent]；
——第一行为域名，列举本文件所包含数据域的英文名称；
——第二行开始为数据内容，数据内容的顺序必需与第一行数据域的顺序保持一致；
——根据数据域“必需”属性，数据域分为“必需”（“必需”属性为“Y”）和“非必需”（“非必需”属性为
“N”）两类。“必需”的数据域不能裁剪，必需包含在文件内容中；“非必需”的数据域可根据各期货交易
所实际业务进行裁剪，部分包含在文件中；“必需”的数据域和选择包含的“非必需”的数据域的英文名称
需要在第一行中列举；
——对于整数和浮点数类型的数据域内容，统一转换成字符串类型；
——连续两个回车换行符（0x0D，0x0A）表示文件内容结束。
5.2.2.3 XML 文件格式
数据包和消息体采用XML格式描述，数据包和消息体的语法规则应遵循可扩展标记语言 (XML)语法
规则。
注：XML语法规则见W3C XML 1.0标准。
5.2.3 文件接口字段命名规则
JR/T 0151—2016
5
字段命名采用Pascal命名法。将标识符的首字母和每个单词的首字母都大写表示。单字之间不以空
格断开或者连接号（-）、底线（_）连结，第一个单字首字母采用大写字母；后续单字的首写字母亦用
大写字母。
示例：FirstName、LastName。
5.3 实时报文格式
5.3.1 基本结构
每一个消息体由一个消息头和多个业务要素构成。一个完整的消息见表9。
表9 消息体结构
起始标签 内容为<MsgText>
消息名称 消息体的标签名称
消息头 消息头内容
业务要素 1 业务要素 1 内容
业务要素 2 业务要素 2 内容
业务要素 3 业务要素 3 内容
… …
消息名称 消息体的标签名称
结束标签 内容为</MsgText>
每一个会话或应用传输的消息应只有一个消息头。该消息头指明消息类型、发送起始点、发送目的
地、发送时间、消息流水号以及其他一些通用信息。消息头格式见表10。
表10 消息头结构
要素名称 英文名称 重复 元素类型 备注
版本 a
Version [1..1] Max35Text
应用系统类型 b
SystemType [1..1] SystemType
业务功能码 c
InstructionCode [1..1] InstructionCode
交易发起方 d
TradeSource [1..1] InsitutionType
创建者 e
Creator [0..1] Institution 组件
发送机构 f
Sender [1..1] Institution 组件
接收机构 g
Recver [1..1] Institution 组件
发生日期 h
CreateDate [0..1] Date
发生时间 i
CreateTime [0..1] Time
消息流水号 j
Refrence [0..1] Reference 组件
相关消息流水号 k
RelatedReference [0..1] Reference 组件
最后分片标志 l
LastFragment [0..1] YesNoIndicator
JR/T 0151—2016
6
表 10 消息头结构（续）
a 版本：消息体版本号，目前为 1.0.0.0。
b 应用系统类型：现阶段包含期货柜台主席、期货柜台次席。
c 业务功能码：比如成交信息、委托信息、行情信息等。
d 交易发起方：F 表示期货公司发起。
e 创建者：消息创建者标识，包含创建主次席 ID，模块 ID 等。
f 发送机构：消息发送者标识，包含发送主次席 ID，模块 ID 等。
g 接收机构：消息接收者标识，包含接收主次席 ID，模块 ID 等。
h 发生日期：消息发送日期。
i 发生时间：消息发送时间。
j 消息流水号：本消息的流水号。
k 本消息链接的相关消息流水号。应答消息利用该元素指定对应的请求消息体流水号。
l 最后分片标志：用于表述消息集合，说明是否为最后一个分片（Y：是，N：不是）。可选，如果不包含该元素，
默认为 Y。
5.3.2 业务要素
业务要素是消息体的基本组成元素。它对应于业务流程操作中的一个商业元素。每一个业务要素都
有其XML标签（XML Tag）、业务含义、数据类型和取值范围。在消息中，根据不同的XML Tag来确定不
同业务要素。业务要素的数据类型决定了其取值范围。它的取值范围是一个集合，任何在此集合外的取
值被认为是非法取值。数据字典部分详细定义了取值范围。业务要素可能是一个简单的元素，也可能是
一个复杂的业务组件。
5.3.3 业务组件
应用消息中有很多业务相关的数据域集合。比如说，大多数应用消息都会用到一系列定义客户信息
的数据域：客户名称、客户类型代码、客户证件类型代码、客户证件号码。为避免重复，本标准中定义
了一些业务组件，在应用消息定义中利用这些组件描述业务流程中的业务要素。实际的消息定义和使用
中，则应该将组件扩展开成为相应的数据域集合。一个业务组件可以包含其他的业务组件和元素。
6 业务主体
本接口标准涉及的业务主体包括期货公司柜台系统的交易、清算、账户与资金、风控等子系统。见
图1所示。
JR/T 0151—2016
7
图1 期货公司柜台消息流示意图
消息流说明见表11。
表11 消息流说明表
消息流序号 消息流说明
1 交易初始化数据、交易结算单、盘中实时同步数据
2 交易系统参数、交易会员及客户账户信息、多交易中心编号
3 委托、成交、行情
4 委托、成交、行情（实时）
5 标的物、保证金、手续费率、昨持仓、资金、合约、成交、交割
