ImageVerifierCode 换一换
格式:DOCX , 页数:156 ,大小:83.50KB ,
资源ID:29499857      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/29499857.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(境内外币支付系统报文格式实用标准.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

境内外币支付系统报文格式实用标准.docx

1、境内外币支付系统报文格式实用标准附件四:境内外币支付系统报文格式标准 外币支付系统接口报文格式标准V 1.4中国人民银行科技司 二八年四月版本修改记录:版本号完成日期简单描述0.52007-07-10C提交总行支付司作为需求书报文格式附件1.02007-12-10M科技司下发商业银行版本1.0.12007-12-15MX字符集中增加,#。M公共数据更新FMT062公共数据名称字段修改为20g,附言改为可选项。M FMT080的“金融机构代码”字段由强制项改为可选项。M FMT083的“备注”字段由30x改为30g。MFMT032的排队业务数目由8!n改为8n。M正文块中的20栏位(支付交易序号

2、等),16x中要求必须不能出现SP空格字符,否则报文将被外币支付系统拒绝。MFMT061中发起业务权限数目和接收业务权限数目由3!n改为3n。MFMT082中”备注”由30!x改为30g。MFMT024报文“数字签名内容”字段修改为73E78E0-30。MFMT100/101/102/103/104/200/201/202/203/204中”52a/53a/54a/55a/56a/57a/58a”中A的定义中增加/。MFMT013中借贷标识增加N。标识结算的业务为支付清算组织发起的轧差净额业务。MFMT196查复报文“查复内容”字段修改为35g35g0-5。MFMT088 直接特许参与者行号G

3、51改为发起节点代码A41。并增加说明项。MFMT089 直接特许参与者行号改为发起节点代码。并增加说明项。MFMT061 业务权限报文并不下发给结算银行。MFMT026当为0全部成功时,明细数目可能为0或者大于零,明细内容为在FXCC已注销的清算行行号告知结算行。MFMT060增加字段H51“上一工作日需对账币种清单”,用以在日切时,告知参与节点上一工作日需要对那些币种进行对账。 MFMT080字段“地市代码”由2!n改为4!n。 M增加变量,用于表示业务参考号、查询书号、支付交易序号等唯一确定一笔业务记录的序号。此变量要求为16x,但不能含有SP空格字符。MFMT986删除清算类型字段。M

4、FMT060的H51“上一工作日需对账币种清单”字段,如果当日没有任何币种需要对账,则应填NUL;M1.2.5.1支付业务子块集增加203,用于日终对账补发203时使用。AFMT199增加21:相关参考号。1.12008-1-6MFMT013货币符号清算金额由15d修改为17d。MFMT083字段“地市代码”由2!n改为4!n。MFMT087字段“变更类型”增加3变更结算银行,当变更结算银行成功后,通过此报文通知所有直接参与行。MFMT062增加“BASERSMX”基础数据历史保存期。MFMT087增加“币种金额小数位”。MFMT200增加附言字段/F85/30g35g0-5。MFMT033和

5、FMT034增加发起节点代码字段,支持结算银行查询在本结算行开户的某个直接参与者的额度信息。A币种增加:CAD-加拿大元 AUD-澳大利亚元 GBP-英镑 CHF-瑞士法郎A增加币种小数位描述:加拿大元-2位小数,澳大利亚元-2位小数,英镑-2位小数,瑞士法郎-2位小数。A 增加结算银行代码的定义:8883-加拿大元结算银行代码,8882-澳大利亚元结算银行代码,8881-英镑结算银行代码,8890-瑞士法郎结算银行代码。MFMT044可用额度预警应答报文中的可用额度预警值改为强制项MFMT083删除生效日期字段M调用CFCA的签名函数得到的签名串在放入FMT024的“数字签名内容”F90字段

6、前必须将签名串最后的去掉后才能放入F90字段。MFMT100报文中的“收款人开户行号”改为,“付款人开户行号”改为。1.22008-1-29MFMT044可用额度预警应答报文中的可用额度预警值改为可选项。MFMT023中查询清算行行号由F15改为A15,查复清算行行号由F20修改为A20。FMT024中的查复清算行行号由F20修改为A20。M1.2.3.4退汇业务子块集中增加F91退汇原因字段。MFMT194中的“退汇应答”字段:0表述由“已退汇”改为“同意退汇”。MFMT100中的“收款人开户行号”改为“收款人开户行”,“付款人开户行号”改为“付款人开户行”格式由原来的修改为35g35g0-

7、3,银行可以根据具体情况输入开户行的行号或者名称。D删除变量的定义。MFMT089报文的明细中的“数字证书DN号”修改为“数字证书CN”,“数字证书参考号”修改为“数字证书SN”。MFMT013增加可以给特许参与者发送的说明,增加对清算金额的说明。修改“清算行行号A06”为“直接(特许)参与者行号A01”。MFMT016修改处理状态:“40 FXCC日终退回”为“40 FXCC退回”。M1.1.1增加说明2:本系统使用“”(0XA9BF) 作为用户输入的回车字符。MFMT073增加说明,说明补发的往帐支付报文的报文第1、2块填写规则。1.32008-2-23MFMT021增加说明8、9,修改A

8、10名称“被计费清算行行号”为“被计费节点”,类型“”为“”支持对结算银行计费功能。1.42008-4-18M修正 4附录 TAG与域名一览表的内容和报文正文内容一致,并删除其中未使用的TAG定义。说明:C-创建;M-修改报文;A-增加报文;D-删除报文;1 报文标准概述1.1 概述1.1.1 属性符号 n表示0至9的数字a表示大写字母x表示X字符集中的任意字符c表示大写字母、0至9的数字h表示十六进制数,即数字0-9,大写字母A-F;d表示数值,即0-9,小数点符(使用逗号),;整数部分必须出现,至少有一位数字组成,可以出现前导0;如果没有小数部分,小数点符也必须提供。G表示汉字编码字符集(

9、GB18030编码)g表示X字符集与汉字编码字符集(GB18030编码)E表示BASE 64编码;说明1:对于特定的域,如账号,在数字与字母混合使用时,不得大小写混用,不得使用字母O和o,I和i,以避免与数字0和1混淆。说明2:对于FMT195(:75:查询内容)、FMT196(:76:查复内容)、FMT199(:79:/F89/内容)几个字段,当用户需要在内容中输入回车时,本系统使用“”(0XA9BF) 作为用户输入的回车字符。1.1.2 X字符集外币支付系统X字符集使用ASCII编码,由以下78个字符组成: 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 LF CR 1

10、 2 SP # ( ) + , - . / 3 0 1 2 3 4 5 6 7 8 9 : ; ? 4 A B C D E F G H I J K L M N O 5 P Q R S T U V W X Y Z _ 6 a b C d e f g h i j k l m n o 7 p q r S t u v w x y z 说明:上述字符集中,: / 四个字符保留为报文块的定界符,报文域值(业务数据)中不能使用此四字符,否则报文将被外币支付系统拒绝。正文块中的20栏位,16x中要求必须不能出现SP空格字符,否则报文将被外币支付系统拒绝。1.1.3 英文简称命名规范首词首字母小写其余词首字母大

11、写,当长度超过8个字符时,使用缩写,缩写原则为四个或三个字母。1.1.4 报文结构外币支付系统报文由多个报文块构成,报文块使用左花括号 开始,使用右花括号结束,紧接着左花括号使用一位数字标识块的类型,其后使用冒号:将块标识与块内容分开。外币支付系统使用以下报文块: 基本头块:1: BASIC HEADER BLOCK; 应用头块:2: APPLICATION HEADER BLOCK; 用户头块:3: USER HEADER BLOCK; 用户正文块:4: TEXT BLOCK 附加正文块:5: APPEND TEXT BLOCK 签名块:6:MAC BLOCK 报尾块:7:TRAIL BLO

12、CK其中第1块(基本头)、第2块(应用头)分别记录发起方、接收方信息,可以被系统修改;第3(用户头)、4(用户正文)两块记录业务数据,由发起方赋值,其他节点只能读取,均不能修改;第5块(附加正文)记录业务相关的其他数据,任何节点均可以添加或修改业务相关的处理数据;第6块(签名)记录对第3、4块内容加编数字签名后的签名串内容;第7块(报尾)记录对第1、2、5、6做特殊算法处理后的身份验证串内容。基本头、应用头、用户头、用户正文和报尾块都是必选的,而附加正文块和签名块是可选的。基本头块、应用头块和报尾是定长格式的,用户头、用户正文块、附加正文块和签名块是变长格式的,可以包含子块。附加正文块在发起方

13、不用添加,其他节点对发起方的业务进行处理后需要附加的信息字段添加到附加正文块中。目前定义附加正文块由FXCC(外币支付系统业务处理中心)对支付类报文清算后将清算相关信息添加进附加正文块,并转发到业务接收方。附件正文块是可选的。支付业务发起方此块不出现在报文中,FXCC处理后会添加此块进报文中,支付业务的接收方此块是必选的。签名块包含报文的数字签名,由发起方添加,其他各节点仅检查值合法性,均不能修改其值。签名块是可选的。需要加编数字签名的报文此块为必选。1.2 报文块格式1.2.1 基本头块基本头块对输入、输出消息格式相同。如果是输入消息,则本块内容与发送者相关;如果是输出消息,则本块内容与接收

14、者相关(注意:输入、输出是相对外币支付系统的FXCC而言。其格式如下:1:(a)F(b)01(c)BANKBEBBAXXX(d)2222(e)123456(f)(g)说明:(a) 基本头块前缀与标识;(b) 应用标识(Application Identifier):1位字母,标识发送或接收消息的应用程序。FFIN,所有user-to-user消息、FIN系统消息和FIN服务消息;GGRA,大多数GPA系统消息和GPA服务消息;LGRA,部分GPA服务消息,如:LOGIN、LAKs、ABORT。外币支付系统固定使用F。(c) 服务类型(Service Identifier):2位数字,标识消息的

15、类型,主要包含系统消息、用户消息、服务消息等。用户主要关心的是“01”,即消息是GPA系统消息、FIN系统消息或user-to-user消息。其他如“21”表示ACK/NAK,UAK/UNK,“03”表示SELECT命令等等。外币支付系统固定使用01。(d) 逻辑终端地址(LT Identifier):标识消息发起或接收的终端地址。外币支付系统中为发送方(输入消息或往账)或接收方(输出消息或来账)的11位行号加上1位的LT号(加在第9位)。此处的发起方接收方一定为直接参与机构。说明1: 11位行号-发送方或接收方如果是直接参与机构,则为该机构的11位BIC码;如果是FXCC、结算银行、共享前置

16、机,则此项为XXXXXXX。说明2:发起方和接收方的LT号固定填“A”,例1:A银行(BIC:BNKACNSHXXX)发起一笔报文给B银行(BIC:BNKBCNBJXXX),则发起方的LT为:BNKACNSHAXXX,接收方的LT为:BNKBCNBJAXXX;例2:A银行(BIC:BNKACNSHXXX)发起一笔报文给美元结算银行(代码为:8887),则发起方的LT为:BNKACNSHAXXX,接收方的LT为:8887XXXXAXXX;例3:FXCC(代码为8888)发起一笔报文给A银行(BIC:BNKACNSHXXX),则发起方的LT为:8888XXXXAXXX,接收方的LT为:BNKACN

17、SHAXXX。(e) 任务号(Session Number):4位数字,标识消息的任务号。由发起方统一编号和(f)唯一标识一个报文。(f) 序列号(Sequence Number (ISN or OSN)):6位数字,标识消息的顺序号。由发起方统一编号,和(e)唯一标识一个报文。(g) 基本头块结束符。1.2.2 应用头块应用头块提供了消息本身的信息。 输入消息应用头输入消息应用头描述消息的类型、地址和发送方式。FIN输入消息的应用头格式如下:2:(a)I(b)103(c)BANKDEFFAXXX(d)N(e)(f)999(g)说明:(a) 应用头块标识;(b) 输入输出标识:I输入消息,O输

18、出消息;(c) 消息类型号:3位数字,即MT编号;(d) 接收逻辑终端地址:12位字母,标识消息接收的终端地址。外币支付系统中为输入消息或往账的接收方的11位的行号加上1位的LT号(加在第9位),LT号固定填“A”。此处的接收方一定为直接参与机构。请参考基本头块中的(d)逻辑终端地址(LT Identifier)说明。(e) 消息优先级:1位字母,该字符仅用于FIN 消息,指定消息的优先级,可能的值包括:S = 系统;U = 紧急;N = 正常。“S”必须被用于user-to-system消息。user-to-user消息,可以使用“U”或“N”。如果没有指定交付规则,则系统消息总是最先交付,

19、然后是紧急消息,最后才是正常消息。外币支付系统目前忽略此项设置。固定填N。(f) 交付监控:该选项仅用于FIN user-to-user消息,允许消息发送者请求:一旦消息被交付,自动发出MT 011交付通知,或在失效时间内没有交付,自动发出MT 010未交付警告,或对于上述两项都有或都没有。交付监控的可能值包括:1 = 未交付警告,2 = 交付通知,3 =未交付警告和交付通知。如果消息优先级为“U”,那么用户必须请求交付监控选项“1”或“3”,如果消息优先级为“N”,那么用户可以请求交付监控选项“2”,或者设置该参数为空格,没有交付监控。外币支付系统目前忽略此项设置。固定填1个空格。(g) 失

20、效时间:由三位数字构成(单位为5分钟),如果在失效时间之后FIN user-to-user消息才被交付,系统会在消息中加入延迟标志(DLM)。对于紧急消息,如果在失效时间内消息没有交付,系统会产生未交付警告。对于紧急消息,失效时间为003(15分钟),对于正常消息失效时间为020(100分钟)。失效时间只能在交付监控被设置(对于紧急消息选择1或3,对于正常消息为2)的情况下设置,否则该消息会被标记H25错误。外币支付系统目前忽略此项设置。固定填999。 输出消息应用头输出消息应用头描述消息的类型、发送者及发送时间、交付时间。FIN输出消息的应用头格式如下:2:(a)O(b)103(c)1200

21、(d)010103BANKBEBBAXXX2222123456(e)010103(f)1201(g)N(h)说明:(a) 应用头块标识;(b) 输入输出标识:I输入消息,O输出消息;(c) 消息类型号:3位数字,即MT编号;(d) 输入时间:格式为HHMM,消息发送者的本地时间。如果是系统消息,则该时间为系统产生消息的时间(格林威治时间GMT);外币支付系统此项填写FXCC受理此报文的系统时间。(e) MIR:每个输出消息都有一个唯一的MIR。MIR由28个字符构成,第16位是消息发送者的本地日期,外币支付系统此项填写FXCC受理此报文的系统工作日,第718位是消息发送者的逻辑终端地址,即报文

22、发起方的LT:11位的行号加上1位的LT号(加在第9位),LT号固定填“A”。此处的发起方一定为直接参与机构。请参考基本头块中的(d)逻辑终端地址(LT Identifier)说明,第1922位是发送者的任务号(Session Number),第2328位是发送者的序列号(ISN),外币支付系统的发送者的任务号和序列号同基本头块中的发送者的任务号和序列号;(f) 输出日期:接收者收到消息的本地日期,外币支付系统使用FXCC转发此报文的系统工作日期;(g) 输出时间:格式为HHMM,接收者收到消息的本地时间,外币支付系统使用FXCC转发此报文的系统工作日期;(h) 消息优先级:同输入消息。 1.

23、2.3 用户头块用户头用于用户和用户间传递的信息。本块只能被消息发送者赋值,并自动复制到输出消息中。本块由子块构成,外币支付系统用户头块目前包含FMT子块集、转汇业务子块集、退汇业务子块集。所有的报文必填的子块为FMT子块。格式定义如下:3:(a)FMT:xxx(b)(c)说明:(a) 用户头块标识;(b) 子块内容:外币支付系统FMT编号有三位数字组成,具体内容参3.1报文清单;(c) 用户头块结束符。对于支付类报文、退汇报文等还需要填写其他的子块,具体的子块定义如下。1.2.3.1 FMT子块集(适用所有报文)FMT子块集的格式定义:序号子块名称强制/可选(M/O)子块名业务属性示例1FM

24、T号MFMT3!nFMT:103说明:所有外币支付系统报文,FMT子块集必须出现在用户头块中。1.2.3.2 优先级子块集(FMT100/101/102/103/104/200/201/202/203/204)优先级子块集的格式定义:序号子块名称强制/可选(M/O)子块名业务属性示例1优先级别ME371!nE37:1说明:当为100/101/102/103/104/200/201/202/203/204报文时,优先级子块集中的子块必须出现在用户头块中。优先级别:1-紧急,2-普通。1.2.3.3 转汇业务子块集(FMT101/102/104/201/202)转汇业务子块集适用于FMT101/1

25、02/104/201/202报文,格式定义如下:序号子块名称强制/可选(M/O)子块名业务属性示例1. 发起清算行行号MA11 A11:BAKACNSHXXX2. 接收清算行行号MA12A12:BAKBCNSHXXX3. 发起行行号MA30A30:BAKACNSH0014. 接收行行号MA31A31:BAKBCNSH0015. 委托日期MB00B00:200708086. 支付交易序号MD50D50:BBBBBB0000000001说明:当为FMT101/102/104/201/202报文时,转汇业务子块集中的子块必须出现在用户头块中。1.2.3.4 退汇业务子块集(FMT103/204)退汇

26、业务子块集适用于FMT103/204报文,格式定义如下:序号子块名称强制/可选(M/O)子块名业务属性示例1. 原委托日期MB90 B90:200708082. 原支付交易序号MD90D90:BANKAB00000000013. 原FMT号MF313!nF31:1014. 退汇原因OF9160gF91:帐号户名不符说明:当为FMT103/204报文时,退汇业务子块集中的子块必须出现在用户头块中。并且如果要退汇的原业务是转汇业务(FMT101/102/201/202)时,用户头块中还必须出现要退汇的原业务的转汇业务子块集。以FMT101汇出业务的退汇报文FMT103(要退汇的原业务FMT为101

27、)为例,则用户头块组织如下:3:FMT:103E37:2B90:20070808D90:BANKAB0000000001F31:101A11:BAKACNSHXXXA12:BAKBCNSHXXXA30:BAKACNSH001A31:BAKBCNSH001B00:20070808D50:BBBBBB0000000001 说明:(a) 用户头块用3:作为前缀符;(b) FMT子块必须出现;(c) 优先级别为普通。(d) 转汇业务子块集中为原FMT101报文用户头块中的转汇业务子块集内容;(e) 退汇业务子块集中为FMT103报文的子块内容;(f) 使用结束用户头块。1.2.4 正文块外币支付系统使用正文块传输发起方的消息内容,由正文块前缀符4:打头,块结束符结束,其间的各个报文域使用TAG码分隔。外币支付系统正文块具有两种组织格式,非MT198格式和MT198格式,非MT198格式报文通过MT报文号区分,MT198报文通过FMT号(子报文号)区分。正文块由多个定长或者变长且有序的报文域组成,报文域内容中可能还含有子域,子域中可能还含有明细域。1.2.4.1

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1