JR/T 0046.1-2020 相关标准英文版PDF
| 标准号码 | 价格美元 | 第2步(购买) | 交付天数 | 标准名称 |
| JR/T 0046.1-2020 | RFQ | 询价 | [PDF]天数 <=3 | 证券期货业与银行间业务数据交换协议 第1部分：三方存管、银期转账和结售汇业务 |
| JR/T 0046-2009 | RFQ | 询价 | [PDF]天数 <=10 | 证券期货业与银行间业务数据交换消息体结构和设计规则 |
| 基本信息 | |
|---|---|
| 标准编号 | JR/T 0046.1-2020 (JR/T0046.1-2020) |
| 中文名称 | 证券期货业与银行间业务数据交换协议 第1部分：三方存管、银期转账和结售汇业务 |
| 英文名称 | (Securities and Futures Industry and Interbank Business Data Exchange Agreement - Part 1: Three-party Depository, Bank-Future Transfer, and Foreign Exchange Settlement and Sale Business) |
| 行业 | 金融行业标准 (推荐) |
| 中标分类 | A11 |
| 字数估计 | 122,137 |
| 发布日期 | 2020-07-10 |
| 实施日期 | 2020-07-10 |
| 旧标准 (被替代) | JR/T 0046-2009 |
| 标准依据 | 证监会公告(2020)40号 |
| 发布机构 | 中国人民银行 |
JR/T 0046.1-2020: 证券期货业与银行间业务数据交换协议 第1部分：三方存管、银期转账和结售汇业务
JR/T 0046.1-2020 英文名称: (Securities and Futures Industry and Interbank Business Data Exchange Agreement -- Part 1: Three-party Depository, Bank-Future Transfer, and Foreign Exchange Settlement and Sale Business)
中 华 人 民 共 和 国 金 融 行 业 标 准
代替 JR/T 0046-2009
证券期货业与银行间业务数据交换协议
第 1部分：三方存管、银期转账
和结售汇业务
中国证券监督管理委员会 发 布
1 范围
JR/T 0046的本部分规定了证券期货业与银行间业务数据交换协议的流程分析、消息报文、业务组件
类型、业务元素类型和基本数据类型。
本部分适用于证券期货业与银行间客户交易结算资金第三方存管、银期转账、融资融券、期货结售汇
等业务的数据交换消息体及数据字典的设计和使用。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
4.1 会话同步
银行业与证券期货业之间数据交换业务处理之前，银行端和证券期货端系统需要同步系统相关状态后
再完成后续业务处理，包括签到、签退、发起业务数据交换请求等。具体时序见图1。
4.2.1 业务分析
证券期货端发起签到，由证券期货端发送报文给银行端，银行端收到报文并检验后，完成签到审批，
并回复证券期货端签到结果以及工作密钥等信息。
4.31.2 需求分析
图 60 银行端发起日终对账业务的需求分析流程
银行端发起日终对账业务的需求分析流程如图60所示，需求分析流程说明如下：
--银行端发起就绪文件通知；
--如果银行端发起就绪通知失败，再次发送；
--证券期货端收到就绪通知请求后，并对请求进行应答成功；
--如果证券期货端应答失败，请求银行端再次发送；
--证券期货端主动发起下载日终文件请求；另一种方式是银行端主动通过 FTP、报文推送等方式发
送，证券期货公司被动接收；
--银行端返回应答，传输日终对账文件，包括日终成功的交易；
--证券期货端对收到的日终对账文件进行存储。
4.31.3 逻辑分析
图 61 银行端发起日终对账业务的逻辑分析流程
银行端发起日终对账业务的逻辑分析流程如图 61 所示。逻辑分析流程说明如下：
--银行端发起对账文件就绪通知，证券期货端收到通知并进行成功应答；
--证券期货端发起对账文件下载请求，银行收到请求，并将对账文件发送到证券期货端；
--证券期货端接收到对账文件，存储后进行对账。
5.1.2 每一个会话或应用传输的消息应只有一个消息头，该消息头指明消息类型、发送起始点、发送目
的地、发送时间、消息流水号以及其他一些通用信息。消息头格式见表 2。
5.3.2 报文内容约定
报文的描述统一采用二维表形式表示，且每个业务报文只描述顶级业务元素，对于包含子项的复杂业
务元素统一采用组件描述。在实际使用中的报文采用XML格式表达，二维表共有8个字段，各字段内容说明
如下：
5.4.4 使用规则
会话消息使用规则如下：
a) 系统根据消息头中的业务功能码确定消息的具体业务功能；
b) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
c) 如果是应用检测业务，消息体中可以不包含认证数据、密钥两个业务要素；
d) 如果是签到、签退业务，消息体中应该包含认证数据，但可以不包含密钥；
e) 如果是密钥同步业务，消息体中应该包含密钥，但可以不包含认证数据业务要素。可以支持多种
密钥的交换。
5.6.4 使用规则
账户签约业务要素使用规则如下：
a) 系统根据消息头应用系统类别决定是哪一个业务系统的账户；
b) 系统根据消息头中的业务功能码确定消息的具体业务功能；
c) 客户指定关联银行可以由证券期货端、银行端双向发起；预指定关联银行由证券期货公司发起，
把客户信息传送给银行；预指定关联银行确认业务由银行发起，用于预指定存管银行的客户进行
确认后，银行通知证券期货公司；登记币种代码信息由银行发起，登记币种代码信息一次只能登
记一个币种代码，如果登记多币种代码，需要重复发送登记币种代码消息；
d) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
e) 签约消息中应该包含客户信息，如果是机构投资者，客户信息中填写机构信息；
f) 如果该客户指定了代理人，应该提供代理人信息；
g) 消息体中的银行端账户或证券期货端账户可能包含密码，密码的加密传输方式由交易双方约定；
h) 证券期货端账户余额表示该账户的日初余额，用户根据证券期货公司和银行的业务要求确定消息
体中是否需要包含账户余额要素；
i) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的一些文字说明信息，摘要
内容可以与本次操作流水一起保存在相关日志中，可选。
5.7.3 使用规则
账户签约应答业务要素使用规则如下：
a) 本消息用来回应对方发来的签约消息。消息头中的业务功能码应与请求消息中的业务功能码一
致；
b) 消息头中的消息流水号必选，填写本消息的流水号；
c) 消息头中的相关流水号必选，填写与之对应的请求消息流水号；
d) 返回结果指示业务操作是否成功，如果失败。消息体中可以不包含返回结果后的元素；
e) 回执消息中应该包含银行端账户和证券期货端账户，表示该客户分别在证券期货端和银行端的账
户；
f) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的一些文字说明信息，摘要
内容可以与本次操作流水一起保存在相关日志中，可选。
5.8.4 使用规则
账户解约业务要素使用规则如下：
a) 系统根据消息头中的业务功能码确定消息的具体业务功能；
b) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
c) 消息中应该包含银行端账户和证券期货端账户，指示待销账户。对于预指定关联银行的客户销户，
消息中可以不包含银行端账户；
d) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的一些文字说明信息，摘要
内容可以与本次操作流水一起保存在相关日志中，可选。
5.9.3 使用规则
账户解约应答业务要素使用规则如下：
a) 本消息用来回应对方发来的解约消息。消息头中的业务功能码应与回应消息中的业务功能码一
致；
b) 消息头中的消息流水号必选，填写本消息的流水号；
c) 消息头中的相关流水号必选，填写与之对应的请求消息流水号；
d) 返回结果指示业务操作是否成功，如果失败。消息体中可以不包含返回结果后的元素；
e) 消息中应该包含银行端账户和证券期货端账户，指示被撤销的账户，或解除签约关系的账户；
f) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的一些文字说明信息，摘要
内容可以与本次操作流水一起保存在相关日志中，可选。
5.10.4 使用规则
账户信息修改业务要素使用规则如下：
a) 系统根据消息头中的业务功能码确定消息的具体业务功能；
b) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
c) 消息体中的客户信息为变更后的新客户信息。客户信息中包含的元素都表示需要修改成新值；
d) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的说明信息，可以与本次操
作流水一起保存在日志中，可选。
5.11.3 使用规则
账户信息修改应答业务要素使用规则如下：
a) 本消息用来回应对方发来的账户管理消息。消息头中的业务功能码应与回应消息中的业务功能码
一致；
b) 消息头中的消息流水号必选，填写的内容是本消息的流水号；
c) 消息头中的相关流水号必选，填写的内容是与之对应的请求消息流水号；
d) 返回结果指示业务操作是否成功。如果失败，消息体中可以不包含返回结果后的元素；
e) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的一些文字说明信息，摘要
内容可以与本次操作流水一起保存在相关日志中，可选。
5.12.4 使用规则
账户信息查询业务要素使用规则如下：
a) 系统根据消息头中的业务功能码确定消息的具体业务功能；
b) 客户身份验证证券期货端、银行端都可发起。查询证券资金余额由银行端发起，查询银行端余额
由证券期货端发起；
c) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
d) 校验客户身份或查询余额时银行要求核对客户信息，消息体中应包含客户信息，基本内容包含客
户名称、证件类型及证件号码；
e) 消息体中应包含银行账户编码和证券资金账户编码，用于指定希望查询的账户；
f) 如果交易双方采用授信机制，银行端账户或证券期货端账户中不包含密码；如果交易双方不授信，
消息体中的银行端账户或证券期货端账户应该包含密码，密码的加密传输方式由交易双方约定；
g) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次操作相关的一些文字说明信息，摘要
内容可以与本次操作流水一起保存在相关日志中，可选；
h) 查询期货公司换汇账户余额时，涉及查询本币账户余额和外币账户余额，一次查询一个期货公司
的银行账户的余额，统一只填写付款方账户，币种代码填写该账户对应的币种代码。
5.14.4 使用规则
转账业务要素使用规则如下：
a) 系统根据消息头中的业务功能码确定消息的具体业务功能；
b) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
c) 如果是机构转账业务，消息体中流水号可能包含预约流水号；
d) 重发标志。如果重发标志为‘Y’，表示本消息可能是重新发送的转账交易，其消息流水号应和
以前发送的流水号一致。如果接收方已经处理过该消息，业务上不需再次进行转账交易，但应返
回被重复消息的处理结果；
e) 如果转账冲正时银行需要校验客户信息，消息体中应该包含客户信息，基本内容包含客户名称、
证件类型及证件号码；
f) 消息体中应包含银行账户编码和证券资金账户编码，用于指定发生转账关系的两个账户；
g) 如果交易双方采用授信机制，银行端账户或证券期货端账户中不包含密码；如果交易双方不授信，
消息体中的银行端账户或证券期货端账户应该包含密码，密码的加密传输方式由交易双方约定；
h) 消息体中应包含转账金额，转账金额中包含币种代码信息，缺省为人民币。转账金额应大于0；
i) 如果业务过程中涉及转账费用，消息体中应包含费用标志，指明是费用支付方，同时包含发送方
或接收方应支付的费用信息；
j) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次转账相关的一些文字说明信息，摘要
内容要求与本次转账的操作流水一起保存在相关日中或者流水中。
5.15.3 使用规则
转账应答业务要素使用规则如下：
a) 本消息用来回应对方发来的转账消息。消息头中的业务功能码应与回应消息中的业务功能码一
致；
b) 消息头中的消息流水号必选，填写本消息的流水号；
c) 消息头中的相关流水号必选，填写与之对应的请求消息流水号；
d) 返回结果指示业务操作是否成功。如果失败，消息体中可以不包含返回结果后的元素；
e) 回执消息体中应包含银行账户编码和证券资金账户编码，用于指定发生转账关系的两个账户；
f) 转账回执消息体中应包含转账金额要素，以便于转账交易发起方能够核对转账是否正确；
g) 可以根据证券期货公司和银行的业务要求确定消息体中是否需要包含账户余额要素；
h) 摘要的填充内容是系统、柜台操作员或者客户提交的与本次转账相关的一些文字说明信息，摘要
内容要求与本次转账的操作流水一起保存在相关日志或者流水中。
5.16.4 使用规则
转账冲正业务要素使用规则如下：
a) 系统根据消息头中的业务功能码确定消息的具体业务功能；
b) 消息头中的消息流水号必选，如果是银行端发起，应在该域填写银行流水号，如果是证券期货端
发起，应在该域填写证券流水号；
c) 被冲正的流水号指的是希望进行冲正的原始转账请求流水号；
d) 如果转账冲正时银行需要校验客户信息，消息体中应该包含客户信息，基本内容包含客户名称、
证件类型及证件号码；
e) 消息体中应包含银行账户编码和证券资金账户编码，用于指定发生转账关系的两个账户；
f) 如果交易双方采用授信机制，银行端账户或证券期货端账户中不包含密码；如果交易双方不授信，
消息体中的银行端账户或证券期货端账户应该包......