首页 > 金融行业标准(JR) > JR/T 0046-2009 证券期货业与银行间业务数据交换消息体结构和设计规则
JR/T 0046-2009

基本信息

标准号: JR/T 0046-2009

中文名称:证券期货业与银行间业务数据交换消息体结构和设计规则

标准类别:金融行业标准(JR)

标准状态:现行

发布日期:2009-03-11

实施日期:2009-03-11

出版语种:简体中文

下载格式:.rar .pdf

下载大小:21272543

相关标签: 证券 期货业 业务 数据交换 消息 结构 设计 规则

标准分类号

关联标准

出版信息

标准价格:0.0 元

出版日期:2009-03-11

相关单位信息

发布部门:中国人民银行

标准简介

JR/T 0046-2009 证券期货业与银行间业务数据交换消息体结构和设计规则 JR/T0046-2009 标准下载解压密码:www.bzxz.net

标准图片预览






标准内容

ICS 03.060
备案号:
中华人民共和国金融行业标准
JR/T00462009
证券期货业与银行间业务数据交换消息体结构和设计规则
Structureanddesignrulesofmessagetypein data exchange between bank and securities & future industry2009-03-11发布
中国人民银行
2009-03-11实施
中国证券监督管理委员会
1范围
2规范性引用文件
3术语和定义
4总则,
4.1语法描述
4.2元素类型,
4.3会话机制,
4.4消息体格式
4.5扩展方式
5消息定义
5.1会话消息
5.2会话回执
5.3开户,
5.4开户回执
5.5销户消息.
5.6销户回执
5.7账户信息修改
5.8账户信息修改回执
5.9账户变更
5.10账户变更回执
5.11账户查询
5.12账户查询回执
5.13转账.
5.14转账回执,
5.15转账冲正
5.16转账冲正回执
5.17交易结果查询
5.18交易结果查询回执
5.19结息
5.20结息回执
5.21对账,
5.22对账回执
5.23日终数据就绪
5.24日终数据就绪回执
5.25日间业务结束
5.26日间业务结束回执
5.27文件操作
5.28文件操作回执
6业务组件
6.1消息头
6.2返回结果
JB/T0046—2009
6.3流水号
6.4机构信息
6.5客户信息
6.6代理人信息
6.7账户
6.8密钥..
6.9密码..
6.10余额.
6.11文件信息,
6.12账户状态明细
6.13账户状态对账结果
6.14账户交易明细
6.15账户交易对账结果
6.16转账明细,
6.17转账对账结果
6.18转账汇总对账.
6.19转账汇总对账结果
6.20账户余额明细
6.21账户余额对账结果
7业务元素数据类型
7.1国家代码
7.2货币代码,
7.3语言代码
7.4性别代码
7.5密钥类型
7.6密码类型
7.7加密方式,
7.8机构类型
7.9证件类型,
7.10客户类型
7.11账户类型
7.12账户状态,
7.13存管状态,
7.14汇钞标志
7.15余额类型.
7.16结息类型,
7.17代理权限,
7.18应用系统类型
7.19费用支付标志
7.20是否标志
7.21业务功能码,
7.22文件业务功能
7.23返回码.
7.24机构代码
JB/T0046—2009
附录A(规范性附录)
A.1数据文件格式约定
A.2日终文件功能说明
A.3日终文件字段说明,
A.4日终文件格式说明
日终数据接口规范
A.4.1转账交易明细对账文件
A.4.2客户账户状态对账文件.:A.4.3账户类交易明细对账文件
A.4.4客户资金台账余额明细对账文件A.4.5客户资金台账余额对账结果A.4.6其它对账异常结果文件
A.4.7客户结息净额明细文件
A.4.8客户资金交收明细文件
A.4.9交收主体间资金交收汇总文件A.4.10存管银行资金交收汇总文件A.4.11法人存管银行银行间资金交收汇总表,A.4.12法人存管银行A股资金交收汇总表A.4.13法人存管银行开放式基金资金交收汇总表附录B
(资料性附录)
附录C
附录D
(资料性附录)
(资料性附录)
D.1银行机构代码
D.2券商机构代码,
D.3期货机构代码
消息体报文示例
消息体与业务对照
机构代码,
JB/T0046—2009
JB/T0046—2009
本标准中部分消息体的结构和设计规则是参照IS020022证券一电文图解数据域字典的内容编写,本标准与它们一致性程度为非等效。本标准的附录A为规范性附录,附录B、附录C和附录D为资料性附录,本标准由全国金融标准化技术委员会证券分技术委员会提出。本标准由全国金融标准化技术委员会归口。本标准的主要起草单位:中国证券监督管理委员会信息中心、国泰君安证券股份有限公司、国信证券有限责任公司、长江证券有限责任公司、深圳证券通信公司、上海证券通信公司、恒生电子股份有限公司、金证高科技有限公司、上海期货信息技术有限公司、中国期货业协会、申银万国证券公司、中国银河证券公司。
本标准的主要起草人:杨淑琴、左峰、俞枫、王肇东、许强、范径武、郭怡峰、朱武林、王习平、王毛路、程立、刘铁斌、刘汉西、王彦龙、陈文培、巫禄芳、何铁军、何志强、叶鹏、余西林、熊绍军、张华、吕晓宁、金守罕、王海航、王书芳、徐明、龚大平、边志辉、蔡英军。本标准为第一次发布。
JR/T0046—2009
证券期货业与银行间业务数据交换消息体结构和设计规则1范围
本标准规定了证券期货业与银行间业务数据交换消息体的结构和设计规则。本标准适用手银行与证券公司间转账、银行与期货公司间转账、证券公司客户交易结算资金第三方存管等业务消息体的设计和使用。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注明日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
GB/T12406-1996表示货币和资金的代码GB/T2659-1994世界各国和地区名称代码GB/T4880.2-2000语种名称代码第2部分:3字母代码GB18030-2005信息技术中文编码字符集3术语和定义
下列术语和定义适用于本标准。3.1
元素element
代表一个数据域,
业务组件businesscomponents
消息中具有一定业务相关的数据域集合,主要用于更直观描述消息的业务含义。一个业务组件可能由多个元素和多个其他业务组件构成3.3
业务要素businesselement
业务要素是消息体的基本组成元素。它对应于业务流程操作中的一个商业元素。业务要素可能是一个简单的元素,也可能是一个复杂的业务组件。3.4
消息体messagebody
业务描述报文。在实际传输交换过程中,应嵌入在数据包中。消息体对应于应用层,3.5
数据包datapackage
双方在会话层传输的通信报文。数据包对应于会话层。3.6
证券方securities
包含证券公司、期货公司、基金公司。3.7
关联银行affiliatedbank
在银行与证券公司间转账、银行与期货公司间转账业务中表示转账银行,在证券公司客户交易结算资金第三方存管业务中表示存管银行。1
4总则
4.1语法描述
4.1.1基本语法
JR/T0046—2009
数据包和消息体采用XML格式描述,数据包和消息体的语法规则应遵循XML语法规则,4.1.2描述语法
4.1.2.1业务要素的可选与重复性业务要素或元素在消息体中的选择性应分成如下两种:必填的(Mandatory);
可选的(optional)。
本标准利用[m..n]来描述业务要素的可选性及出现的次数,[m.n]表示该要素至少应出现m次,最多出现n次。比如[0..1]表示该元素可以不出现,也可以出现一次。4.1.2.2消息块的循环性
消息块为多个业务要素组成的整体组合。消息块的循环性可分为如下两种:可循环;
不可循环。
本标准利用标志表示可以循环的消息块的起始业务要素,用标志表示可以循环的消息块的结束处,用OR表示消息块中的循环的业务要素。4.2元素类型
4.2.1元素类型
元素类型用于定义数据域的取值类型,包含基本数据类型、业务元素类型和业务组件类型。
4.2.2基本数据类型
本标准定义了一些基本的数据类型(数值、金额、日期、时间等)。4.2.2.1金额
金额的数据类型见表1。
类型名称
4.2.2.2数值
4.2.2.2.1整数
代表金额
Amount
金额数据类型
金额总的最大长度18位,小数位长度最大为2fractionDigital:2,minInclusive:0,totalDigital:181234567890. 00
整数的数据类型见表2。
类型名称
4.2.2.2.2小数
整数类型的数字
Number
整数数据类型
最大长度为18位,小数位为0
fractionDigital:O,totalDigital:18123456789012345678
小数的数据类型见表3。
小数数据类型
类型名称
4.2. 2. 2. 3
浮点数类型的数字
DecimalNumber
数值最大长度为18位,小数位最大长度为17fractionDigital: 17,
,totalDigital:18
123456789. 123456789
定长5位整数
定长5位整数的数据类型,
类型名称
日期时间
4.2.2.3.1
见表4。
5位定长的数字
Fix5Digital
定长5位整数数据类型
数值固定长度为5位,左面补填零fractionDigital:0,totalDigital:502345
日期的数据类型见表5。
类型名称
4. 2. 2. 3. 2
YYYYMMDD
20060708
时间的数据类型见表6。
类型名称
4.2.2. 3.3
HHMMSS
130000
日期时间
日期时间的数据类型见表7。
类型名称
4.2.2.4文本
4.2. 2. 4. 1
日期和时间
DateTime
YYYYMMDDHHMMSS
20060708130000
字符集选择
日期数据类型
时间数据类型
日期时间数据类型
本标准文本采用GB18030-2005标准规定的强制部分4.2.2.4.2
定长1位文本
定长1位文本的数据类型见表8。表8
类型名称
最大1个字符
Fix1Text
定长1位文本数据类型
JR/T0046—2009
4.2. 2. 4. 3
固定长度1个字符
35位长度文本
35位长度文本的数据类型见表9。表9
类型名称
最大35个字符
Max35Text
35位长度文本数据类型
最大长度35个字符,最小长度1个字符Aaaaa
70位长度文本
4.2.2. 4.4
70位长度文本的数据类型见表10。表10
类型名称
4.2. 2. 4.5
最大70个字符
Max70Text
70位长度文本数据类型
最大长度70个字符,
最小长度1字符
128位长度文本
128位长度文本的数据类型见表11。表11
类型名称
4.2.2. 4. 6
最大128个字符
Max128Text
128位长度文本数据类型
最大长度128个字符,)
最小长度1
3000位长度文本
3000位长度文本的数据类型见表12。表12
类型名称
3000位长度文本数据类型
最大3000个字符
Max3000Text
最大长度3000个字符,最小长度1字符aaaaa.aaaa
业务元素类型
JR/T0046—2009
本标准定义了描述基本组成元素数据类型。具体业务元素类型内容见第7节的详细描述。4.2.4
业务组件类型
本标准中定义了一些业务组件,在应用消息定义中利用这些组件描述业务流程中的业务要素。具体业务组件内容见第6节的详细描述。4.3会话机制
4.3.1会话生命周期时序
双方建立整个会话的过程是一个关键流程,对于双方的会话方式应采用相同的会话生命周期时序。会话生命周期时序,见图1。银行方(证券方)
4.3.2数据包格式
签到请求
签到回应,会话建立
会话债测请求
会话债测回应
业务数据交换请求
业务数据交换回应
会话债测
会话侦测回应
业务数据交换请求
业务数据交换回应
签退请求
签退回应,会话撤销
会话生命周期时序图
JR/T0046—2009
证券方(银行方)
会话双方传输的通信报文,应按照功能类型分成三个部分,见表13。一是会话控制信息,对应于数据包头;二是业务描述信息,对应于消息体:三是报文标志信息,对应于数据包尾。表13数据包格式
数据包头
数据包
消息体
数据包尾
一个完整的数据包格式如下:
会话控制信息
业务描述信息
报文标志信息
Len=”XxXxx”
CheckSum=”12345678”)



4.3.3数据包头
4.3.3.1数据包头内容
DataVer=\ 1.0. 0.1\
SeqNo=\ 1\
JR/T0046—2009
Type=”B\
Dup=\N\
数据包头包含数据包长度、数据包版本、数据包类型、数据包序号、可能重复标志、重发标志等内容。数据包头见表14。表14数据包头
要素名称
数据包长度免费标准bzxz.net
数据包版本
数据包序号
数据包类型
可能重复标志
校验和
4.3.3.2数据包长度
英文名称
DatagramVersion
CheckSum
标签名称



元素类型
Fix5Digital
Max35Text
Number
Fix1Text
YesNoIndicator
Max128Text
整个通信包的字节长度,指从数据包头到数据包结尾的总的长度,包含所有通信包的内容。
4.3.3.3数据包版本
目前版本为1.0.0.1。
4.3.3.4数据包序号
所有的数据包都通过一个唯一的序号标识。序号在每个会话开始时被初始化为1,并在整个会话中递增。通过监视序号的变化能识别并处理丢失的数据包,并在会话中重新连接时顺利地同步应用程序。
每个会话都建立一个独立的接收和发送序号。参与者维护一个序号赋给发送的数据包和一个单独的序号来监视接收到数据包的序号间隔。协议双方采取完全的顺序数据包处理,实施者在设计数据包丢失处理过程时应考虑到这一点。有两种方法可处理数据包丢失,一个是请求最后收到数据包的所有后续数据包,另个是通过维护的新数据包的序列列表请求指定的丢失数据包。例如,接收者丢失五个数据包中的第2个数据包,应用程序应忽略第3到第5个数据包并重新请求第2到第5个数据包,或者是第2到0(这里0表示无穷)。另一个方法是保存第3到第5个数据包并仅重发第2个数据包。无论哪一种方法,第3到第5个数据包应在第2个数据包后处理。4.3.3.5数据包类型
主要用于区分数据包中包含的消息体的类型,目前取值有两类:对于系统性消息取值为\S',对于其他业务类消息,取值为\B\。4.3.3.6可能重复标志
对于会话级的事件而重复发送数据包时将可能重复发送标志(Dup)设置为\Y(发送时用原来的数据包序号)。没有该标识或其值为\N\的数据包都认为是原始的数据包。4.3.3.7校验和
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。