JR-T 0216—2021 人民币跨境支付清算信息交换规范.pdf
- 文档编号:14660829
- 上传时间:2023-06-25
- 格式:PDF
- 页数:148
- 大小:1.84MB
JR-T 0216—2021 人民币跨境支付清算信息交换规范.pdf
《JR-T 0216—2021 人民币跨境支付清算信息交换规范.pdf》由会员分享,可在线阅读,更多相关《JR-T 0216—2021 人民币跨境支付清算信息交换规范.pdf(148页珍藏版)》请在冰点文库上搜索。
附件1ICS35.240.40CCSA11JR中华人民共和国金融行业标准JR/T02162021人民币跨境支付清算信息交换规范Cross-borderinterbankpaymentandsettlementinformationexchangespecification2021-07-22发布2021-07-22实施中国人民银行发布JR/T02162021I目次前言.IV引言.V1范围.62规范性引用文件.63术语和定义.64缩略语.85业务规则.85.1参与者行号.85.2字符集和编码.85.3参与者账号.85.4客户账号.85.5报文标识号.85.6端到端标识号.95.7中介机构.95.8业务层面报文重账检查标准.95.9业务种类编码.95.10报文类型与业务种类.106报文结构及约束.116.1报文格式.116.2报文头格式.116.3数字签名域.126.4报文体格式.137数据类型.138报文清单.179支付报文.189.1客户汇款报文.189.2金融机构汇款报文.259.3批量业务客户汇款报文.329.4中央对手业务发起报文.389.5中央对手业务回执报文.429.6银行发起SSS业务申请报文.449.7银行发起SSS业务回执报文.509.8FMI发起SSS业务申请报文.529.9FMI发起SSS业务回执报文.57JR/T02162021II9.10清算机构借贷报文.599.11清算机构借贷通知报文.649.12清算机构借贷通知回执报文.6910账户管理报文.7010.1跨境业务结算排队查询申请报文.7110.2跨境业务结算排队查询申请应答报文.7110.3资金调减申请报文.7410.4预注资调减申请报文.7610.5资金调整通知报文.7710.6排队调整申请报文.7910.7账户余额预警额度设置申请报文.8110.8余额告警通知报文.8210.9清算账户信息查询申请报文.8310.10清算账户信息查询应答报文.8410.11账户管理通知报文.8710.12双边净额发起方限额管理报文.8910.13双边净额发起方限额通知报文.9010.14轧差注资定额管理报文.9210.15注资状态白名单广播报文.9310.16缺款通知报文.9510.17参与者互助协议申请报文.9710.18参与者互助协议应答报文.9910.19支付处理确认报文.10110.20计费清单报文.10310.21净额结算通知报文.10710.22中央对手业务借贷通知报文.10911支付信息报文.11311.1业务查询报文.11311.2业务查复报文.11611.3业务撤销申请报文.11811.4业务撤销应答报文.11911.5业务状态查询申请报文.12111.6业务状态查询应答报文.12311.7通用签名信息业务报文.12511.8通用签名信息应答报文.12711.9自由格式报文.12711.10通用处理确认报文.12911.11丢弃通知报文.13012对账报文.13112.1资金调整核对报文.13112.2对账申请报文.133JR/T02162021III12.3跨境业务汇总核对报文.13412.4跨境业务明细核对申请报文.13612.5跨境业务明细核对应答报文.13812.6原报文下载申请报文.14012.7原报文下载应答报文.14212.8FMI跨境业务核对报文.144参考文献.147JR/T02162021IV前言本文件按照GB/T1.12020标准化工作导则第1部分:
标准化文件的结构和起草规则的规定起草。
请注意本文件的某些内容可能涉及专利。
本文件的发布机构不承担识别专利的责任。
本文件由中国人民银行清算总中心提出。
本文件由全国金融标准化技术委员会(SAC/TC180)归口。
本文件起草单位:
中国人民银行清算总中心、跨境银行间支付清算有限责任公司。
本文件主要起草人:
贝劲松、贺铁林、张欣、牛冬梅、吴贝贝、陈莉、葛洪慧、孙巍、任飞、王明媚、王齐、贾一鸣、崔婉旻、刘健、刘永生、侯轲、李媛媛、王伟利。
JR/T02162021V引言随着跨境人民币业务各项政策相继出台,跨境人民币业务范围不断扩大,业务规模快速增长,对支付结算等金融基础设施的要求日益提高。
为支持人民币跨境使用的需求,进一步完善人民币跨境支付结算体系,保证人民币跨境支付业务的安全、稳定和高效,中国建立了人民币跨境支付清算系统。
为了促进人民币跨境支付清算系统参与方之间信息互联互通,节约信息科技系统建设成本,提高社会整体的人民币跨境支付清算效率,编制本文件。
JR/T021620216人民币跨境支付清算信息交换规范1范围本文件规定了人民币跨境支付清算业务的信息交换业务规则、报文格式、数据类型和各类报文定义。
本文件适用于参与人民币跨境支付清算业务的银行业金融机构和非银行金融机构。
2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。
其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T26592000世界各国和地区名称代码GB/T74082005数据元和交换格式信息交换日期和时间表示法GB/T124062008表示货币和资金的代码GB/T13000信息技术通用多八位编码字符集(UCS)GB/T32918信息安全技术SM2椭圆曲线公钥密码算法GB/T16711银行业银行电信报文银行标识代码3术语和定义下列术语和定义适用于本文件。
3.1支付业务paymentbusiness参与者通过人民币跨境支付清算系统(以下简称跨境清算系统)发起和接收、进行资金结算的贷记业务。
3.2信息业务informationbusiness跨境清算系统和参与者或参与者间相互传递信息但不直接进行资金结算的业务。
注:
信息业务包括普通信息业务和管理信息业务两类。
3.3直接参与者directparticipant以自身身份直接参与跨境清算系统的银行业金融机构或非银行金融机构。
3.4JR/T021620217间接参与者indirectparticipant未在跨境清算系统开立资金账户但拥有跨境清算系统行号,委托直接参与者办理支付业务的银行业金融机构或非银行金融机构。
3.5发起人sender支付业务或信息业务的最初法人或自然人。
3.6接收人receiver支付业务或信息业务的最终法人或自然人。
3.7客户汇款customerremittance银行业金融机构接受申请并发出汇款指令,直接或通过代理行将款项划转给收款参与者,收款参与者根据汇款指令的要求将款项解付给收款人。
注:
客户汇款中,汇款人和收款人中至少一方不是金融机构。
3.8金融机构汇款financialinstitutiontransfer一家银行业金融机构受另一家银行业金融机构或非银行金融机构的委托、或以自身名义,以其他银行业金融机构或非银行金融机构为收款人的汇款。
注:
付款人及收款人均为银行业金融机构或非银行金融机构的汇款。
3.9批量业务客户汇款batchcustomerremittance银行业金融机构接受单笔或多笔客户汇款申请并以批量包的形式发出汇款指令,直接或通过代理行将款项划转给收款参与者,收款参与者根据汇款指令的要求将款项解付给收款人。
3.10中央对手业务centralcounterparty;CCP中央对手方从付款方账户扣款后,向收款方支付款项,同时对债券进行交割的业务。
3.11托管行custodian符合条件,并与不具有大额实时支付系统(HVPS)清算账户的直接参与者签订资金托管协议的境内银行业金融机构的直接参与者。
3.12JR/T021620218被托管行entrustedbank与托管行签订结算服务协议的跨境清算系统的境外银行业金融机构的直接参与者。
3.13清算机构借贷业务multi-debit/credittransferbyclearinginstitution金融市场基础设施的机构成员间涉及资金划拨的支付业务。
4缩略语下列缩略语适用于本文件。
BIC:
银行识别码(BankIdentifierCode)DVP:
券款兑付(DeliveryVersusPayment)FMI:
金融市场基础设施(FinancialMarketInfrastructure)HVPS:
大额实时支付系统(HighValuePaymentSystem)PVP:
同步交收(PaymentVersusPayment)SSS:
证券结算系统(SecuritySettlementSystem)SWIFT:
环球同业银行金融电讯协会(SocietyforWorldwideInterbankFinancialTelecommunications)XML:
可拓展标记语言(ExtensibleMarkupLanguage)5业务规则5.1参与者行号使用跨境清算系统主管部门编制的行号作为参与者行号。
5.2字符集和编码报文采用统一码(Unicode)字符集,UTF-8编码(一种针对Unicode的可变长度字符编码)方式。
其中字符集应符合GB/T13000的规定。
对于X字符集(一种字符集的名称)的文本(Text)类型字段,只允许出现英文字母、数字及以下特殊字符:
.,-_()/=+?
!
*;#:
%$|nrt(空格)对于允许中文的Text类型字段,系统不做特殊检查,只要在Unicode字符集范围内的字符都能通过。
5.3参与者账号参与者账号由最长35位X字符集范围内字符组成,应在跨境清算系统中唯一。
5.4客户账号客户账号由最长34位X字符集范围内的字符组成,应在参与者内部唯一。
5.5报文标识号JR/T021620219在跨境清算系统内,报文标识号唯一,仅标识一个直接参与者发起的一个报文,由报文发起参与者编制。
5.6端到端标识号端到端标识号作为在业务受理机构内部区分客户业务的唯一标识,由不超过35位数字或字母组成,并在客户发起业务委托时,由业务受理机构产生。
5.7中介机构若收款直接参与者和收款人开户行之间有一个中间行,使用“中介机构1”;若有两个中间行,使用“中介机构1”“中介机构2”。
5.8业务层面报文重账检查标准使用“发起直接参与者+报文标识号”作为业务层面报文重账的检查标准。
5.9业务种类编码业务种类编码唯一标识该种业务。
业务种类编码使用4位字母,见表1。
表1业务种类编码清单业务种类名称业务种类编码英文全称货物贸易GODXCross-bordergoodstrade服务贸易STRXCross-borderservicetrade资本项下CTFXCross-bordercapitaltransfer个人汇款RMTXCross-borderindividualremittance金融机构头寸调拨FTFXFinancialinstitutiontransfer其他OTFXOthertransfer债券市场交易现券买卖SBTBSpotbondtradingofbondmarkets债券市场交易质押式回购首期IPRBInitialpledge-stylerepoofbondmarkets债券市场交易质押式回购到期PREBPledge-stylerepoexpirationofbondmarkets债券市场交易买断式回购首期IBRBInitialbuyoutrepoofbondmarkets债券市场交易买断式回购到期BREBBuyoutrepoexpirationofbondmarkets分销券款对付DDVPDistributionDVP远期交割FORDForwarddelivery债券借贷(双边)到期BOLMBondlending(bilateral)maturity投资人定向转让DITIDirectionaltransferofinvestors商业银行定期存款首期ITDBInitialtermdepositofcommercialbanks商业银行定期存款到期TDEBTermdepositexpirationofcommercialbanks债券发行缴款BISPBondissuepayment债券还本付息BDESBonddebtservice债券还本金BPRRBondprincipalredeeming债券付息BINPBondinterestpayment债券发行手续费BISFBondissuancefee债券兑付手续费BCAFBondcashedfeeJR/T0216202110表1业务种类编码清单(续)业务种类名称业务种类编码英文全称附息式债券兑付手续费CBCFCoupon-bearingbondcashedfee债券净额BOCCBondCCPclearing利率衍生品INRDInterestratederivatives汇率衍生品EXRDExchangeratederivatives信用衍生品CREDCreditderivatives大宗商品衍生品COMDCommodityderivatives清算手续费CLEFClearingfee机构间支付业务结算净额NSPINettingsettlementofpaymentinstitution5.10报文类型与业务种类报文类型与业务种类的对照见表2。
表2报文类型与业务种类对照表报文类型业务种类客户汇款报文批量客户汇款报文货物贸易服务贸易资本项下个人汇款其他金融机构汇款报文货物贸易服务贸易资本项下个人汇款金融机构头寸调拨债券还本付息债券还本金债券付息债券发行手续费债券兑付手续费附息式债券兑付手续费其他中央对手业务发起报文债券净额利率衍生品汇率衍生品信用衍生品大宗商品衍生品清算手续费其他清算机构借贷报文机构间支付业务结算净额JR/T0216202111表2报文类型与业务种类对照表(续)报文类型业务种类银行发起SSS业务申请报文FMI发起SSS业务申请报文债券市场交易现券买卖债券市场交易质押式回购首期债券市场交易质押式回购到期债券市场交易买断式回购首期债券市场交易买断式回购到期分销券款对付远期交割债券借贷(双边)到期投资人定向转让商业银行定期存款首期商业银行定期存款到期债券发行缴款其他6报文结构及约束6.1报文格式报文结构由报文头、数字签名域和报文体组成,报文头、数字签名域和报文体共同构成一个完整的报文,中间没有任何字符间隔。
报文格式见下图。
图报文格式6.2报文头格式报文头包含与报文流转、交换、路由等相关信息。
报文头传输通信数据,主要内容由版本标识、发起方、接收方和报文描述四个部分组成,采用定长数据格式,总长度为174字节。
报文头的发起方具体要素包括报文发起人和发送系统号,接收方具体要素包括报文接收人和接收系统号,报文描述的要素包含表3序号7至序号15的内容,报文头格式见表3。
表3报文头格式序号域名含义位置长度类型属性说明1BeginFlag起始标识03xM标识报头块开始,固定使用“H:
”2VersionID版本号32nM固定填写“03”3OrigSender报文发起人535xM标识报文原始业务发起方4OrigSenderSID发送系统号404xM见表5第36行5OrigReceiver报文接收人4435xM标识报文最终业务接收方6OrigReceiverSID接收系统号794xM见表5第36行7OrigSendDate报文发起日期838dM标识OrigSender发出本报文的机器日期JR/T0216202112表3报文头格式(续)序号域名含义位置长度类型属性说明8OrigSendTime报文发起时间916tM标识OrigSender发出本报文的机器时间9StructType格式类型973xM固定填写“XML”10MesgType报文类型代码10020xM报文类型代码11MesgID通信级标识号12020xM通信层标识一个报文,由OrigSender顺序编制,并确保在OrigSendDate当日唯一;接收方根据OrigSenderOrigSendDateMesgID唯一确定一个报文,该三项重复的报文作为通信级重复报文12MesgRefID通信级参考号14020xO标识本报文的关联报文,由OrigSender设置,后续节点应保持该域不变,并在通信回应报文中带回该值,以便OrigSender匹配原报文13MesgPriority报文优先级1601nM此处报文优先级是通信一级的,报文传输系统前置根据此优先级传输报文。
例如:
设置为特急的报文,将被报文传输系统前置优先传输到业务系统处理。
类型包括:
“1”:
特急;“2”:
紧急;“3”:
普通14MesgDirection报文传输方向1611xM由行内发出:
“U”;由清算系统发出:
“D”15Reserve保留域1629xO保留16EndFlag结束标识1713xM标识报头块结束,固定使用“rn”,其中:
r=0x0d;n=0x0a注:
1x类型标识字符,取值范围为“a-z”“A-Z”“0-9”“.”(英文句号)“-”(连字符)“_”(下划线);n类型标识数字,取值范围为“0-9”;d类型标识日期,格式为yyymmdd;t类型标识时间,格式为hhmmss。
2M属性标识强制域,应填写,x类型的不能为全空格(0x20),n、d、t类型的不能是全0(0x30);O属性类标识可选项,可以不填值,但应填充占位符。
3各域均为定长域,值不足长度时应补位:
x类型的,后补空格(0x20);n类型的,前补0(0x30)。
6.3数字签名域6.3.1数字签名域格式数字签名域是可选项,对于需要加签数字签名和核验数字签名的报文,该域应按照要求填写数字签名内容。
数字签名域采用变长数据格式,格式见表4。
JR/T0216202113表4数字签名域格式域名含义位置长度类型属性说明BeginFlag起始标识03xMS:
DigitalSignature数字签名内容4签名长度签名数据MEndFlag结束标识签名后紧接3xMrn6.3.2加签要素和数字签名编制数字签名保证数据的可靠性和防抵赖性。
数字签名由发起参与者编制,由跨境清算系统和接收参与者核验。
编制数字签名的流程如下。
a)按报文中要素出现的顺序,将各加签要素值后附“|”后顺序拼接成签名要素串;最后一个要素值后面也有“|”;取金额字段作为加签要素时,应包括该金额对应GB/T124062008中规定的字母码。
示例:
102100033452|CNY1234.56|cips.111.001.01|。
b)使用发起参与者的数字证书(私钥)对签名要素串签名,签名的校验算法应符合GB/T32918(所有部分)的规定。
c)将签名值使用一种基于64个可打印字符来表示二进制数据的编码方式(BASE64)转码后填写到报文的数字签名域。
各加签要素值,指要素对应的XML报文域数据,包括该域除XML标签外的所有字符,不应补齐位数,并截断两端空白字符。
空白字符,主要由空格(0x20)、制表(0x09)、回车(0x0d)、换行(0x0a)四个字符组成。
如加签要素没有在报文中出现,或其值为全空白(即截断两端空白字符后字符长度为0),则拼接签名要素串时忽略该加签要素。
数字签名经BASE64转码后放置到报文的数字签名域,由于BASE64转码后的值可包含回车符,因此在将数字签名加入到报文中时,应避免使用文本对象模型(Dom)的应用程序编程接口(API)操作,否则Dom的API可能会对数字签名中的特殊字符进行转义,从而导致接收参与者核签失败。
示例:
DomAPI将数字签名的回车符转换为“ ”。
6.3.3报文的数字签名核验标准报文使用不带签名者证书(公钥)的数字签名。
核验该数字签名的要求如下:
a)按6.3.2中的要求组织签名要素串。
b)获取发起参与者绑定的证书公钥,使用证书注销列表文件(CRL)进行证书是否已被注销的检查。
c)使用该公钥、签名要素串、数字签名,核验数字签名的合法性。
核验通过后,跨境清算系统和各接收参与者应存储业务及其签名备查。
6.4报文体格式报文体包含业务数据为XML格式,使用标签标识XML报文的根。
7数据类型报文中使用的数据类型见表5。
JR/T0216202114表5数据类型表序号类型名称类型定义类型值说明1MaxNText字符串,最少1位,最多N位的文本,含数字、字母、中文及其他各种字符。
每个中文占1位2MaxNNumericText数字串,最少1位,最多N位的数字。
无3ExactNText字符串,固定为N位长度的字符串。
无4ExactNNumericText数字,固定为N位长度的数字。
无5ISODate日期,格式为yyyy-mm-dd。
例如2019-05-01。
ISODate应符合GB/T74082005。
6ISODateTime日期和时间,格式为yyyy-mm-ddTHH:
MM:
SS。
例如2010-05-01T15:
09:
05,其中的“T”为日期和时间的分隔符,是必需的。
ISODateTime应符合GB/T74082005。
7ActiveCurrencyAndAmount货币符号和金额,其中金额的整数部分最多16位数字,小数部分固定2位数字。
不带正负号。
例如2784245.00。
例如一元只能为1.00,不能为1或者1.0,金额第一位非零数字前禁止补零,不能为01.00或者前补更多0。
货币符号按GB/T124062008的规定,人民币的货币符号为“CNY”。
8ActiveOrHistoricCurrencyAndAmount货币符号和金额,其中金额的整数部分最多16位数字,小数部分固定2位数字。
不带正负号。
无9DecimalNumber数字,其中整数部分最多16位数字,小数部分固定2位数字。
不带正负号。
无10PercentageRate数字,表示利率,最多11位,其中小数部分最多10位。
在本文件中,整数部分强制保留1位,小数部分强制保留8位(例如千分之三只能表示为0.00300000)。
11BICIdentifier字符串,使用BIC码的方式标识银行业金融机构。
BIC码的正则表达式为“A-Z6,6A-Z2-9A-NP-
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JR-T 02162021 人民币跨境支付清算信息交换规范 JR 0216 2021 人民币 支付 清算 信息 交换 规范
![提示](https://static.bingdoc.com/images/bang_tan.gif)