境内外币支付系统报文格式标准

1、附件四：境内外币支付系统报文格式标准内部资料注意保管外币支付系统接口报文格式标准V中国人民银行科技司二。八年四月目录1报文标7B概述错误!未定义书签概述错误！未定义书签属性符号错误!未定义书经X字符集错误!未定义书经英文简称命名规范错误!未定义书经报文结构错误!未定义书经报文块格式错误!未定义书签基本头块错误!未定义书经应用头块错误!未定义书经用户头块错误!未定义书经正文块错误!未定义书经错误！未定义书签MT103(FMT102)境内跨行贷记业务报文(汇入业务).错误MT103(FMT103)境内跨行贷记业务报文(退汇业务).错误MT103(FMT104)境内跨行贷记业务报文(转汇信息).错误

2、MT202(FMT200)银行间资金调拨业务报文(境内业务).错误MT198(FMT061)业务权限控制报文.错误!未定义书签。MT198(FMT074)轧差净额业务核对报文(暂不开发).错误行号类错误！未定义书签。MT198(FMT080)参与者行号变更通知报文错误MT198(FMT081)直接参与者币种变更通知报文错误MT198(FMT082)直接参与者币种变更确认报文错误!未定义书经MT198(FMT083)间接参与者行号变更申请报文错误!未定义书经MT198(FMT084)间接参与者行号变更确认报文错误!未定义书经MT198(FMT085)结算账户销户申请报文错误!未定义书经MT198

3、(FMT086)结算账户销户应答报文错误!未定义书经MT198(FMT087):币种变更通知报文错误!未定义书经MT198(FMT088)数字证书行号绑定关系变更申请报文.错误!未定义书经MT198(FMT089)数字证书行号绑定关系变更通知报文.错误!未定义书经2附录TAG与域名一览表错误!未定义书签版本修改记录:版本号完成日期简单描述2007-07-10C提交总行支付司作为需求书报文格式附件2007-12-10M科技司卜发商业银行版本1.0.12007-12-15MX字符集中增加,'#'。M公共数据更新FMT062公共数据名称字段修改为20g,附言改为可选项。MFMT080

4、的“金融机构代码”字段由强制项改为可选项。MFMT083的“备注”字段由30x改为30g。MFMT032的排队业务数目由8!n改为8n。M正文块中的20栏位（支付交易序号等），16x中要求必须不能出现SP空格字符，否则报文将被外币支付系统拒绝。MFMT061中发起业务权限数目和接收业务权限数目由3!n改为3n。MFMT082中”备注”由30!x改为30g。MFMT024报文“数字签名内容”字段修改为73E<CRLF>78E0-30。MFMT100/101/102/103/104/200/201/202/203/204中”52a53a54a55a56a57a58a35g35g1.2.

5、5支付业务子块集增加203,用于日终对账补发203时使用。AFMT199增加21:相关参考号。2008-1-6MFMT013货币符号清算金额由15d修改为17d。MFMT083字段“地市代码”由2!n改为4!n。MFMT087字段“变更类型”增加3变更结算银行，当变更结算银行成功后，通过此报文通知所有直接参与行。MFMT062增力口“BASERSMX础数据历史保存期。MFMT087增加“币种金额小数位”。MFMT200增加附言字段/F85/'30g<CRLF>35g0-5。MFMT033和FMT034增加发起节点代码字段，支持结算银行查询在本结算行开户的某个直接参与者的额度

6、信息。A币种增加：CAD加拿大元AUD-澳大利亚元GBP-英镑CHF-瑞士法郎A增加币种小数位描述：加拿大元-2位小数，澳大利亚元-2位小数，英镑-2位小数，瑞士法郎-2位小数。A增加结算银行代码的定义：8883-加拿大元结算银行代码，8882-澳大利亚元结算银行代码，8881-英镑结算银行代码，8890-瑞士法郎结算银行代码。MFMT044可用额度预警应答报文中的可用额度预警值改为强制项MFMT083删除生效日期字段M调用CFCA的签名函数得到的签名串在放入FMT024的“数字签名内容”F90字段前必须将签名串最后的<CRLF去掉后才能放入F90字段。MFMT100报文中的“收款人开户

7、行号"改为<BIC5>,“付款人开户行号”改为<BIC5>。2008-1-29MFMT044可用额度预警应答报文中的可用额度预警值改为可选项。MFMT023中查询清算行行号由F15改为A15,查复清算彳T行号由F20修改为A20。FMT024中的查复清算行行号由F20修改为A20。M1.2.3.4退汇业务子块集中增加F91退汇原因字段。MFMT194中的“退汇应答”字段：0表述由“已退汇”改为“同意退汇”。MFMT100中的“收款人开户行号”改为“收款人开户行”，“付款人开户行号”改为“付款人开户行”格式由原来的<BIC5>修改为35g<CR

8、LF>35g0-3,银行可以根据具体情况输入开户行的行号或者名称。D删除<BIC5>变量的定义。MFMT089报文的明细中的“数字证书DN号”修改为“数字证书CM,“数字证书参考号”修改为“数字证书SM。MFMT013增加可以给特许参与者发送的说明，增加对清算金额的说明。修改“清算行行号A06”为“直接（特许）参与者行号A01”。MFMT016修改处理状态：“40FXCC日终退回”为“40FXCC退回”。M1.1.1增加说明2:本系统使用”（0XA9BH作为用户输入的回车字符。MFMT073增加说明，说明补发的往帐支付报文的报文第1、2块填写规贝U。2008-2-23MFMT

9、021增加说明8、9,修改A10名称“被计费清算行行号”为“被计费节点”，类型“<BIC>"为“<BIC4>”支持对结算银行计费功能。2008-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,小数点符（使用逗号），；整数部分必须出现，至少有一位数G表示汉字编码字符

10、集（GB18030编码）g表示X字符集与汉字编码字符集（GB18030编码）-E表小BASE64编码，说明1:对于特定的域，如账号，在数字与字母混合使用时，不得大小写混用，不得使用字母O和o,I和i,以避免与数字0和1混淆。说明2:对于FMT195（:75:查询内容）、FMT196（:76:查复内容）、FMT199（:79:/F89/内容）几个字段，当用户需要在内容中输入回车时，本系统使用”（0XA9BF作为用户输入的回车字符。1.1.2 X字符集外币支付系统X字符集使用ASCII编码，由以下78个字符组成:0123456789ABCDEF0LFCR12SP#()+,-./3012345678

11、9;4ABCDEFGHIJKLMNO5PQRSTUVWXYZ6abCdefghijklmno7PqrStuvwxyz说明：上述字符集中，：/四个字符保留为报文块的定界符，报文域值（业务数据）中不能使用此四字符，否则报文将被外币支付系统拒绝。正文块中的20栏位，16x中要求必须不能出现SP空格字符，否则报文将被外币支付系统拒绝。1.1.3 英文简称命名规范首词首字母小写其余词首字母大写，当长度超过8个字符时，使用缩写，缩写原则为四个或三个字母。1.1.4 报文结构外币支付系统报文由多个报文块构成，报文块使用左花括号''开始，使用右花括号''结束，紧接着左花括号使用

12、一位数字标识块的类型，其后使用冒号：将块标识与块内容分开。外币支付系统使用以下报文块：基本头块：1：BASICHEADERBLOCK;应用头块：2:APPLICATIONHEADERBLOCK;用户头块：3:USERHEADERBLOCK;用户正文块：4:TEXTBLOCK附力口正文块：5:APPENDTEXTBLOCK签名块：6:MACBLOCK报尾块：7:TRAILBLOCK其中第1块（基本头）、第2块（应用头）分别记录发起方、接收方信息，可以被系统修改；第3（用户头）、4（用户正文）两块记录业务数据，由发起方赋值，其他节点只能读取，均不能修改；第5块（附加正文）记录业务相关的其他数据，任

13、何节点均可以添加或修改业务相关的处理数据；第6块（签名）记录对第3、4块内容加编数字签名后的签名串内容；第7块（报尾）记录对第1、2、5、6做特殊算法处理后的身份验证串内容。基本头、应用头、用户头、用户正文和报尾块都是必选的，而附加正文块和签名块是可选的。基本头块、应用头块和报尾是定长格式的，用户头、用户正文块、附加正文块和签名块是变长格式的，可以包含子块。附加正文块在发起方不用添加，其他节点对发起方的业务进行处理后需要附加的信息字段添加到附加正文块中。目前定义附加正文块由FXCC（外币支付系统业务处理中心）对支付类报文清算后将清算相关信息添加进附加正文块，并转发到业务接收方。附件正文块是可选

14、的。支付业务发起方此块不出现在报文中，FXCC处理后会添加此块进报文中，支付业务的接收方此块是必选的。签名块包含报文的数字签名，由发起方添加，其他各节点仅检查值合法性，均不能修改其值。签名块是可选的。需要加编数字签名的报文此块为必选。1.2报文块格式1.2.1 基本头块基本头块对输入、输出消息格式相同。如果是输入消息，则本块内容与发送者相关；如果是输出消息，则本块内容与接收者相关（注意：输入、输出是相对外币支付系统的FXCC而言。其格式如下：1:(a)F(b)01(c)BANKBEBBAXX(d)X2222(e)123456(f)(g)说明：(a) 基本头块前缀与标识；(b) 应用标识（App

15、licationIdentifier）:1位字母，标识发送或接收消息的应用程序。F-FIN,所有user-to-user消息、FIN系统消息和FIN服务消息；G-GRA大多数GPA系统消息和GPAI艮务消息；LGRA部分GPA务消息,如：LOGINLAKs、ABORT外币支付系统固定使用F。(c) 服务类型(ServiceIdentifier)：2位数字，标识消息的类型，主要包含系统消息、用户消息、服务消息等。用户主要关心的是“01”，即消息是GPA系统消息、FIN系统消息或user-to-user消息。其他如“21”表示ACK/NAK,UAK/UNK“03”表示SELEC饰令等等。外币支付系

16、统固定使用01。(d) 逻辑终端地址(LTIdentifier):标识消息发起或接收的终端地址。外币支付系统中为发送方(输入消息或往账)或接收方(输出消息或来账)的11位行号加上1位的LT号(加在第9位)。此处的发起方接收方一定为直接参与机构。说明1:11位行号-发送方或接收方如果是直接参与机构，则为该机构的11位BIC码；如果是FXCC结算银行、共享前置机，则此项为<4位机构代码>XXXXXXX说明2:发起方和接收方的LT号固定填“A”，例1:A银行(BIC:BNKACNSHXXX泼起一笔报文给B银行(BIC:BNKBCNBJXXX)贝U发起方的LT为:BNKACNSHAX般收方

17、的LT为：BNKBCNBJAXXX例2:A银彳T(BIC:BNKACNSHXX展起一笔报文给美元结算银行(代码为:8887),则发起方的LT为：BNKACNSHAXXX接收方的LT为：8887XXXXAXXX例3:FXCC(代码为8888)发起一笔报文给A银行(BIC:BNKACNSHXXX)则发起方的LT为：8888XXXXAXXX接收方的LT为：BNKACNSHAXXX(e) 任务号(SessionNumber)：4位数字，标识消息的任务号。由发起方统一编号和(f)唯一标识一个报文。序列号(SequenceNumber(ISNorOSN»：6位数字，标识消息的顺序号。由发起方统一

18、编号，和(e)唯一标识一个报文。(g)基本头块结束符。1.2.2应用头块应用头块提供了消息本身的信息。(a) 应用头块标识；(b) 输入输出标识：I输入消息，上输出消息；(c) 消息类型号：3位数字，即MT编号；(d) 接收逻辑终端地址：12位字母，标识消息接收的终端地址。外币支付系统中为输入消息或往账的接收方的11位的行号加上1位的LT号(加在第9位)，LT号固定填"A'。此处的接收方一定为直接参与机构。请参考基本头块中的(d)逻辑终端地址(LTIdentifier)说明。(e) 消息优先级：1位字母，该字符仅用于FIN消息，指定消息的优先级，可能的值包括：S=系统；U=紧

19、急；N=正常。“S”必须被用于user-to-system消息。user-to-user消息，可以使用"U"或"N"。如果没有指定交付规则，则系统消息总是最先交付，然后是紧急消息，最后才是正常消息。外币支付系统目前忽略此项设置。固定填No(f) 交付监控：该选项仅用于FINuser-to-user消息，允许消息发送者请求：一旦消息被交付，自动发出MT011交付通知，或在失效时间内没有交付，自动发出MT010未交付警告，或对于上述两项都有或都没有。交付监控的可能值包括：1=未交付警告，2=交付通知，3=未交付警告和交付通知。如果消息优先级为“U',

20、那么用户必须请求交付监控选项“1”或“3”，如果消息优先级为“那么用户可以请求交付监控选项“2”，或者设置该参数为空格，没有交付监控。外币支付系统目前忽略此项设置。固定填1个空格。(g) 失效时间：由三位数字构成(单位为5分钟)，如果在失效时间之后FINuser-to-user消息才被交付，系统会在消息中加入延迟标志(DLM。对于紧急消息，如果在失效时间内消息没有交付，系统会产生未交付警告。对于紧急消息，失效时间为003(15分钟)，对于正常消息失效时间为020(100分钟)。失效时间只能在交付监控被设置(对于紧急消息选择1或3,对于正常消息为2)的情况下设置，否则该消息会被标记H25错误。外

21、币支付系统目前忽略此项设置。固定填999。输出消息应用头输出消息应用头描述消息的类型、发送者及发送时间、交付时间。FIN输出消息的应用头格式如下：2:(a)O(b)103(c)1200(d)010103BANKBEBBAXXX5(e)6010103(f)1201(g)N(h)说明：(a) 应用头块标识；(b) 输入输出标识：I输入消息，上输出消息；(c) 消息类型号：3位数字，即MT编号；(d) 输入时间：格式为HHMM消息发送者的本地时间。如果是系统消息，则该时间为系统产生消息的时间(格林威治时间GMT;外币支付系统此项填写FXCC受理此报文的系统时间。(e) MIR:每个输出消息都有一个唯

22、一的MIRMIR由28个字符构成，第1-6位是消息发送者的本地日期，外币支付系统此项填写FXCC受理此报文的系统工作日，第7-18位是消息发送者的逻辑终端地址，即报文发起方的LT:11位的行号加上1位的LT号(加在第9位)，LT号固定填“A”。此处的发起方一定为直接参与机构。请参考基本头块中的(d)逻辑终端地址(LTIdentifier)说明，第1922位是发送者的任务号(SessionNumbei),第2328位是发送者的序列号(ISN),外币支付系统的发送者的任务号和序列号同基本头块中的发送者的任务号和序列号；(f) 输出日期：接收者收到消息的本地日期，外币支付系统使用FXCC转发此报文的

23、系统工作日期；(g) 输出时间：格式为HHMM接收者收到消息的本地时间，外币支付系统使用FXCC专发此报文的系统工作日期；(h) 消息优先级：同输入消息。1.2.3用户头块用户头用于用户和用户间传递的信息。本块只能被消息发送者赋值，并自动复制到输出消息中。本块由子块构成，外币支付系统用户头块目前包含FMT子块集、转汇业务子块集、退汇业务子块集。所有的报文必填的子块为FMT子块。格式定义如下：3：FMT:xxx(a)(b)(c)说明：(a) 用户头块标识；(b) 子块内容：外币支付系统FMT编号有三位数字组成，具体内容参报文清单；(c) 用户头块结束符。对于支付类报文、退汇报文等还需要填写其他的

24、子块，具体的子块定义如下。3.2.3.1 FMT子块集(适用所有报文)FMT子块集的格式定义:序号子块名称强制/可选（M/O）子块名业务属性示例1FMT#MFMT3!nFMT:103说明：所有外币支付系统报文，FMT子块集必须出现在用户头块中。3.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报文时，优先级子块集中的子块必须出现在用户头

25、块中。优先级别：1-紧急，2-普通。3.2.3.3 转汇业务子块集(FMT101/102/104/201/202)转汇业务子块集适用于FMT101/102/104/201/202报文，格式定义如下:序号子块名称强制/可选（M/Q子块名业务属性示例1.发起清算行行号MA11<BIC>A11:BAKACNSHXXX2.接收清算行彳丁号MA12<BIC>A12:BAKBCNSHXXX3.发起行行号MA30<BIC2>A30:BAKACNSH0014.接收行行号MA31<BIC2>A31:BAKBCNSH0015.委托日期MB00<DATE4>

26、;B00:6.支付交易序号MD50<MSGREFNO>)D50:BBBBBB0000000001说明：当为FMT101/102/104/201/202报文时，转汇业务子块集中的子块必须出现在用户头块中。3.2.3.4 退汇业务子块集（FMT103/204）退汇业务子块集适用于FMT103/204报文，格式定义如下:序号子块名称强制/可选(M/O)子块名业务属性示例1.原委托日期MB90<DATE4>B90:2.原支付交易序号MD90MSGREFNO>D90:BANKAB00000000013.原FMT号MF313!nF31:1014.退汇原因OF9160gF91:

27、帐号户名不符说明：当为FMT103/204报文时，退汇业务子块集中的子块必须出现在用户头块中。并且如果要退汇的原业务是转汇业务(FMT101/102/201/202)时，用户头块中还必须出现要退汇的原业务的转汇业务子块集。以FMT101汇出业务的退汇报文FMT103(要退汇的原业务FMT为101)为例，则用户头块组织如下：3:FMT:103E37:2B90:D90:BANKAB0000000001F31:101A11:BAKACNSHXXXA12:BAKBCNSHXXXA30:BAKACNSH001A31:BAKBCNSH001B00:D50:BBBBBB0000000001说明：(a) 用户

28、头块用3:作为前缀符；(b) FMT子块必须出现；(c) 优先级别为普通。(d) 转汇业务子块集中为原FMT101报文用户头块中的转汇业务子块集内容；(e) 退汇业务子块集中为FMT103报文的子块内容；(f) 使用结束用户头块。1.2.4正文块外币支付系统使用正文块传输发起方的消息内容，由正文块前缀符4:打头，块结束符结束，其间的各个报文域使用TAG码分隔。外币支付系统正文块具有两种组织格式，非MT198格式和MT198格式，非MT198格式报文通过MT报文号区分，MT198报文通过FMT号(子报文号)区分。正文块由多个定长或者变长且有序的报文域组成，报文域内容中可能还含有子域，子域中可能还

29、含有DETAILS细域。正文块报文域的组织应符合以下规则： 除标明可重复的报文域外，每个报文域只会在正文体中出现一次。所有报文域在正文体出现的顺序必须严格符合报文格式标准的定义； 报文域有的是强制项（Mandatory）,有的是可选项（Optional）;必选项必须出现在正文体中，可选项则根据业务数据实际情况，可能出现，也可能不出现； 在和-|之间的报文域为可以重复的报文域，除标明可重复的报文域外，每个报文域只会在正文体中出现一次；没有在报文格式标准中定义的字段一定不能出现； 报文域由一个统一的分割符（：）来标示； 所有的报文域都包含一个tag,tag由2位数字或者2位数字加1位字母组成。Ta

30、g后跟一个“："然后再跟报文域值。报文域的内容应遵循以下原则： 不能以回车换行符（CrLf）开始（字段15a,77E除外）； 报文域内容不能全是空格（blankcharacters）,不能包含半角"："（冒号），“%（百分号），不能以CR（回车符0x0a）、LF（换彳T符0x0d）、”（逗号）、“.”（句号）、“”（连线符）开始，7”（斜线）必须按域说明中的规定使用；如果域内容为多行，除第一行以外，以（CR（LF）指明一个新行的开始； 在报文域值中，除了作为报文域值的第一个字母，':'和'-'不能出现在行首； 除了报文域15a和77

31、E,其他字段必须包含至少1个有意义的字符； 正文体的报文域间以（CrLf:）分割；报文中第一个字段以（CrLf:）开始，最后一个字段以（CrLf-）.结束；CRLF（0D0A）必须是成对出现，且只能充当特定的含义：正文块的开始、正文块中字段的分割、新行的开始、正文块的结束；字段内容中可能会包含子域，当子域有多行时，子域间以（CRLF分行，除标明可重复的报文域外，每个报文域只会在正文体中出现一次。所有报文域在正文体出现的顺序必须严格符合报文格式标准的定义。1.2.4.2子域如果报文域包含子域，则子域用“/子域名称/”分隔，每条子域间使用<CRLF分隔。子域中可能包含明细域。子域应遵循以下规

32、则：子域内容可以是定长，也可是变长；子域的顺序是固定的；必要时，子域可以以特殊字符分割，例如'/'或者32A53A54A56A71A1.2.3.4.5.1.1.1.8码、1.31213C8c345632A080808'7891030g35g1130g35g1251A1335g35g1453A1554A1655a1756A1835g35g192030g35g2130g35g2235g35g2371A2471F2571G262728293013C8c32A50a51A52a53a54a55a56a57a59a59A71A71F71G1.3.1 MT103（FMT102）:境内跨行贷记业务报文（汇入业务）直接参与者（境内代理行）通过此报文将境外汇入的转汇业务转发给接收行（被代理行）格式参考MT103（FMT10。：境内跨行贷记业务报文（汇出业务）。1.3.2 MT103（FMT103）:境内跨行贷记业务报文（退汇业务）境内跨行