人民币跨境支付系统一期报文交换标准.docx
- 文档编号:23090831
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:321
- 大小:517.12KB
人民币跨境支付系统一期报文交换标准.docx
《人民币跨境支付系统一期报文交换标准.docx》由会员分享,可在线阅读,更多相关《人民币跨境支付系统一期报文交换标准.docx(321页珍藏版)》请在冰豆网上搜索。
人民币跨境支付系统一期报文交换标准
内部资料,注意保管
人民币跨境支付系统(一期)项目技术文件
人民币跨境支付报文
文件状态:
[√]草稿
[]正式发布
[]正在修改
文档编号:
RDC-SDP0309-CIPSR-01
当前版本:
V0.9.8
编制人:
崔婉旻
审核人:
吴贝贝
审批人:
罗永忠
中国人民银行清算总中心
支付系统开发中心
版本号
修改人
修改日期
修改说明
V0.5.0
崔婉旻
2014-10-10
【A】创建
V0.7.0
崔婉旻
2014-10-10
【M】提交开发中心评审
V0.8.0
崔婉旻
2014-10-17
【M】根据开发中心评审意见修改
1、在3.3.1报文长度说明和4.1报文清单中,增加报文最大长度限制:
(1)对于业务及信息类报文和SWIFT保持一致,最大长度使用10K;
(2)对于CIPS主动下发的管理类报文,最大长度允许为2M。
"
2、去掉2.2.3报文标识号中的委托日期,支付类报文委托日期使用起息日业务要素代替,其他报文不包含委托日期。
3、在2.2.1的字符集和编码中,将x字符集改为SWIFTBASICLATIN字符集,尽量符合SWIFT标准;
4、考虑未来扩展性,数据类型和长度尽量和ISO保持一致。
在所有报文的报文结构定义中,将行号、业务种类等改成35位;
5、在客户汇款和金融机构汇款的报文结构定义中,将收付款人类型栏位修改为使用附言栏;
6、在1.4术语和缩略语中,补充“被托管行”和“托管行”;
7、在资金调整核对报文、跨境业务汇总核对报文、系统状态变更通知报文、计费清单报文、参与者信息变更通知报文、业务权限变更通知报文、参与者状态变更通知报文、数字证书绑定通知报文、系统参数变更通知报文的报文序列图中,增加参与者收到报文处理完成后返回通用处理确认报文。
V0.9.0
崔婉旻
2014-11-4
【M】根据商业银行外部专家咨询会意见修改
1、在客户汇款和金融机构汇款的报文结构定义中,将结算日期改为期望结算时间(包括日期和时间)。
2、在2.2.1的字符集和编码中,取消/CN/标识,明确CCC码使用SWIFT发布的最新版本。
3、在业务查询报文和业务查复报文中增加原端到端标识号。
V0.9.1
崔婉旻
2014-11-15
【M】根据SWIFT专家意见修改
1、客户汇款报文的收付款人类型删除。
2、原报文下载申请和原报文下载应答报文SupplementaryData里内容拆开,增加PlaceAndName。
3、业务撤销应答报文撤销处理状态放到ReasonProprietary
4、支付处理确认报文账户余额、处理时间、处理日期放到SupplementaryData,业务处理码+信息。
5、资金调整通知报文改为camt998.
6、业务查询报文type改填cips301,原报文类型放到any下,Any中的TAG变更顺序,查询内容放在最后,序号等内容放在前面。
7、业务查复报文SupplementaryData需要增加PlaceAndName
8、业务状态查询应答报文增加对时间的说明。
9、资金调整核对报文和跨境业务明细核对应答报文明细循环中的原发起直接参与者行号,修改为使用AccountServicerReference
10、系统状态变更通知,参与者信息变更通知报文,业务权限变更通知报文,登录/退出申请报文,登录/退出应答报文,强制离线通知报文,参与者状态变更通知报文,数字证书绑定通知报文,数字证书下载申请报文,系统参数变更通知报文从camt998改为admi998.
11、计费报文从camt998改为camt086.
12、删除所有子tag相关信息。
(签名说明,附录)
13、通用签名信息业务报文、通用签名信息业务应答报文、自由格式报文的直接参与者行号英文中的Direct删除。
14、报文丢弃通知报文的报文类型从cips911改为cips912。
15、cips801行名行号变更期数改为参与者变更期数。
16、业务状态查询应答,增加原业务处理信息。
17、处理码+处理信息放在一起,统一规则306,308,912,806。
18、增加间参所属直参变更通知报文。
V0.9.2
崔婉旻
2014-11-25
【M】根据确认意见修改
1、增加注资申请报文的报文功能说明,对隶属关系错误强制入账的处理。
2、业务种类修改。
3、cips112收付款人改为收付款行,结构调整。
4、cips306原业务发起直接参与者号,结构调整。
5、修改3.2.2.1中的签名校验算法。
V0.9.3
崔婉旻
2014-11-27
【M】
修改报文值域为MX样式
V0.9.4
崔婉旻
2014-12-04
【M】根据确认意见修改
1、将cips.111和cips.112的业务种类改为可选,删除cips.902的业务种类。
2、cips.111和cips.112增加结算日期要素。
检查结算日期等于当天,不再检查起息日。
3、删除注资异常强制入账的内容。
V0.9.5
崔婉旻
2014-12-08
【M】根据跟踪组意见修改
1、将cips.111和cips.112的结算日期改为期望结算日期。
2、将cips901的直接参与者HVPS行号和接入标识删除。
V0.9.6
崔婉旻
2014-12-18
【M】根据开发组意见修改
1、增加cips.714报文说明,能申请下载的报文类型cips111,112,352。
2、cips.352增加处理日期。
3、cips.715修改结算日期、时间为处理日期、时间。
4、cips.902修改权限清单为1.1,报文类型为0.n。
增加权限控制的报文类型。
5、cips.904修改公共数据名称为公共数据中文名称,增加公共数据英文名称,公共数据值不再允许中文,英文部分可空。
6、cips.611收费账户信息改为收费账户中文信息,增加收费账户英文信息,英文部分可空。
7、cips.901电话不允许中文,英文部分可空。
8、修改业务优先级为URGT。
9、增加运行时序业务标准章节。
10、生效日期修改为变更生效日期。
V0.9.8
崔婉旻
2014-12-24
【M】根据开发组意见修改
1、5.15增加报文说明,对附言的填写要求。
删除报文功能段对报文填写的要求,统一放到报文说明段。
增加报文功能段对报文的总体描述。
修改章节描述为HVPS金融机构发起汇兑业务报文。
增加退汇和调减的场景节。
2、修改报头、pmts报文行号为35位。
修改pmts报文版本号为002。
ccms.990,991,992,cips.912行号字段修改。
3、将系统状态报文表格挪至附录。
4、增加PMTS-CAE缩略语,修改2.2.4和2.2.11的描述。
V0.9.9
崔婉旻
2014-01-07
【M】根据跟踪组意见修改
1、5.33,行名改为140,地址改为490,联系人改为140。
【M】错误修正
1、所有any节点改为Data,由于any是保留字,使用会出问题。
2、cips.611报文FIId节点tag名称错误修正。
3、cips.601的余额和处理时间和报文发送时间改为非加签项。
4、增加部分报文说明,修改部分报文属性的错误。
文档修订记录
注:
变化状态:
A—增加,M—修改,D—删除
1引言
1.1背景
近年来,随着跨境人民币业务各项政策相继出台,人民币跨境业务范围不断扩大,业务量已初具规模,对支付结算标准化服务的要求日益提高。
为支持各个阶段人民币跨境使用的需求,有必要进一步完善人民币跨境支付结算体系,保证人民币正常跨境流通。
经充分论证和研究,在借鉴国际经验的基础上,人民银行决定组织开发人民币跨境支付系统,进一步整合现有人民币跨境支付结算渠道和资源,提高跨境结算效率,满足各主要时区发展人民币业务的需要,提高交易的安全性和稳定性,营造公平竞争的市场环境。
2014年5月13日,中国人民银行行长专题会决定CIPS系统建设采用分步实施策略,一期系统应于2015年底前完成开发建设和投产,主要任务是建成以下系统:
(一)报文传输系统;
(二)支付清算业务处理系统;(三)账户系统。
CIPS一期仅支持境内直接参与者通过专线接入,首先实现实时全额清算,并适当延长服务时间,力争覆盖更多不同时区的地区。
1.2编写目的
本文档参考业务需求、业务标准及相关设计文档编写,目的是指导系统的开发人员和系统的参与者的开发人员依照本标准,开发系统相关接口。
1.3范围
本文档的阅读对象为业务管理部门人员、CIPS运营中心业务及技术管理人员、技术方案编制人员、软件设计人员、测试人员、软件实现人员、CIPS运营中心业务运行维护技术人员、支付系统相关技术人员、支付系统相关业务管理人员、项目管理人员等。
系统参与者的系统分析员、程序员、测试人员、业务主管及其他相关人员
1.4定义和缩略语
(1)人民币跨境支付系统(Cross-borderInterbankPaymentSystem—CIPS)
是为境内外机构之间人民币跨境支付业务提供资金结算服务的系统。
(2)第二代中国人民银行支付系统(CNAPS2)
由中国人民银行清算总中心建设和运维,处理全国金融机构间资金汇兑的电子系统,包大额支付系统、小额支付系统、网上跨行支付清算系统、公共控制系统等子系统。
(3)大额支付系统(HighValuePaymentSystem—HVPS)
中国人民银行支付系统组成系统。
该系统以电子方式实时处理异地、同城每笔金额在规定起点以上的贷记支付和紧急的金额在规定起点以下的贷记支付的应用系统。
大额实时支付系统以全额的方式清算资金。
人民币跨境清算模块通过该系统完成注资、调减和清零。
(4)直接参与者(DirectParticipant)
直接参与者是以自身身份直接参与人民币跨境支付系统,初期仅支持机构注册地在中国大陆境内的境内参与者。
(5)间接参与者(IndirectParticipant)
间接参与者是指未在CIPS开立资金账户,拥有CIPS行号,必须委托直接参与者办理人民币跨境支付业务的境内外银行机构等。
(6)发起人(Sender)
发起人是指支付业务或信息业务的最初发起机构或个人。
(7)接收人(Receiver)
接收人是指最终接收支付业务或信息业务的机构或个人。
(8)支付业务(PaymentBusiness)
支付业务是指参与者通过CIPS发起和接收的,并进行资金结算的贷记业务,包括客户汇款、头寸调拨、金融市场业务。
(9)信息业务(InformationBusiness)
信息业务是指CIPS及参与者间相互传递信息,不直接进行资金结算的业务。
包括普通信息业务和管理信息业务两类。
(10)客户汇款(CustomerPayment)
客户汇款是指银行接受客户汇款申请并发出汇款指令,直接或通过代理行将款项划转给收款行,收款行根据汇款指令的要求将款项解付给收款人。
客户汇款中汇款人和收款人中至少一方不是金融机构。
(11)金融机构汇款(FinancialInstitutionTransfer)
头寸调拨是指付款人及收款人均为银行或非银行金融机构的汇款,即一家银行受另一家银行或非银行金融机构(含自身的分支机构)的委托、或以自身名义,以其它银行或非银行金融机构为收款人的汇款。
(12)资金托管行(Custodian)
资金托管行是指与CIPS境外直接参与者签订结算服务协议,负责为CIPS境外直接参与者开立资金存管账户并提供相关服务的境内商业银行。
(13)被托管行(EntrustedBank)
被托管行是与资金托管行签订结算服务协议的CIPS的境外直接参与者。
(14)CIPS参与者接入端报文传输软件(PMTS-CAE)
CIPS参与者接入端报文传输软件,供人民币跨境支付系统参与者使用。
1.5参考资料
1、《人民币跨境支付系统业务需求书》,中国人民银行支付结算司,2012年9月;
2、《第二代支付系统报文交换标准》,中国人民银行清算总中心,2013年05月;
3、《人民币跨境支付系统(一期)需求规格说明书》,中国人民银行清算总中心,2014年10月。
1.6引用标准
(1)《计算机软件文档编制规范(GB/T8567-2006)》,国家质量监督检验检疫总局、国家标准化管理委员会,2006.3.14;
(2)《支付系统开发中心项目管理体系OSSP_V3.1.0》,中国人民银行清算总中心支付系统开发中心,2014.1.17。
1.7从属关系
无。
2业务标准
2.1术语说明
1.业务要素
业务要素是业务数据项的抽象名称,是业务的基本组成单位,如银行账户的账号。
2.报文
报文是系统节点间交换业务数据的基本单位,由报文头和报文体组成,其中报文体由多个报文块组成。
3.报文块
报文块是报文的基本组成单位,使用XML标签界定,由多个报文域组成。
4.报文域
报文域是报文块的基本组成单位,使用XML标签界定。
每个报文域封装一个或多个业务要素,多个报文域组成报文块。
对复杂的业务要素,报文域可能包含多个报文子域。
5.根报文域
报文使用XML文档标准,该文档的根节点称为根报文域,标签固定为
6.报文子域
对于分级的报文域,较低级的域称作报文子域,使用XML标签界定,位于较高级报文域的XML标签内部。
业务标准
2.1.1字符集和编码
报文采用Unicode字符集,UTF-8编码方式。
对于不允许中文的Text类型字段,只允许出现英文字母、数字等属于SWIFTBasicLatin字符集范围内的特殊字符:
.,-_()/=+?
!
&*;@#:
%[]‘\${}^|~<>“`\n\r\t(空格)
对于允许中文的Text类型字段,系统不做特殊检查,只要在Unicode字符集范围内的字符都能通过。
名称字段等备注标明允许中文的业务要素可以填写中文或英文或中文商业代码(ChineseCommercialCode),中文商业代码使用SWIFT发布的最新版本。
发起行在填写中文或中文商业代码前,需自行确认接收行可以处理该字段的中文或中文商业代码,系统不做控制。
其他字段不允许填写中文。
2.1.2参与者行号
CIPS使用SWIFT的BIC或CIPS业务主管部门编制的行号作为参与者行号,CIPS参与者如果没有BIC,需要先向SWIFT申请非公开的BIC或向业务主管部门申请行号。
2.1.3参与者账号
CIPS的直接参与者在CIPS系统内部开立账户,CIPS以参与者行号作为参与者账号。
2.1.4参与者加入方式
直接参与者初期仅支持机构注册地在中国大陆境内的境内参与者。
CIPS采用一点接入、一点清算的方式,境内直接参与者的境内分支机构不允许以间接参与者的身份加入CIPS。
一家间接参与者可以对应多家直接参与者,一家直接参与者也可以对应多家间接参与者。
2.1.5报文标识号
在CIPS系统内,报文标识号唯一标识一个直接参与者发起的一个报文,在CIPS业务保存期(CIPS业务保存期是CIPS的系统参数)内不允许重复。
由16位序号组成,16位序号可由大小写字母和数字组成(不限制必须同时出现大小写字母和数字),如果位数不够的话前补零。
2.1.6端到端标识号
端到端标识号是交易发起方行内业务层面对交易的唯一标识,在整个业务链中不变。
2.1.7账号
客户帐号由最长34位SWIFTBasicLatin字符集范围内的字符组成。
应在参与者内部唯一。
2.1.8中介机构
中介机构的用法如下图所示,如果收款行和收款人开户行之间有一个中间行,使用中介机构1;如果有二个中间行,使用中介机构1、2。
2.1.9业务层面报文重账检查规则
CIPS使用{发起直接参与者+报文标识号}二项作为业务层面报文重账的检查标准。
2.1.10变更期数
变更期数是8位数字,不足8位时前补零,上线之初所有变更期数都是“00000000”。
2.1.11运行时序
CIPS默认按照国家法定工作日运行,根据公历时间确定其工作日,具体工作日期请参见系统状态变更通知报文。
CIPS每个工作日的运行共分为四个阶段:
日间处理阶段、业务截止阶段、日终处理阶段和营业前准备阶段。
CIPS在营业准备时通过HVPS注资,在日终处理时通过HVPS清零,这两个操作要在HVPS的日间处理阶段进行,HVPS需要延时覆盖CIPS的营业时间。
以下时点为初期参考值,具体时间点会随系统参数变更通知报文下发。
1.日间处理阶段:
9:
00至20:
00为CIPS的日间业务处理时间,每天9:
00定时进入日间后,关闭注资窗口(注资窗口在营业准备阶段描述),对于达到注资最低限额的参与者注资状态更新为注资成功,此时系统集中处理CIPS各类跨境支付业务,信息业务及资金调整业务。
进入日间后对未注资成功参与者可以继续进行注资直至注资完成。
业务截止前半小时,向所有参与者发送业务截止告警的系统状态变更通知,通知参与者准备业务截止。
2.业务截止处理阶段:
每天20:
00定时进入业务截止状态,业务截止后停止受理各类跨境支付业务,切换完成后自动进入日终处理。
3.日终处理阶段:
进入日终处理后,对于结算排队业务进行自动退回处理,退回完成后进行账户清零处理,之后等待大额日终及对账,与大额对账完成后,进行清零完成检查,然后进行系统内记账的试算平衡,确认无误后进行与参与者对账,之后自动进入下一日营业准备。
4.营业准备阶段:
CIPS日终处理完成后,切换系统工作日,进入到下一工作日的营业准备状态,然后依次进行账户归档及初始化,CIPS参与者信息生效,CIPS公共参数生效,即将过期参与者数字证书到期提醒通知,上日业务统计,如果是月初第一个工作日进行参与者月初计费,下发计费清单。
之后系统状态停在该状态,此时可进行系统维护,数据归档及清理相关动作。
等到HVPS进入日间后,CIPS自动开启注资窗口,此时可以受理参与者的注资业务,直至CIPS进入日间。
为适应人民币跨境支付业务的处理需要,CIPS的运行时间和工作日各时段时间安排应实现灵活调整,以有效满足不同时区境外参与机构的资金清算要求。
每个系统状态下,参与者能够发送的报文请见附录参与者发起报文与系统状态对照表。
2.1.12业务种类编码
编号
业务种类名称
业务编码
1.
货物贸易
GOD
2.
服务贸易
STR
3.
资本项下
CTF
4.
个人汇款
RMT
5.
其他
OTF
2.1.13报文与业务种类对照表
报文类型
业务种类
客户汇款报文
1、货物贸易
2、服务贸易
3、资本项下
4、个人汇款
5、其他
金融机构汇款报文
1、货物贸易
2、服务贸易
3、资本项下
4、个人汇款
5、其他
3报文格式概述
3.1报文结构
3.1.1报文结构
系统使用XML报文传输业务数据。
该XML报文仅承载业务数据本身,并没有包含与报文流转、交换、路由等相关的信息,这些信息须附加到额外的数据块中传输,为处理的简便性,系统将这个额外数据块附加到业务报文的头部,称之为报文头,而将业务报文本身称为报文体。
报文头与报文体之间存放数字签名,称为数字签名域,数字签名域是可选的,对于需要加核数字签名的报文该域必须存在且按照要求填写数字签名内容,对于不需要加核数字签名的报文该域不出现。
报文头、数字签名域和报文体共同构成一个完成的报文,之间没有任何字符间隔。
即系统报文格式如下:
MsgHeader(报文头)
数字签名域
Document(报文体)
3.1.2报文头格式
3.1.2.1报文头格式说明
节点间报头传输通信级数据,主要由版本标识、发起方、接收方、报文描述四个部分组成,采用定长数据格式,总长度为174字节。
格式如下:
域
类
域名
含义
位置
长度
类型
属性
说明
BeginFlag
起始标识
0
3
x
M
标识报头块开始,固定使用:
{C:
版本
VersionID
版本号
3
2
n
M
固定填写01;
发
起
方
OrigSender
报文发起人
5
35
x
M
标识报文原始业务发起方;
OrigSenderSID
发送系统号
40
4
x
M
固定填写CIPS
接
收
方
OrigReceiver
报文接收人
44
35
x
M
标识报文最终业务接收方;
OrigReceiverSID
接收系统号
79
4
x
M
固定填写CIPS
报文描述
OrigSendDate
报文发起日期
83
8
d
M
标识OrigSender发出本报文的机器日期;
OrigSendTime
报文发起时间
91
6
t
M
标识OrigSender发出本报文的机器时间;
StructType
格式类型
97
3
x
M
固定填写XML
MesgType
报文类型代码
100
20
x
M
报文类型代码;
MesgID
通信级标识号
120
20
x
M
通信层标识一个报文,由OrigSender顺序编制,并确保在OrigSendDate当日唯一;
接收方根据OrigSender+OrigSendDate+MesgID唯一确定一个报文,该三项重复的报文作为通信级重复报文;
MesgRefID
通信级参考号
140
20
x
O
标识本报文的关联报文,由OrigSender设置,后续节点应保持该域不变,并在通信回应报文中带回该值,以便OrigSender匹配原报文;
MesgPriority
报文优先级
160
1
n
M
此处报文优先级是通信一级的,PMTS-CAE根据此优先级传输报文,例如:
设置为特急的报文,将被PMTS-CAE优先传输到业务系统处理。
1:
特急;
2:
紧急;
3:
普通;
MesgDirection
报文传输方向
161
1
x
M
由行内发出:
U
由CIPS发出:
D
Reserve
(保留域)
162
9
x
O
保留。
EndFlag
结束标识
171
3
x
M
标识报头块结束,固定使用:
}\r\n
\r=0x0d
\n=0x0a
说明:
1、x类型标识字符,取值范围为a-z、A-Z、0-9、.(英文句号)、-(连字符)、_(下划线);n类型标识数字,取值范围为0-9;d类型标识日期,格式为:
yyyymmdd;t类型标识时间,格式为:
hhmmss;
2、各域均为定长域,值不足长度时应补位:
x类型的,后补空格(0x20);n类型的,前补0(0x30);
3、强制域必须填值。
x类型的不能为全空格(0x20),n、d、t类型的不能是全0(0x30);可选项可以不填值,但应填充占位字符。
x类型填充空格(0x20),n、d、t类型的填充0(0x30);
4、报头块各域字母均不区分大小写,建议使用全大写字母。
3.1.2.2报文头填写范例
3.1.2.2.1行内系
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人民币 支付 系统 一期 报文 交换 标准
![提示](https://static.bdocx.com/images/bang_tan.gif)